레거시 코드로 작업 할 때 단위 테스트 생성기가 도움이 되었습니까?

테스트 범위가 매우 작은 작은 (~ 70kLOC 생성) C # (. NET 4.0, 일부 Silverlight) 코드 기반을보고 있습니다. 코드 자체는 사용자 승인 테스트를 통과했다는 점에서 작동하지만 취하기 쉽고 일부 영역에서는 잘 고려되지 않습니다. 일반적인 용의자 (NMock, NUnit, StatLight for Silverlight 비트)를 사용하여 레거시 코드 주위에 견고한 단위 테스트 범위를 추가하고 싶습니다.

내 정상적인 접근 방식은 코드 상태에 만족할 때까지 프로젝트, 단위 테스트 및 리팩토링 작업을 시작하는 것입니다. 나는 과거에 이것을 여러 번 해왔으며 잘 작동했습니다.

그러나 이번에는 테스트 생성기 (특히 Pex )를 사용하여 테스트 프레임 워크를 만든 다음 수동으로 플레 싱하려고합니다.

내 질문은 : 레거시 코드베이스에서 작업을 시작할 때 과거에 단위 테스트 생성기를 사용 했습니까? 그렇다면 권장합니까?

내 두려움은 생성 된 테스트가 코드베이스의 의미 론적 뉘앙스를 놓치게되어 코드에서 의도 된 동작을 명확하게 표현하는 테스트가 아니라 커버리지 메트릭을 위해 테스트를하는 까다로운 상황을 초래할 것이라는 점이다.

사물을 조금 다르게 보는 것이 좋습니다. 사고없이 기존 애플리케이션에 새 단위 테스트 코드를 추가하면 최상의 결과를 얻지 못할 수 있습니다. 코드베이스에 익숙해지기 위해이 작업을 수행하거나 테스트 생성기를 테스트하고 테스트하고 싶을 때 내 의견을 무시하십시오.

실용적으로 모든 버그 목록을 살펴 봐야합니다. 그런 다음 각 버그에 대한 단위 테스트를 작성하여 동작 방식을 결정하십시오. 이상적으로는 각 버그에 도달 할 때마다 새 코드 만 추가하는 것이 좋습니다.

단위 테스트 코드를 추가하는 시간 :

• 새로운 기능 추가
• 리팩토링 된 코드
• 버그 수정
• 코드가하는 일 배우기
• 버그가 존재 함을 증명

사실 후에 단위 테스트를 추가하는 값을 정량화하는 것은 어렵습니다.

나는 보통 나 자신이 원하는 것을 반대하는 답변을 쓰도록 허용하지 않지만, 이것이 좋은 교훈이라고 생각합니다.