集成测试模拟外观与注入模拟

Question

我们有一些传统的laravel项目，它们在类中使用正面。

use Cache;

LegacyClass
{
    public function cacheFunctionOne()
    {
         $result = Cache::someFunction('parameter');

         // logic to manipulate result

         return $result;
    }

    public function cacheFunctionTwo()
    {
         $result = Cache::someFunction('parameter');

         // different logic to manipulate result

         return $result;
    }
}

我们最近的项目使用了底层laravel类的依赖注入，facades所代表的类正如Taylor Otwell自己所暗示的那样。（我们对每个类使用构造函数注入，但为了保持示例简短，这里我使用方法注入并使用单个类。）

use Illuminate\Cache\Repository as Cache;

ModernClass
{
    public function cacheFunctionOne(Cache $cache)
    {
         $result = $cache->someFunction('parameter');

         // logic to manipulate result

         return $result;
    }

    public function cacheFunctionTwo(Cache $cache)
    {
         $result = $cache->someFunction('parameter');

         // different logic to manipulate result

         return $result;
    }
}

我知道外表是可以被嘲笑的

public function testExample()
{
    Cache::shouldReceive('get')
                ->once()
                ->with('key')
                ->andReturn('value');

    $this->visit('/users')->see('value');
}

这对单元测试很有效。我试图理解的问题是，这些门面是否被“全球”嘲笑。

例如，让我们假设我正在编写一个集成测试（在模拟服务的同时测试几个相互连接的类，而不是使用活动服务的端到端测试），该测试在某个点上执行两个独立的类，它们包含相同的外观，使用相同的参数调用相同的方法。

在这些被调用的类之间，是一些复杂的功能，它改变了使用相同参数的facades方法返回的数据。**

$modernClass->cacheFunctionOne($cache); // easily mocked

// logic that changes data returned by laravel Cache object function 'someFunction'

$modernClass->cacheFunctionTwo($cache); // easily mocked with a different mock

我们的现代类很容易测试，因为facade表示的底层类被注入到每个类中（在本例中，每个方法）。这意味着我可以创建两个单独的mock，并将它们注入每个类（方法）以模拟不同的结果。

$legacyClass->cacheFunctionOne();

// logic that changes data returned by laravel Cache object function 'someFunction'

$legacyClass->cacheFunctionTwo();

但在遗留系统中，模拟的facade似乎是“全局的”，因此当facade在每个类中运行时，返回的值完全相同。

我这样想对吗？

*我知道从代码架构和测试的角度来看，这个例子可能看起来完全多余，但是我剥离了所有真正的功能，试图给出一些我所问的“简单”例子。

Answer 1

依赖注入vs Facades

依赖项注入的主要好处之一是，一旦开始将依赖项注入到方法中，而不是在方法中实例化/硬编码依赖项，代码就变得更易于测试。这是因为您可以从内部单元测试传入依赖项，它们将通过代码传播。

见：http://slashnode.com/dependency-injection/

依赖注入与门面形成鲜明对比。门面是静态全局类，PHP语言不允许覆盖或替换静态类上的静态函数。Laravel立面使用Mockery来提供模拟功能，它们受到上述相同事实的限制。

集成测试的问题可能出现在您希望从非模拟缓存检索数据的地方，但一旦您使用Facade:：shouldReceive（），那么Facade:：get（）将被模拟缓存覆盖。反之亦然。因此，当您交错调用模拟和未模拟的数据时，Facades是不合适的。

为了使用所需的不同数据集测试代码，最佳实践是重构遗留代码以使用DI。

集成测试

简易方法

另一种选择是在集成测试开始时调用多个Facade::应该接收（）。确保您在集成测试中对每个调用都有正确的期望数量和正确的顺序。鉴于您现有的代码库，这可能是编写测试的更快方法。

更难的方法

而依赖注入是编程的最佳实践。很可能是您的代码库有太多遗留类，以至于重构需要花费难以置信的时间。在这种情况下，考虑使用带有fixture的测试数据库进行端到端集成测试可能是值得的。

附录：

• 有关Facade如何调用Mockry，请参见-function createMockByName（）：https://github.com/laravel/framework/blob/5.3/src/Illuminate/Support/Facades/Facade.php