조롱 프레임 워크를 사용하는 대신 "스터브"버전을 수동으로 만들어서 유형을 스텁해야 할 때

Question

테스트 시점에서 조롱 프레임 워크 (예 : Rhino Mocks)를 사용하는 것과는 달리 스터브 유형을 수동으로 만드는 것이 유리한 상황이 있습니까?

우리는 프로젝트 에서이 두 가지 접근법을 모두 취합니다. 내장 느낌의 객체의 긴 목록을 볼 때 내장 느낌은 유지 보수 오버 헤드를 추가하고 스터브의 구현을 테스트 지점에서 멀어지게한다는 것입니다.

Answer 1

자동화 된 단위 테스트 목적으로 조롱은 거의 항상 더 나은 옵션입니다. 그들은 반사를 사용하여 물체를 조롱하기 때문에 변경할 때 최신 상태를 유지합니다.

스텁을 만드는 유일한 시간은 통합 테스트를위한 것입니다. 예를 들어, SMS 전송 서비스를 스텁 할 수 있으므로 SMS 메시지를 보내는 데 대해 청구되지 않고 통합 / 사용자 테스트 기간을 실행할 수 있습니다 (대신 메시지가 저장되어 메시지가 저장됩니다. 확인할 수 있습니다).

Answer 2

스터브가 유지 보수 시간이 너무 많은 지점에 도달하면 스텁/모의 프레임 워크로 이동해야합니다. 그래서 나는 당신이 이미 스스로 답을 주었다고 생각합니다.

현재 나는 단순성을 위해 현재 프로젝트와 함께 스터브를 사용하고 있습니다. 스터브를 사용하는 유형은 몇 가지 뿐이며 일반적으로 스튜브는 하나 뿐이며 때로는 오류를 재현하기위한 두 개가 있지만 더 이상은 없습니다.