답변:
스텁은 시스템 의 기존 종속성 (또는 공동 작업자)에 대한 제어 가능한 대체입니다 . 스텁을 사용하면 종속성을 직접 처리하지 않고도 코드를 테스트 할 수 있습니다.
외부 종속성-기존 종속성 :
테스트중인 코드가 상호 작용하고 제어 할 수없는 시스템의 개체입니다. (일반적인 예는 파일 시스템, 스레드, 메모리, 시간 등입니다.)
예를 들어 아래 코드에서 :
public void Analyze(string filename)
{
if(filename.Length<8)
{
try
{
errorService.LogError("long file entered named:" + filename);
}
catch (Exception e)
{
mailService.SendEMail("admin@hotmail.com", "ErrorOnWebService", "someerror");
}
}
}
mailService.SendEMail () 메서드 를 테스트하고 싶지만 테스트 메서드에서 Exception 을 시뮬레이트해야 하므로 원하는 결과를 시뮬레이트하기 위해 Fake Stub errorService 객체를 생성하면됩니다. 그러면 테스트 코드는 다음과 같습니다. mailService.SendEMail () 메서드 를 테스트 할 수 있습니다. 보시다시피 ErrorService 클래스 개체 (기존 종속성 개체) 인 다른 종속성의 결과를 시뮬레이션해야합니다 .
스텁 이 컨텍스트에서, 모의 구현을 의미한다.
즉, 인터페이스를 준수하고 테스트에 사용되는 간단한 가짜 구현입니다.
Layman의 용어는 사용자 (또는 상대방)가 실제 데이터를 제공 / 수신 할 준비가 될 때까지 코드를 테스트하거나 개발하는 데 사용할 수있는 더미 데이터 (또는 가짜 데이터, 테스트 데이터 등)입니다. 프로그래머의 "Lorem Ipsum"입니다.
직원 데이터베이스가 준비되지 않았습니까? Jane Doe, John Doe ... 등으로 간단한 것을 만드십시오. API가 준비되지 않았습니까? 가짜 데이터가 포함 된 정적 .json 파일을 만들어 가짜 파일을 만듭니다.
이 문맥에서 "stub"이라는 단어는 "mock"대신 사용되지만 명확성과 정확성을 위해 저자는 "mock"이 일종의 스텁이지만 테스트 용이므로 "mock"을 사용해야합니다. 더 이상의 혼란을 피하기 위해 스텁이 무엇인지 정의해야합니다.
일반적인 맥락에서 스텁은 다른 프로그램 (일반적으로 다른 시스템, VM 또는 프로세스에 위치)을 호출하는 복잡성을 캡슐화하는 프로그램 (일반적으로 함수 또는 개체)의 일부이지만 항상 그런 것은 아니지만 로컬 일 수도 있습니다. 목적). 호출 할 실제 프로그램은 일반적으로 동일한 메모리 공간에 있지 않기 때문에 호출하려면 주소 지정, 실제 원격 호출 수행, 전달할 데이터 / 인수 마샬링 / 직렬화 (및 잠재적 결과와 동일)와 같은 많은 작업이 필요합니다. 인증 / 보안 등을 처리 할 수도 있습니다. 일부 컨텍스트에서 스텁은 프록시 (예 : Java의 동적 프록시)라고도합니다.
mock은 테스트를 위해 다른 함수 나 객체를 대체하기 때문에 매우 구체적이고 제한적인 종류의 스텁입니다. 실제로 우리는 종종 테스트 환경에서 원격 프로그램을 대체하기 위해 로컬 프로그램 (함수 또는 객체)으로 모의를 사용합니다. 어쨌든 모의는 제한된 컨텍스트에서 대체 된 프로그램의 실제 동작을 시뮬레이션 할 수 있습니다.
가장 유명한 종류의 스텁은 원격 프로 시저 ( RPC ) 또는 원격 객체 ( RMI , CORBA ) 를 호출해야 할 때 분산 프로그래밍을위한 것 입니다. 대부분의 분산 프로그래밍 프레임 워크 / 라이브러리는 스텁 생성을 자동화하므로 수동으로 작성할 필요가 없습니다. 예를 들어 IDL 로 작성된 인터페이스 정의에서 스텁을 생성 할 수 있습니다 (하지만 모든 언어를 사용하여 인터페이스를 정의 할 수도 있습니다).
일반적으로, RPC, RMI, CORBA에서, 그래서 하나의 구별에 클라이언트 측 스텁 대부분 마샬링의 관리 / 인수를 직렬화 및 원격 호출을 수행하고, 수행, 서버 측 스텁을 대부분의 비 정렬 화를 돌봐 / 역 직렬화 인수 및 실제로 원격 함수 / 메소드를 실행합니다. 분명히 클라이언트 스텁은 클라이언트 측에 있고 서버 스텁 (종종 스켈레톤이라고 함)은 서버 측에 있습니다.
효율적이고 일반적인 스텁을 작성하는 것은 객체 참조를 다룰 때 매우 어렵습니다. RMI 및 CORBA와 같은 대부분의 분산 개체 프레임 워크는 분산 개체 참조를 처리하지만 대부분의 프로그래머는 REST 환경에서이를 피합니다. 일반적으로 REST 환경에서 JavaScript 프로그래머는 AJAX 호출을 캡슐화하는 간단한 스텁 함수를 만듭니다 ( JSON.parse및 에서 지원하는 객체 직렬화 JSON.stringify). 자신감 CODEGEN의 프로젝트는 자동으로 여러 언어로 REST 스텁을 생성하기위한 광범위한 지원을 제공합니다.
이 문구는 거의 확실하게 주택 건설의 단계 인 "stubbing out"배관과 유사합니다. 공사 중에는 벽이 열려있는 동안 거친 배관이 설치됩니다. 공사를 계속하려면이 작업이 필요합니다. 그런 다음 주변의 모든 것이 충분히 준비되면 다시 돌아와 수도꼭지와 화장실 및 실제 최종 제품을 추가합니다. (예를 들어 배관 스텁 아웃을 설치하는 방법을 참조하십시오 .)
프로그래밍에서 함수를 "스텁 아웃"하면 (테스트 또는 다른 코드 작성을 위해) 해결할 수있을만큼 충분히 빌드합니다. 그런 다음 나중에 돌아와서 전체 구현으로 대체합니다.