나는 레거시 시스템에서 일하고 있습니다 (테스트하지 않고 작성되었음을 의미합니다). 우리는 외부에서 기능을 테스트하는 통합 테스트를 작성하여 일부 시스템을 테스트하려고 시도했습니다.
이를 통해 코드의 일부가 깨질 염려없이 코드의 일부를 리팩토링 할 수 있습니다. 그러나 문제는 이러한 통합 테스트에 배포 (2 분 이상) 및 실행하는 데 몇 분이 필요하다는 것입니다. 또한 유지하기가 힘들다. 그들은 각각 수천 줄의 코드를 다루며 그중 하나가 깨지면 이유를 디버깅하는 데 몇 시간이 걸릴 수 있습니다.
나는 최근에 만들어 왔던 이러한 기능 변경에 대해 많은 단위 테스트를 작성했지만 커밋하기 전에 항상 새로운 배포를 수행하고 모든 통합 테스트를 실행하여 아무것도 놓치지 않도록합니다. 이 시점에서 나는 단위 테스트를 알고 있으며 일부 통합 테스트는 테스트와 겹칩니다.
좋은 단위 테스트가 잘못된 통합 테스트를 적절히 적용하여 해당 통합 테스트를 삭제할 수있는시기를 어떻게 알 수 있습니까?
답변:
가장 쉬운 측정 기준은 "이 통합 테스트가 마지막으로 합법적으로 실패한 시기는 언제 입니까?"입니다. 통합 테스트가 실패한 후 오랜 시간이 지난 경우 (많은 변경이 있었음), 단위 테스트가 충분한 작업을 수행하고있을 것입니다. 최근에 통합 테스트에 실패한 경우 장치 테스트에서 발견되지 않은 결함이있었습니다.
저의 선호는 일반적으로 통합 테스트의 견고성을 무인으로 안정적으로 실행할 수있는 수준으로 높이는 것입니다. 실행하는 데 시간이 오래 걸리면 밤새 실행하십시오. 그들은 때때로 실행되는 경우에도 여전히 가치가 있습니다. 이러한 테스트가 너무 약하거나 수동 개입이 필요한 경우 테스트 실행을 유지하는 데 시간이 걸리지 않을 수 있으며 가장 성공한 테스트는 폐기하는 것이 좋습니다.
단위 테스트는 테스트의 성배가 아니며 코드 기반을 테스트하는 데 사용되는 것보다 많은 도구 중 하나 일뿐입니다. 따라서 다른 테스트를 대체하기 위해 어떠한 단위 테스트도 안전한 것으로 간주해서는 안됩니다. 통합 테스트가 잘못된 경우 정문을 주변 울타리와 게이트로 교체하는 것과 같이 다른 통합 솔루션으로 대체하지 말고 우수한 통합 테스트를 수행해야합니다.