나는 최근에 T#을 우연히 발견했습니다. 좋은 개념 인 것 같지만 nUnit에서 이것으로 전환할만한 가치가 있는지 궁금합니다.단위 테스트의 장단점 #
- 단위 테스트에 대한 전문적인 언어 (키워드)
- 상대 주장
- 컴파일시 경고
- 초점 : 나는
프로 아직 미정 해요 그래서 나는 프로를 사랑하지만 단점 싫어 테스트 의도
단점 :
- (통합 된) 도구 지원이 없음
- 아직 베타 버전입니까? 이
나는이 강한 인수하지 않을 수도 있음을 알고
나는 최근에 T#을 우연히 발견했습니다. 좋은 개념 인 것 같지만 nUnit에서 이것으로 전환할만한 가치가 있는지 궁금합니다.단위 테스트의 장단점 #
프로 아직 미정 해요 그래서 나는 프로를 사랑하지만 단점 싫어 테스트 의도
단점 :
나는이 강한 인수하지 않을 수도 있음을 알고
(목록을 업데이트하는 것을 잊지 마세요),하지만 예제 코드의 일부를보고 그냥 준 많은 사용하지
Assert(x, y)
과 같은 일반적인 구문을 대체하기 위해 구문 설탕으로 새 키워드를 도입하는 것처럼 보입니다. 나는 모른다. 그것은 단지 ... 잘못 본 것입니다.제 경험상 성공적인 단위 테스트를위한 가장 중요한 요소는 사용의 용이성입니다 - 당신은 Visual Studio 내에서 쉽게 테스트를 작성하고 실행할 수 있어야합니다. 그렇지 않으면 큰 번거 로움이 생기고 첫 번째 마감일까지 놓칠 것입니다. .
난 단지 VS에서 좋은 통합을 가진 단위 테스트 frameowrk를 사용하는 이유 중 하나 이 - 하나 그것 (MSTEST) 또는 제 3 자 도구의 도움 (NUnit과, xUnit의 등)
T 번호로 구축 매우 유망 해 보이지만 유닛에는 VS 통합이 있습니다. 만지지는 않을 것입니다.
나는 그들이 왜 DSL 경로를 이미 사용하고 있는지를 볼 때 구문의 관점에서 더욱 간결하게하려고하지 않았는지 궁금합니다. – leppie
이 도구는 현재 베타 버전을 넘어서며 현재 다른 개발자가 사용하고 있는지 궁금합니다. 나는 그들의 의견에도 매우 흥미가있을 것이다. –
@ 로버트 - 당신은 프로젝트의 개발자입니까? OT : 동성애자를 만나서 반가워요. – Goran