작성한 질문수 33

12

제 의견은 사실 중요하지 않습니다. ^^;

저는 단위 테스트는 그냥 하나의 단위(이게 뭔가가 사실 핵심입니다만)를 테스트 하고, 매우 빠르게 수행할 수 있는 테스트다라고만 이야기 하고 있습니다.

단위 테스트는 클래스 한 개만 대상이어야 하고, 그 클래스가 사용하는 의존 오브젝트는 죄다 mock으로 만들어야 한다는 극단적인 의견을 가진 분들도 있습니다. 반면에 하나 이상이더라도 어떤 기능을 수행하는 단위로 묶일 수 있다면 여러개의 클래스를 묶어서 동작하는 것을 테스트 할 수 있다고 보기도 하죠. 켄트 벡은 UI 기준으로 하나의 작업을 단위라고 볼 수도 있다고 했습니다.

저는 DB나 외부 리소스가 사용되는 경우, 설령 임베디드 DB를 쓰거나 롤백 테스트로 만들어서 테스트가 상대적으로 빠르게 동작하고, 테스트간 영향을 주지 않고 고립된 테스트가 가능하다고 해도, 이건 통합 테스트라고 이야기 합니다. 어떤 분들은 하나의 기능을 외부 리소스를 안전하고 빠르게 사용해서 테스트 하면 단위 테스트라고 할 수도 있겠죠. 근데 그게 500ms가 걸리는지 10ms가 걸리는지는 실제 개발하면서 자주 테스트를 수행하는데 상당한 영향을 주기 때문에, 정말 빠른 테스트가 어렵다면 얘는 통합 테스트라고 봅니다. 이건 제 기준입니다.

당연히 두 개 이상의 단위를 묶어서 테스트하면 통합 테스트겠죠. 하지만 단위 테스트에 대한 기준이 사람들마다 달라서 어떤 사람들의 단위 테스트는 다른 사람들의 통합 테스트일 수도 있습니다.

이런 다양한 의견에 대해서 한번쯤 정리해두시고, 그걸 풀어서 설명하고, 자신은 어떤 기준으로 단위테스트를 만들고 수행할 것이고, 내가 선택한 방법의 장점은 어떤 것이다라고 말씀하시면 면접에서는 충분하지 않을까 싶습니다.

단위 테스트에 대해서 더 깊이 살펴보시려면 "단위 테스트 생산성과 품질을 위한 단위 테스트 원칙과 패턴"라는 책을 보시기를 추천드립니다. 관련된 여러가지 의견 차이나 이슈들을 상당히 잘 다룬 책입니다. 그리고 테스트를 어떻게 만들어야 가치가 있을지에 대해서도 깊이 있는 의견과 아이디어를 얻으실 수 있습니다.