TDD 이전: Mock, Stubs, Spie가 무엇인지 알아야 하는 이유는 무엇입니까?

안녕하세요 여러분! 오늘은 제가 매우 흥미롭다고 생각하는 주제를 가지고 왔습니다. TDD, BDD, 테스트용 디자인 패턴, 테스트 작성 방법 및 기타 여러 관련 주제를 논의하는 수십 개의 기사가 온라인에 있다는 것을 알고 있습니다. 그러나 테스트 세계 내에서 더 기본적인 용어, 즉 우리가 자주 사용하지만 그 의미나 작동 방식을 항상 완전히 이해하지 못하는 기능을 설명하는 기사는 거의 없습니다. 테스트에 대해 이제 막 배우기 시작했고 라이브러리 함수의 기능을 정확히 모르는 경우 이 문서가 도움이 됩니다. 재미있게 읽어보세요!

모의란 무엇입니까?

테스트 작성을 시작하자마자 가장 먼저 접하게 되는 것은 모의 테스트입니다. 때로는 이미 사용하고 있지만 그 의미가 무엇인지 정확히 알지 못하는 경우도 있습니다. 그럼 본격적으로 살펴보겠습니다.

모의는 주로 단위 테스트에 사용됩니다. 일반적으로 외부 종속성에서 오는 콘텐츠, 개체 또는 응답을 시뮬레이션하거나 콘텐츠에 특정 정보가 필요할 때 사용되는 도구입니다.

영화 추천 시스템을 테스트하고 있다고 상상해 보세요. 이 시스템은 API에서 영화 목록을 가져와서 사용자에게 반환합니다.

문제는 테스트를 실행할 때마다 실제 API가 호출되면 속도가 느리고 일관성이 없어(영화가 다를 수 있거나 API가 다운될 수 있음) 테스트를 신뢰할 수 없게 만들 수 있다는 것입니다.

좋아, Leo, 문제가 생겼어. 그런데 모의 모형이 이 문제를 어떻게 해결하지? 음, 간단합니다. API를 호출하는 대신 API의 응답을 정적 영화 목록으로 사용합니다. 이는 기본적으로 해당 영화 목록으로 API 응답을 "가짜"로 만드는 것입니다.

영화 시스템 예에서 API를 사용하여 영화를 가져오는 fetchMoviesFromAPI()라는 함수를 테스트하려는 경우 다음과 같이 API 응답을 시뮬레이션하는 모의 객체를 생성할 수 있습니다.

// This is the mock
const MOVIES_FROM_API = [
    {
        id: 1,
        name: "Interstellar"
    },
    {
        id: 2,
        name: "Nosferatu"
    }
]

// Here, we’re telling fetchMoviesFromAPI to return our mock instead of calling the real API. This is a stub, which you’ll learn about in the next section.
const fetchMoviesFromAPI = jest.fn().mockResolvedValue(MOVIES_FROM_API)

;(async () => {
    {
        const expectedMovies = MOVIES_FROM_API
        const movies = await fetchMoviesFromAPI()

        expect(movies).toEqual(MOVIES_FROM_API)
    }
})()

Mock을 사용하면 외부 서비스에 의존하지 않으므로 테스트가 더욱 효율적이 됩니다. 또한 반환을 완벽하게 제어할 수 있으므로 잠재적인 API 불안정이나 가동 중지 시간에 대한 걱정 없이 기능 검증에 계속 집중할 수 있으므로 신뢰성이 높아집니다.

Mock은 호출의 응답이나 테스트에 필요한 기타 개체를 시뮬레이션하는 정적 개체입니다.

결국 휘발유를 사용하지 않고 자동차를 테스트하는 것과 같습니다. 도로에 나가기 전에 엔진이 작동하는지 확인하기 위해 통제된 환경을 조성합니다.

모의(mock)를 받았는데, 이제 스텁(stub)이 무엇인가요?

스텁도 테스트 도구이지만 약간 다른 용도로 사용됩니다. 함수의 동작을 미리 결정된 것으로 대체하며, 종종 특정 값을 반환하기 위해 모의 객체를 사용합니다.

스텁은 함수의 동작을 대체합니다. 예를 들어 해당 영화 API에 액세스하면 함수는 실제 호출을 수행하지 않고 모의(영화의 정적 목록)를 확인합니다.

또한 우리 테스트가 외부 서비스나 인터넷에 의존해서는 안 된다는 점을 상기시키는 역할도 합니다.

몇 가지 맥락을 설명하겠습니다. 온라인 구매의 총 가치를 계산하는 애플리케이션을 테스트한다고 가정해 보겠습니다. 계산에는 외부 서비스에서 가져온 수수료가 포함됩니다. 테스트를 실행할 때마다 이 계산을 수행해야 합니다. 즉, 외부 서비스를 호출해야 합니다. 이로 인해 속도가 느리고 불안정하며 비용이 많이 들고(외부 서비스가 요청당 비용을 청구할 수 있기 때문에) 일관성 없는 테스트(값이 변경될 수 있음)가 발생할 수 있습니다.

스텁을 사용하면 실제 서비스 호출을 미리 정의된 고정 값(예, 모의 값)으로 대체합니다. 수수료 서비스에 전화하는 대신 “항상 수수료 값으로 10을 반환합니다.”

라고 말합니다.

장바구니 품목의 값을 합산하고 배송비를 추가하는 계산 토탈Purchase() 함수를 테스트한다고 가정해 보겠습니다. 스텁을 사용하여 배송비 서비스를 배송비로 항상 "10"을 반환하는 값으로 바꿉니다. 이렇게:

// This is the mock
const MOVIES_FROM_API = [
    {
        id: 1,
        name: "Interstellar"
    },
    {
        id: 2,
        name: "Nosferatu"
    }
]

// Here, we’re telling fetchMoviesFromAPI to return our mock instead of calling the real API. This is a stub, which you’ll learn about in the next section.
const fetchMoviesFromAPI = jest.fn().mockResolvedValue(MOVIES_FROM_API)

;(async () => {
    {
        const expectedMovies = MOVIES_FROM_API
        const movies = await fetchMoviesFromAPI()

        expect(movies).toEqual(MOVIES_FROM_API)
    }
})()

이렇게 하면 테스트가 단순화되고 재현성이 보장되므로 항상 동일한 방식으로 작동합니다. 또한 스텁은 테스트를 격리하는 데 도움이 되므로 수수료 API의 상태나 가용성에 대해 걱정할 필요가 없습니다.

요약하자면 실제 우유의 양을 재는 대신 항상 우유 200ml라고 적힌 계량컵을 사용하여 케이크 레시피를 테스트하는 것과 같습니다. 이렇게 하면 우유의 계량이 제대로 되었는지 걱정하지 않고 재료를 섞을 수 있는지만 테스트하게 됩니다.

모의, 스텁... 그리고 마지막으로 스파이란 무엇입니까?

객체를 시뮬레이션하는 모의 객체와 함수 동작을 모방하는 스텁을 살펴봤습니다. 이제 스파이에 대해 이야기해 보겠습니다. 그들은 정확히 어떤 일을 합니까?

스파이는 기능을 모니터링하여 호출 횟수, 수신된 매개변수, 각 실행 결과를 기록합니다. 이를 통해 함수의 동작을 변경하지 않고도 관찰할 수 있어 모든 것이 예상대로 작동하는지 확인할 수 있습니다.

프로젝트의 알림 모듈을 테스트하고 있다고 상상해 보세요. 주문이 완료될 때마다 시스템은 고객에게 메시지를 보내고 항목을 기록해야 합니다. 이 경우 이러한 작업이 수행되었는지 확인하기만 하고 해당 작업을 대체하고 싶지는 않습니다. 스파이를 사용하면 동작을 변경하지 않고 이러한 기능을 모니터링할 수 있습니다. 이를 통해 다음을 확인할 수 있습니다.

• 함수가 호출된 경우
• 몇 번이나 불렸는지
• 어떤 인수를 받았나요

예를 들어 고객에게 알림을 보내고 항목을 기록하는 CompleteOrder() 함수를 스파이로 테스트하려는 경우 다음을 확인할 수 있습니다.

• 알림 기능이 호출된 경우
• 로그 함수가 호출된 경우
• 이 함수가 받은 인수는 무엇입니까?

// This is the mock
const MOVIES_FROM_API = [
    {
        id: 1,
        name: "Interstellar"
    },
    {
        id: 2,
        name: "Nosferatu"
    }
]

// Here, we’re telling fetchMoviesFromAPI to return our mock instead of calling the real API. This is a stub, which you’ll learn about in the next section.
const fetchMoviesFromAPI = jest.fn().mockResolvedValue(MOVIES_FROM_API)

;(async () => {
    {
        const expectedMovies = MOVIES_FROM_API
        const movies = await fetchMoviesFromAPI()

        expect(movies).toEqual(MOVIES_FROM_API)
    }
})()

결론적으로, 주방에서 요리사가 하는 일을 관찰하기 위해 카메라를 배치하는 것과 같습니다. 당신은 그들이 하는 일을 방해하지 않습니다. 단지 그들이 레시피를 올바르게 따르고 있는지 확인하기만 하면 됩니다.

그럼 바로 그거예요! 안정적이고 효율적인 테스트를 만들기 위한 기본 요소인 모의, 스텁, 스파이라는 용어를 배우고 이해했습니다. 이제 계속해서 공부를 심화할 수 있습니다. 거기서 만나요, 안녕!

위 내용은 TDD 이전: Mock, Stubs, Spie가 무엇인지 알아야 하는 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!