Laravel 튜토리얼: 스텁을 사용하여 단위 테스트에서 종속성 해결

요약: 저는 오랫동안 단위 테스트의 개념을 알고 있었고, 시도해 보았습니다. 천천히 단위 테스트와 PHPUnit에 대해 확실히 이해하고, 천천히 단위 테스트를 연습하기 시작했습니다. . Laravel의 종속성에 대해 우리 모두 알고 있듯이 Laravel은 IoC를 사용하므로 다양한 모듈이 분리됩니다. 그리고 바로 그렇기 때문입니다...

저는 오랫동안 유닛 테스팅의 개념을 알고 있었고, 사용해 보았는데, 유닛 테스팅과 PHPUnit에 대해 확실히 이해하게 되었고, 천천히 익숙해졌습니다. 단위 테스트를 연습하기 시작했습니다.

Laravel의 종속성

우리 모두는 Laravel이 IoC를 사용하므로 다양한 모듈이 분리되어 있다는 것을 알고 있습니다. 그리고 이것이 바로 Laravel에서 단위 테스트를 작성하는 것이 더 쉬워지는 이유입니다.

예를 들어

다음 시나리오를 생각해 보세요. 개발 중에 컨트롤러와 모델 사이에 Repository 来处理数据。那么我们的 Controller 就会依赖 Respository。利用 Laravel 的 IoC，我们可以定义一个 Service Provider 来集中将 Respository를 추가하여 컨테이너에 주입할 수 있습니다.

이제 제품 정보를 기록하는 저장소가 있다고 가정해 보겠습니다. 컨트롤러에서 특정 제품 정보를 얻은 다음 일부 비즈니스 로직을 실행하려고 합니다.

Class GoodRepository{    public function getGoodById($goodId)
    {        // TODO: Get good by its id.
    }
}class GoodController extends Controller{    public function show($id, GoodRepository $goodRepository)
    {        // TODO: Do something with good info from that repository.
    }
}// In route/api.phpRoute::get('/api/good/{id}', 'GoodController@show');// Create a RepositoriesServiceProvider in Provider/RepositoriesServiceProvider.php。// And inject the GoodRepository into Container.class RepositoriesServiceProvider extends ServiceProvider{    public function boot()
    {
    
    }    
    public function register()
    {        $this->app->singleton(GoodRepository::class);
    }
}

좋아요, GoodController는 GoodRepository 및 GoodRepository는 데이터베이스의 데이터에 따라 다릅니다. 그러나 단위 테스트를 수행할 때 우리는 가능한 한 적은 수의 종속성을 생성하기를 희망합니다. 따라서 GoodRepository 반환된 데이터입니다. GoodController 是依赖 GoodRepository 的，而 GoodRepository 是依赖数据库中的数据的。可是我们在做单元测试的时候，希望尽可能少的产生依赖。所以，我们应该希望能够掌控 GoodRepository 所返回的数据。

在 Laravel，提供了 $this->get('/path/to/route');

Laravel에서 $this->get('/path/to/ 경로' ); HTTP 요청을 테스트하는 메서드입니다. 이 테스트에는 필연적으로 방금 언급한 종속성이 포함됩니다. 이 종속성 문제를 해결하는 방법은 우리의 주인공인 스텁웨어에게 물어볼 수 있습니다.

Stubbing

객체를 (선택적으로) 구성된 반환 값을 반환하는 테스트 더블로 바꾸는 실용적인 방법을 스터빙이라고 합니다. 🎜

이것은 PHPUnit 문서의 설명입니다. 내 이해로는 소위 스텁이 종속 클래스의 동작을 시뮬레이션하여 이 동작이 수행되는 작업을 우리가 직접 제어할 수 있다는 것입니다. 예를 들어 위 상황에서 GoodRepository 코드 스타일= "패딩: 2px 4px; 테두리 반경: 4px; 색상: rgb(199, 37, 78); 글꼴 계열: "소스 코드 프로", Consolas, Menlo, Monaco, "Courier New", 고정 폭; 글꼴 -size: 0.93em; box-sizing: border-box; background-color: rgb(249, 242, 244);">getGoodById 메소드는 외부 데이터 소스에 의존하지 않고 실제 반환 구조와 동일한 값을 반환합니다. . GoodRepository 的 getGoodById 方法返回与真正的返回结构相同的值，而不需要依赖外部数据源。

在 Laravel 中使用桩件

我们通过 Service Provider 注册了 GoodRepository 单例，那么按照这个思路，我们在写单元测试的时候，就可以将我们定义的桩件，注册为 GoodRepository

서비스 제공업체 등록 GoodRepository 싱글톤, 그러면 이 아이디어에 따라 단위 테스트를 작성할 때 우리가 정의한 스텁은 다음과 같습니다. GoodRepository 싱글톤. 🎜

class GoodControllerTest extends TestCase{    public function testShow()
    {
        $data = []; // The data returns from GoodRepository::getGoodById.
        
        $stub = $this->createMock(GoodRepository::class);
        
        $stub->method('getGoodById')->will($this->returnValue($data));        
        $this->app->singleton(GoodRepository::class, function () use ($stub) {            return $stub;
        });
        
        $response = $this->get('/api/good/1');        
        // Some assertions.
    }
}

我们通过在这里将桩件 $stub 用单例模式注册给了 Container，在调用 $this->get('/api/good/1'); 时原本在 Controller 中的 GoodRepository 依赖就变成了我们自定义的桩件 $stub。我们将 $data 定义为和返回值相同的结构，注册到桩件中。这样，所有的数据都在我们可控的范围了。

如果我们在这里不使用桩件，而是直接依赖外部（数据库）中的数据，那么如果 id 为 1 的数据被删除了，我们是不是就要改成 2 了呢？我们是不是就要重新计算数据了匹配断言了呢？这样的测试，可靠性便大大降低。

Postscript

신뢰할 수 있는 시스템을 위해서는 단위 테스트가 필수적입니다. 다행스럽게도 PHPUnit은 유용한 단위 테스트를 제공합니다. 이 기사에서 다루는 내용은 PHPUnit 버킷의 한 방울에 불과합니다. 그리고 나 자신도 천천히 탐구하고 실천하고 있다. 함께 격려해 주세요.

위 내용은 Laravel 튜토리얼: 스텁을 사용하여 단위 테스트에서 종속성 해결의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!