이것은 일종의 어리석은 질문, 하지만 난 것처럼 더욱 완벽한 이해를 제이보드 Rhino 포지셔닝하십시오 비꼬는 데 쓰인다 [비꼬는 데 쓰인다 vs. 부본] (http://martinfowler.com/articles/mocksArentStubs.html).

깊이 있게 포착하십시오 티파무크 커밋하면 전에 가격 결정에.

또한 프레임워크입니다 ASP.NET MVC 조롱하는 권장됨 없다.

마지막으로 I&; d # 39 한 프로젝트의 조롱하는 프레임워크입니다 제안하세요 너회가 스틱 (그리고 그 자신의 팀) - 큰 혼란을 초래할 수 있는 것은 아니지만, 차이점을 보증되지 않은 이런 &quot polishing-the-rock"; 결정을 내렸다. 내 말은 이 같은 결정을 내린 것을 선택할 수 있으며, 긴 여정이 될 안 와, 그냥 작동됨 가치 창출.

39 의 달콤한 달콤한 사랑이 많은 rhino& 최신값 릴리스에는 3.5 무크 있다. # 39 m, i& 무크 that& # 39 의 팬으로, 그래서 어떤 I& # 39 m, 사용 중. 하지만 내가 있어야 할 경우, t # 39 않니다 생각하신거야 무크 doesn& 삼총사.

TL; DR: It 하게만들진않을거야 무크

미친듯이 티파무크 는 강력한. # 를 할 때 필요한 웹 양식 있는 앱을 wasn& 단위 테스트 테스트 (39), t 설계됨 티파무크 구해줬으니 생명요.

하지만 내가 시행하십시오 아키텍처상의 패턴 (MVC) 또는 설계 1 시간 선택 때 사용할 수 있는 모카빌레티 (you know, 공용 가상화하고 스테이드 변경됩니까 메서드을) 를 사용하고 무크. 그렇게 간단한 가르치는 데 사용할 수 있고 그렇게 간단한 것이 된다.

39, 하지만 여전히 나를 인간으로 재적용 구문을 typemock& 음반 출시 일정이 빠듯한 시간에 날 구했잖아 가능하다. # 39 의 놀라운 성과를 moq& 거의 자체 API 는 설명 등을 감안할 때 이는 조룽 라이브러리란 기록.

난 그냥 내 모두 좋아하는 프레임워크입니다 박으래도 및 사용. # 39, # 39 의 모든 것은 없는 것 같습니다 제가 don& there& 웹 양식 프레임워크입니다 MVC 대해 또 하나의 내가 선택할 것이라고 말했다. 꼭 이래야겠어요 훨씬 더 큰 문제는 어떻게 내 웹 페이지 단위 테스트 이후 좀처럼 어려운 it& # 39 의 한 형태로, 전혀 다른 하트프리퀘스트 이 페이지에서 스택할.

내 좋아하는 무크 있다. # 39, ve i& 티파무크 사용되고 있다. 하지만 it 비용 및 구성자를 it& # 39 의 큰 영향력을 발휘할 수 있도록 구체적인 클래스뿐만 조룽 = 이 같은 하테프콘테스트 또는 하트프리퀘스트 조룽 가능했습니다.

수사하기 위한 이보너 꾀병 부리는 하테프콘테스트 및 기존 웹폼.

http://sm-art.biz/Ivonna.aspx