[10분 테코톡] 하로의 단위 테스트로 나누는 것이 반드시 좋은 것일까?

단위 테스트는 자동차의 문이나 바퀴처럼 가장 작은 기능을 고립해 검증하고, 통합 테스트는 속도에 따라 문이 잠기거나 핸들과 바퀴가 함께 움직이는 것처럼 여러 모듈의 협력을 확인한다. 검증 범위가 커질수록 실제 흐름에 가까워지는 대신 실행 비용도 커진다.

테스트 피라미드는 빠르고 저렴한 단위 테스트를 많이 두고 비용이 큰 UI 테스트를 적게 배치한다. 개별 부품이 올바르면 조립된 시스템도 동작할 것이라는 전제가 있지만, 그 확신은 단위 사이의 연결까지 충분히 검증될 때만 성립한다.

이름 마스킹 구현의 private 세부 함수를 따로 노출해 테스트했더니 더 간단한 구현으로 리팩터링하는 순간 외부 동작은 같은데 테스트가 깨진 사례를 보여준다. 구현 결합도가 높은 테스트는 유지보수를 방해하고, 고립을 위한 가짜 객체는 실제 컴포넌트가 함께 동작하는지 보장하지 못한다.

테스팅 트로피는 단위 테스트보다 통합 테스트의 비중을 높여 사용자 흐름과 모듈 협력에 대한 신뢰를 강화한다. 결론은 피라미드나 트로피의 모양 자체를 따르는 것이 아니라, 현재 테스트가 실제 변경과 배포에 충분한 확신을 주는지 묻고 상황에 맞는 구성을 선택하는 것이다.