단위 테스트에서 하나 이상의 모의 객체를 사용할 수 있습니까?

Question

단위 테스트에 대한 기사를 많이 읽었습니다. 대부분의 기사는 테스트에서 하나 이상의 모의 객체를 사용해서는 안되지만 이유를 이해할 수는 없다고 말했습니다. 때때로 우리는 테스트에서 하나 이상의 모의 객체를 필요로합니다.

Answer 1

테스트중인 클래스를 분리하는 데 필요한만큼의 mock을 추가해야합니다. 테스트의 일부가 아니어야하는 모든 종속성에 대해 모의가 필요합니다.

간결성을 위해 두 개 또는 세 개의 클래스를 함께 테스트하는 경우가 있습니다. 구성 요소처럼 무언가를 만들고 고도로 결합되어 있기 때문입니다. 다른 모든 것은 조롱 받아야합니다.

나는이 "모범 사례"가 단지 하나의 모의 (mock)을 갖고 있고 또한 그것을 이해하지 못한다는 것을 안다. 단위 테스트에서 우리는 많은 모의 객체를 가지고 있으며, 일부 환경 모의 객체는 내가 작성한 테스트 프레임 워크 (예 : TransactionService, SecurityService, SessionService)에 의해 설정된다. 기슈 (Gishu)가 이미 그의 대답에서 언급했듯이, 많은 사람들은 높은 의존성을 나타냅니다. 너무 많은 것을 생각하면 그것은 당신에게 달려 있습니다. 우리는 많은 작은 인터페이스를 가지고 있습니다.

는 주위에 당신의 대답을 켜려면, 당신이해야 하지 모의 종속성 때

• 그것은 등 내부 클래스, private 클래스
• 같은 테스트중인 클래스의 높은 결합 부분입니다 Collection과 같은 일반적인 .NET 프레임 워크 클래스
• 해당 클래스와의 상호 작용을 정확하게 테스트하기 위해 통합 테스트를 작성하려고합니다. (당신은 여전히 ​​다른 모든 것을 조롱하고 당신은 여전히 ​​고립 된 모든 관련 클래스에 대한 단위 테스트를 가지고 있습니다.)
• 특정 클래스를 조롱하는 것은 단지 비쌉니다. 너무 비싸지 만 조심스럽게 설정하는 것은 어려울 것 같지만 실제 수업을 사용할 때의 유지 관리 문제와 비교하여 산들 바람에 빠지게됩니다. 그러나 인터페이스에 맞춰 구현되지 않는 일부 프레임 워크와 기술이 있으며 모의하기가 매우 어렵습니다. 이 프레임 워크 클래스를 자신의 인터페이스 뒤에 배치하기에는 너무 비싸면 테스트에 포함시켜야합니다.

Answer 2

당신이 어떤 기사를 말하는지는 잘 모르겠지만 일반적으로 테스트중인 클래스에 대한 의존성 당 하나의 모의 객체가 있습니다.

Answer 3

문맥에 따라 단위 테스트에서 하나 이상의 모의를 사용할 수 있습니다.

그러나 나는 의

• 예방을 조롱 이상이-IS에서 '기사'가 암시 될 일을 생각합니다. 단위 테스트가 모든 공동 작업자를 조롱하면 문을 열어 두십시오. 실제 공동 작업자를 대체 할 때 시나리오가 실패 할 수 있습니다. 모의 수를 최소화하고 가능한 공동 작업자를 최대한 활용하여 위험을 최소화하십시오.
• 하이 커플 링 경고 : 단위 테스트를 작성하기 위해 많은 공동 작업자를 모의해야하는 경우 높은 커플 링을 나타내는 디자인 냄새 일 수 있습니다.