스텁에서 AssertWasCalled 메서드를 호출 할 수 있다면 모의 (mock)와 스텁 (stub)의 차이점은 무엇입니까?

Question

필자가 아는 한, 스텁은 의존성을 대신 할뿐입니다. 스텁은 검증에 사용되지 않으며 테스트에서 실패 할 수 없습니다. The Unit Of Testing이라는 책에서.

그러나 코뿔소 모의 객체 3.5 나는이 할 수 있기 때문에 보인다 : 나는 스텁을 사용해야 할 경우 방법이 스텁 호출되는지 여부를 확인할 수있는 경우

var service = MockRepository.GenerateStub<ILuckyService>(); 
service.AssertWasCalled(s=>s.GetLuckyNumberOfTheDay()); 

은 왜 나 자신을 귀찮게해야합니까 아니면 모의?

Answer 1

Martin Fowler의 기사를 팀 내의 공유 참조로 사용하십시오. 이 구분은 독자들에게 중요합니다. 스텁을 볼 때 무시하고 계속 진행합니다.

• 스텁은 테스트 작업을 수행하기위한 것입니다 (NOP 메소드/반환 된 일부 값). 시험의 초점이 아니라 부수적 인 세부 사항입니다. (테스트 시나리오의 필수 세부 사항/종속성 임에도 불구하고)
• 다른 한편으로는 모의 (mock)이 주된 관심사입니다 ... 귀하의 행동이 (mocked) 의존성에서 특정 기대치를 충족시키는 지 여부를 테스트하려고합니다.

그건 제 의견입니다. Rhino Mock에서이 작업을 수행 할 수 있다고하더라도 스텁에서 주장하지 않습니다.

Answer 2

참조 파울러 :

Answer 3

http://martinfowler.com/articles/mocksArentStubs.html 사실 RhionMocks의 모의와 스텁 클래스의 동작은 동일하며, even to the creator of RhinoMocks을 혼동 될 수 있습니다.
그러나 stub and mock 사이에는 근본적인 차이점이 있으므로 Rhino Mocks로 하나를 선택하면 코드 의도가 명확 해집니다.
스텁을 만들 때 스텁의 메서드 호출 (예 : 일부 Log 객체를 사용할 때)에서 테스트가 실패하는 것을 원하지 않습니다.
Mock을 만들 때 코드가 제공된 객체를 예상 한대로 사용했는지 확인해야합니다 (예 : 올바른 데이터를 데이터베이스에 쓰는 것).

Answer 4

스텁 또는 모의는 개념입니다. 스텁을 만들어 모의 (mock)로 사용할 수도 있고 반대로 스텁을 모의 (mock)로 사용할 수도 있습니다. 이 기사를 읽는 것이 좋습니다. - http://martinfowler.com/articles/mocksArentStubs.html

Answer 5

항상 스텁을 사용하려고합니다. 스텁과 모의 (RM 관점에서)의 차이는 스텁이 결코 호출 중에 예외를 throw하지 않는다는 것입니다. Mock (특히 엄격한 것)은 예상보다 다른 인수를 사용하여 호출하는 경우 즉시 처리합니다. 또한 스텁이 아닌 mock에서만 기대를 확인할 수 있습니다.

또 다른 딜레마는 무엇을 사용해야합니까 : Expect.Call() 또는 SetupResult.For() (후자를 사용하는 경향이 있습니다). 그러나 나는 그 모든 풍요 로움이 대부분의 시나리오에서 쓸모 없다는데 동의합니다. 그것이 내가 스텁을 선호하는 이유입니다.

그러나 나는 Nsubstitute을 살펴볼 것을 권장합니다. 모든 엉망이없고 아주 표현적인 구문이 있습니다. 몇 가지 예를 살펴보면 곧바로 그것을 좋아하게 될 것입니다.