단위 테스트에서 코드 커버리지 보장?

Question

내가 발견 한 그 내가 여기에 설명 된 방법을 사용하여 테스트를 추적 할 때 나는 우리의 파이썬 코드에 doctest를 많이 가지고 있더라도 :

traceit

나는이 코드의 특정 라인이 있다는 것을 발견을 결코 실행되지 않았습니다. 현재 추적 로그를 살펴보고 실행되지 않는 코드 블록을 식별 한 다음 이러한 특정 블록을 실행하기 위해 여러 가지 테스트 사례를 제시하려고합니다. 당신이 상상할 수 있듯이, 이것은 매우 시간이 많이 걸리고 나는 이것이 잘못된 길로 가고 있는지, 그리고 당신이이 문제를 다룰 다른 조언이나 제안을 가지고 있는지 궁금해하고 있습니다. 충분히 복잡하다.

Answer 1

coverage.py은 매우 유용한 도구입니다. 무엇보다도 branch coverage을 제공합니다.

Answer 2

귀하는 귀하의 테스트 케이스에 대해 100 % 코드 커버리지를 얻는 것에 대해 독단적 인 태도를 취하고 있습니까? 그렇지 않다면 코드의 모든 라인을 만지는 것이 코드에서 버그를 찾는 가장 효과적인 방법이라고 생각합니까? 무한한 시간과 인적 자원이 없다고 가정 할 때, 개발자가 알기 힘든 부분에 중점을두고 모든 사소한 코드를 합리적으로 테스트하는 데 중점을 두어야합니다.

코드 커버리지는 훌륭합니다. 코드 조각을 만질 때까지 테스트 할 수 있다고 말할 수는 없기 때문에 코드 조각을 터치하여 테스트 한 코드를 만지작 거리지는 않습니다. 코드 커버리지에 위배되는 것은 아니지만 테스트가 완료되는 시점을 알려주는 메트릭으로 코드 커버리지를 사용하는 것은 너무 쉽습니다. 나는 그것이 실수 일 것이라고 생각한다.