hunjuly
commented
11 months ago 대부분의 프로그래머들이 테스트를 어려워 하는 건 하나의 유닛 테스트나 테스트 스위트 작성이 아닐 겁니다. 수 많은 상황에 따라서 적절한 테스트의 범위와 방법이 결정되는데 어떤 경우에 테스트를 어떻게 얼만큼 작성해야 하는가? 그래서 그 테스트 코드가 현실적인 유지보수가 되느냐겠죠.
실패 케이스는 보통 테스트 해야겠지만, exception도 테스트를 해야 하는지. 해야 한다면 왜 해야 하는지 아니라면 왜 아닌지 등등..
그리고 위에 여러가지 테스트를 동시에 작업하고 있다는 질문에 일단 성공 케이스부터 작성해야 한다고 하셨지만 그게 다른 모든 경우에도 맞는 걸까요? 단순히 테스트가 아니라 설계가 부족하기 때문에 발생하는 문제는 아닐까요? 설계 부족이라면 TDD에서 설계는 어떻게 해야 하는지 등등 그런 시니어로써의 경험을 공유해 주시면 더 좋을 것 같습니다.
우연히 지나가다가 의견을 남겨봅니다.
한 번에 너무 많은 테스트 케이스를 생각하며 테스트와 코드를 구현하고 있을 때 | 코드숨
테스트를 작성할 때는 모든게 올바르게 동작하는 경우인 Happy path를 먼저 작성하고 난 후 나머지 다른 예외 케이스를 단계적으로 구현하는 것이 좋습니다.
https://www.codesoom.com/codereviews/happy-path