2012-02-22 2 views
2

잠시 동안 UnitTest.proj & IntegrationTest.proj를 구성 요소 실습에 따라 왔습니다. 그러나 내 솔루션이 커지면서 모든 테스트 프로젝트가 복잡해지기 시작했다는 것을 알았습니다. 또한 BDD 도구를 탐색 중이므로 이제는 내 사양을 유지하기 위해 다른 프로젝트 (사양)를 추가해야 할 수도 있습니다. 내가 생각하고있는 것은 컴포넌트 당 하나의 테스트 프로젝트를 생성 한 다음 단위/통합/스펙을위한 폴더와 네임 스페이스를 갖는 것이다. 내 빌드 서버는 네임 스페이스를 기반으로 실행할 테스트를 구분합니다. 따라서 CI 빌드는 Unit *. *을 실행하고 야간 빌드는 모든 프로젝트를 실행합니다. 나는 완전히 여기 미쳤다? 사람들이 테스트 프로젝트를 어떻게 구성 하는지를 들으면서 흥미 롭습니다.테스트 프로젝트 구성 방법

감사합니다, NUnit에서

답변

0

(그리고 아마도 다른 테스트 프레임 워크) 당신이 시험을 categories을 할당 할 수 있습니다. 이를 통해 다양한 유형의 테스트를 단일 소스 파일에 결합하고 실행할 테스트 유형을 선택하고 선택할 수 있습니다. 예를 들어 장기 실행 테스트를 구분하려는 경우에 유용합니다.

동일한 수의 테스트 소스 파일을 유지하도록 선택한 경우에도이 기술을 사용하여 필요한 프로젝트 수를 줄일 수 있습니다.

+0

나는 속성을 알고 있습니다. 그러나, 나는 관습에 따라 개발자가 만드는 모든 클래스에 속성을 저장하는 것을 기억할 필요가 없다는 것을 의미합니다. – Buzzer