第三节 MVC应用程序架构和测试

在查看如何测试单个功能之后，您可能会问，整个Web应用程序如何？ 如前所述，有以下级别的测试：

• 单元测试
• 集成测试
• 功能测试

在开始编写测试时考虑这一点很重要。 可能还有其他类型的测试，但现在让我们关注这三种测试。 在谈论Web应用程序时，您将需要所有这些测试，但不同的测试有不同的应用场景。

您可能知道，MVC的设计模式被许多Web应用程序和框架使用。model是存储所有业务（主）逻辑的部分。 您绝对应该使用单元测试覆盖主要业务逻辑，可能没有数据库交互或API调用。 这有时是PHP应用程序的问题; 业务逻辑等于数据库访问，这并不总是正确的。 一些抽象并不是一个坏主意，诸如对象关系映射（ORM）之类的东西以及诸如Doctrine ORM或Propel之类的系统在测试方面确实很有帮助。

作为起点，您应该编写简单的PHPUnit测试而不进行数据库交互，只是为了涵盖主要业务逻辑（例如，增值税计算）。

接下来我们要详细探讨的是集成测试。 当您访问数据库或调用API时，最好知道您的代码如何与另一个系统交互，如果您的实现匹配，另一方面发生了什么。

与单元测试相比，集成测试可能会很慢 - 您可能无法像单元测试那样经常运行它们。 如果您正在使用数据库，那么这取决于您设置测试的方式。 如果您正在处理已知的数据集和数据库结构，那么数据库结构可能会在您不知情的情况下发生更改（然后，由于更改的数据库结构而未更新的代码可能是一个非常严重的问题，因此测试失败可能会很好）。 如果您直接使用第三方API，则永远不会知道它何时会发生故障或更改。 但同样，立即知道某些事情不太正确可能会很好。

控制器不应包含任何业务逻辑。 如果他们这样做，它通常是非常丑陋的意大利面条代码，其中代码是重复的，不一致的，甚至可能充满了错误。 控制器应该只处理（分派）请求并发送响应。 理论上，您可以为它们编写单元测试，但通常使用MVC框架提供的单元测试支持。 由于您可以启动整个应用程序，以便能够测试控制器功能，因此您需要进行功能测试。 执行数百行甚至数千行代码来测试简单的请求/响应。

最后但并非最不重要的是一种观点。 视图应该只处理和显示输出; 没有其他的。 为了保持严格的MVC结构并在前端和后端开发人员之间划分工作，最好使用模板系统（如Twig或Smarty）进行查看。 使用普通的PHP，做很多事情是非常诱人的。 甚至可以测试视图，但通常只需通过控制器或Selenium等工具进行功能测试，直接在浏览器中运行黑盒测试。

在谈到MVC设计模式时，结论应该是单元测试应该关注模型，并且应该应用更严格的MVC模式。 代码将具有更好的质量，更容易测试，并且可能包含比讨厌的意大利面条代码更少的错误，其中控制器是一切的主人。 但是你可以测试控制器，而现代框架通常都有帮助器来允许你测试控制器。

测试控制器

       要了解如何测试控制器，让我们看看一些最着名的PHP MVC框架提供的内容。 这只是一个简短的概述; 您可能需要官方文档才能确切了解每个框架提供的内容。

Zend Framework 1的测试可以如下面的代码片段所示：

<?php

class Zf1Test extends Zend_Test_PHPUnit_ControllerTestCase
{
    public function setUp ()
    {
        $this->bootstrap = array ( $this, 'appBootstrap' );
        parent::setUp();
    }

    public function testIndexActionShouldContainLoginForm ()
    {
        $this->dispatch( '/' );
        $this->assertAction( 'index' );
        $this->assertResponseCode( 200 );
        $this->assertQueryContentContains( 'h1', 'Hello World!' );
    }
}

Zend Framework 2的测试可以显示为以下代码片段：

<?php
namespace ApplicationTest\Controller;

use Zend\Test\PHPUnit\Controller\AbstractHttpControllerTestCase;

class Zf2Test extends AbstractHttpControllerTestCase
{
    public function setUp ()
    {
        $this->setApplicationConfig( include
        '/path/to/application/config/test/
application.config.php' );
        parent::setUp();
    }

    public function testIndexActionCanBeAccessed ()
    {
        $this->dispatch( '/' );
        $this->assertResponseStatusCode( 200 );
        $this->assertModuleName( 'application' );
        $this->assertControllerClass( 'IndexController' );
        $this->assertActionName( 'index' );
        $this->assertQueryContentContains( 'h1', 'Hello World!' );
    }
}

Symphony 2的测试显示在以下代码段中：

<?php
namespace Application\Tests\Controller;

use Symfony\Bundle\FrameworkBundle\Test\WebTestCase;

class IndexControllerTest extends WebTestCase
{
    public function testIndex ()
    {
        $client  = static::createClient();
        $crawler = $client->request( 'GET', '/' );
        $this->assertTrue( $client->getResponse()->isSuccessful() );
        $this->assertGreaterThan( 0,
            $crawler->filter( 'html:contains
("Hello World!")' )->count() );
    }
}

测试控制器非常有用，例如，在编写API时。 API可以非常容易地进行测试，应该进行测试。 但是以这种方式测试控制器可能非常昂贵，因为每次测试都必须一次又一次地启动整个框架和应用程序，这需要时间和资源。 您可能很想采用这种方法，因为在启动完整的应用程序时，您拥有所有可用资源，包括与数据库的连接。