2009-10-16 9 views
2

나는 최근에 T#을 우연히 발견했습니다. 좋은 개념 인 것 같지만 nUnit에서 이것으로 전환할만한 가치가 있는지 궁금합니다.단위 테스트의 장단점 #

  • 단위 테스트에 대한 전문적인 언어 (키워드)
  • 상대 주장
  • 컴파일시 경고
  • 초점 : 나는

    프로 아직 미정 해요 그래서 나는 프로를 사랑하지만 단점 싫어 테스트 의도

단점 :

  • (통합 된) 도구 지원이 없음
  • 아직 베타 버전입니까?

나는이 강한 인수하지 않을 수도 있음을 알고

+0

나는 그들이 왜 DSL 경로를 이미 사용하고 있는지를 볼 때 구문의 관점에서 더욱 간결하게하려고하지 않았는지 궁금합니다. – leppie

+0

이 도구는 현재 베타 버전을 넘어서며 현재 다른 개발자가 사용하고 있는지 궁금합니다. 나는 그들의 의견에도 매우 흥미가있을 것이다. –

+0

@ 로버트 - 당신은 프로젝트의 개발자입니까? OT : 동성애자를 만나서 반가워요. – Goran

답변

0

(목록을 업데이트하는 것을 잊지 마세요),하지만 예제 코드의 일부를보고 그냥 준 많은 사용하지

  • 나 떨다. 주로 Assert(x, y)과 같은 일반적인 구문을 대체하기 위해 구문 설탕으로 새 키워드를 도입하는 것처럼 보입니다. 나는 모른다. 그것은 단지 ... 잘못 본 것입니다.

  • +0

    다른 한편으로 나는 그것이 테스트를 더 분명하게하는 것을 좋아한다. 향후 버전의 C#에서 키워드 충돌이 발생할 수 있으므로 번거로울 수 있습니다. 아마도 이것은 미결 된 열로 이동해야합니다. – Goran

    +1

    네, 입력하는 동안 사람들이 분명히 좋아할 것입니다. 아아아, 정말 개인적인 취향이라고 생각합니다. 그래서 그것이 강한 주장은 아니라고 말했습니다. 그러나 나는 어쨌든 그것을 말하려고했다. – Razzie

    0

    제 경험상 성공적인 단위 테스트를위한 가장 중요한 요소는 사용의 용이성입니다 - 당신은 Visual Studio 내에서 쉽게 테스트를 작성하고 실행할 수 있어야합니다. 그렇지 않으면 큰 번거 로움이 생기고 첫 번째 마감일까지 놓칠 것입니다. .
    난 단지 VS에서 좋은 통합을 가진 단위 테스트 frameowrk를 사용하는 이유 중 하나 이 - 하나 그것 (MSTEST) 또는 제 3 자 도구의 도움 (NUnit과, xUnit의 등)

    T 번호로 구축 매우 유망 해 보이지만 유닛에는 VS 통합이 있습니다. 만지지는 않을 것입니다.

    관련 문제