2009-09-15 5 views
12

Resharper Unit Test Runner가 nunit-console 또는 nunit gui보다 상당히 느리게 실행됩니다.Resharper Unit Test Runner가 NUnit 콘솔보다 현저히 느림

예를 들어, 3800 테스트는 nunit-console을 통해 60 초가 넘었지만 Resharper Unit Test 러너에서 실행하려면 5 분이 걸립니다. 왜 그렇게 큰 차이가 있습니까?

테스트 코드 기반이 크게 증가했기 때문에 실제로 속도가 느려지고 있습니다. 다른 누구도 비슷한 문제를 경험 했습니까? 어떻게 처리 했습니까?

Resharper Visual Studio 통합은 정말 훌륭하지만 다른 방법을 사용해야 할 수도 있습니다.

+2

Resharper를 사용할 때 대부분의 것들 *은 느려집니다. 그 점은 훌륭한 추가 기능입니다. –

답변

14

동일한 문제가 있으며 TestDriven.Net으로 전환했습니다. 번개처럼 빠르게 진행됩니다.

+1

+1 for Jamie Cansdale 's TestDriven.NET. 그것은 소프트웨어의 수퍼 조각입니다. 그러나 Resharper의 테스트 러너는 작은 테스트 스위트를 실행할 때 만족 스럽습니다. –

+0

vs2010 내부 테스트 러너도 매우 빠릅니다. 나쁘지는 않지만 nunit에서는 작동하지 않습니다. ( – andrecarlucci

+1

그냥 2cents이지만 TestDriven.Net을 참고하십시오.이 유형의 NCrunch도 있습니다. IMHO, resharper 옆에 도구가 있어야합니다. – pms1969

8

Resharper의 목표는 Visual Studio 내에서 전체 테스트 제품군을 실행하는 유틸리티를 제공하는 것이 아니라고 생각합니다. 일관된 통합 도구 (CruiseControl에서 시작한 NUnit과 같은)를 실행하는 빌드 서버 또는 테스트 스위트 서버의 목표입니다.

Resharper 단위 테스트 러너는 작은 단위 테스트 집합 코드 이를 통해 스튜디오 내에서 편리하게 실행할 수 있고 디버깅, 반복 및 빌드를 기다리지 않고 신속하게 분석 할 수있는 집중 테스트 스위트를 만들 수 있습니다.

전체 테스트를 실행하기 위해 빌드 서버를 활용할 것을 권장합니다.

+8

우리는 사용하고 있습니다. 테스트를 실행하기위한 빌드 서버가 있지만 여기에 우리의 정책은 변경을 적용하기 전에 빌드를 중단하지 않는 것이 가장 좋습니다. 따라서 우리는 커밋 전에 모든 단위 테스트를 실행합니다. – jamesaharvey

+0

R #의 테스트 러너는 매우 편리합니다. 디버깅. 빌드를 파괴하지 않으려면 TeamCity의 개인 빌드 또는 사전 커밋 옵션과 같은 것을 사용할 수 있습니다. http://www.jetbrains.net/confluence/display/TCD4/Personal+Build 선택 사항 : 도구에서 NUnit을 실행하십시오. 메뉴 – TrueWill

+6

완전한 테스트 스위트를 실행하기 위해 빌드 서버를 활용한다는 것은 끔찍한 생각입니다. 많은 빌드가 만들어지고 지속적으로 배포가 무효화됩니다. 모두 업데이트하고 테스트 한 다음 커밋하십시오. – andrecarlucci

관련 문제