타사 구성 요소 (TDD 포함)

Question

타사 구성 요소에 속한 개체를 뱉어내는 클래스에서 TDD를 사용하려고합니다. 그러나 그 분명히에 조금 혼란 점점 오전 :

는 개체를 분리하여 테스트해야) 단위 테스트와 함께

b)는 타사 구성 요소가

가 수행 어댑터에 랩해야 이러한 규칙은 때 적용 써드 파티 컴포넌트에 속한 객체의 인스턴스를 반환하는 코드에 대한 테스트 작성 예를 들어, 여기에 지금까지 테스트는 다음과 같습니다

// Arrange 
string foodXml = "<food><ingredient>Cabbages</ingredient>" + 
       "<ingredient>Bananas</ingredient></food>"; 
IFoodMixer mixer = new FoodMixer(); 

// Act 

// Smoothie is the third-party component object 
Smoothie urgh = mixer.Mix(foodXml); 

// Assert 

Assert.AreEquals("Cabbages", urgh.Ingredients[0].Name); 
Assert.AreEquals("Bananas", urgh.Ingredients[1].Name); 

사과이 질문은 (개념은 위의 약간을 보이는 경우 또는 바보!) 약간의 기본적인 보인다 경우 - 다만 두 가지 규칙 위의 적용 할 수있는 방법을 이해하는 데 어려움을 겪고 있어요 이러한 상황에서.

미리 조언 해 주셔서 감사합니다!

Answer 1

실용적입니다. 스무디가 단지 데이터 객체 일 경우, 그것을 포장하는 것을 귀찮게하지 마십시오.

처음에는 스무디를 만드는 FoodMixer 안에 뭔가가 있습니다. 만약 그것이 제 3 자 컴포넌트라면, 필자는 그것을 마무리 할 것이다 (클래스에서 정적 메소드로 위임 할 수있다). 그런 다음 의존성 - 래퍼를 삽입하고 유닛 테스트에서 조롱한다.

귀하의 단위 테스트는 SmoothieMaker (제 3 자이든 아니든)와 관계없이 FoodMixer의 행동 및 책임을 설명합니다. FoodMixer의 책임 중 하나는 SmoothieMaker에게 실제로 스무디를 만드는 것이 아니라 스무디를 요청하는 것입니다. 그것을 조롱함으로써 우리는 그 책임과 계급 범위를 표현할 수 있습니다.

귀하의 스무디가 데이터 객체 일뿐만 아니라 풍부한 동작을하는 경우, 랩된 스무디 메이커 내에서 스무디를 포장합니다.

이제 타사 라이브러리와 완벽하게 분리되므로 유용한 부산물로 쉽게 단위 테스트를 수행 할 수 있습니다.

Answer 2

자동으로 모의 객체를 만들고 어댑터를 사용하는 대신 어설 션을 확인하는 간단한 방법으로 mockito를 살펴보십시오. 또한 좋은 TDD 튜토리얼 인 mockito (및 JMocks)에 대한 많은 유용한 자습서가 있습니다.