728x90 TDD2 9. 단위 테스트 TDD의 세가지 법칙 1. 실패하는 단위 테스트를 작성할 때까지 실제 코드를 작성하지 않는다. 2. 컴파일은 실패하지 않으면서 실행이 실패하는 정도로만 단위 테스트를 작성한다. 3. 현재 실패하는 테스트를 통과할 정도로만 실제 코드를 작성한다. 위 규칙을 따르면 개발과 테스트가 대략 30초 주기로 묶인다. 테스트 코드와 실제 코드가 함께 나오고 테스트 코드가 실제 코드보다 불과 몇 초 전에 나온다. 이런 플로우를 가지고 코드를 작성하면 방대한 양의 테스트코드가 작성되고 실제 코드를 거의 다 테스트하는 테스트 케이스가 나온다. 하지만 이런 방대한 양의 테스트 코드는 심각한 관리 문제를 야기한다. 깨끗한 테스트 코드 유지하기 테스트 코드는 깔끔해야 한다. TDD라는 개념이 없던 시절의 테스트 코드 또는 현대.. 2022. 1. 20. TDD(Test Driven Dvelopment) TDD는 테스트케이스를 작성한 후 실제 코드를 개발해 리펙토링을 한다. 기존 방식: TDD: 애자일에서는 불확실성이 높을 때 피드백과 협력이 중요하다고 한다. TDD역시 이런 이유로 반복적인 피드백과, 협력을 중요시 한다. 만약 특정 기능을 하는 코드를 반복적으로 작성한 경험이 있거나 결과가 명백하다면 TDD를 하지 않아도 된다. 하지만 다음과 같은 경우에서는 TDD를 하는 것이 적절하다. 1. 처음해보는 프로그램 주제 - 나에 대한 불확실성이 높을 경우 2. 고객 요구사항이 지속적으로 바뀔경우 - 외부적인 불확실성이 높을 경우 3. 개발 중에 코드를 많이 바꾸어야 하는 경우 4. 누가 유지보수를 할지 모르는 경우 Test의 명사화 TDD에서 test는 동사가 아닌 명사이다. 즉, 동사처럼 그 순간에만 .. 2021. 11. 7. 이전 1 다음 728x90
