Как настроить модульные тесты с большой нагрузкой на базу данных в Symfony2 с помощью PHPUnit?

Я никогда не использовал PHPUnit_Extensions_Database_TestCase, в основном потому, что по этим двум причинам:

• Он плохо масштабируется. Если вы настраиваете и удаляете базу данных для каждого отдельного теста, и у вас есть приложение, которое в значительной степени зависит от базы данных, вы в конечном итоге создаете и удаляете одну и ту же схему снова и снова.
• Мне нравится, чтобы мои приспособления были не только в моих тестах, но и в моей базе данных разработки, а некоторые приспособления даже необходимы для производства (начальный администратор пользователя или продукта категории или что-то еще). Наличие их внутри xml, который можно использовать только для phpunit, мне кажется неправильным.

Мой путь в теории...

Я использую доктрину/пакет доктрин-приспособлений для приспособлений (независимо от цели) и настраиваю всю базу данных со всеми приспособлениями. Затем я выполняю все тесты с этой базой данных и обязательно воссоздаю базу данных, если тест изменил ее.

Преимущества заключаются в том, что мне не нужно снова настраивать базу данных если тест только читает, но ничего не меняет. Для внесения изменений я должен удалить его и создать снова или обязательно отменить изменения.

Я использую sqlite для тестирования, потому что я могу настроить базу данных, затем скопировать файл sqlite и заменить его чистым, чтобы вернуть исходную базу данных. Таким образом, мне не нужно удалять базу данных, создавать ее и снова загружать все приспособления для чистой базы данных.

... и в коде

Я написал статью о том, как я делаю тесты базы данных с помощью symfony2 и phpunit.

Хотя он использует sqlite, я думаю, что можно легко внести изменения, чтобы использовать MySQL или Postgres или что-то еще.

Размышляя дальше

Вот некоторые другие идеи, которые могут сработать:

• Однажды я читал о тестовой установке, в которой перед использованием базы данных вы запускаете транзакцию (в рамках метода установки), а затем используете удаление для отката. Таким образом, вам не нужно снова настраивать базу данных, а просто нужно инициализируйте его один раз.
• Моя настройка, описанная выше, имеет тот недостаток, что база данных настраивается каждый раз при выполнении phpunit, даже если вы выполняете только некоторые модульные тесты без взаимодействия с базой данных. Я экспериментирую с настройкой, в которой я использую глобальную переменную, которая указывает, была ли настроена база данных, а затем в рамках тестов вызываю метод, который проверяет эту переменную и инициализирует базу данных, если этого еще не произошло. Таким образом, только когда тестам нужна база данных, установка будет случаться.
• Одна из проблем с sqlite заключается в том, что в некоторых редких случаях он работает не так, как MySQL. Однажды у меня была проблема, когда что-то вело себя по-другому в MySQL и sqlite, что приводило к сбою теста, когда в MySQL все работало. Я не могу точно вспомнить, что это было.

Вы можете использовать этот класс:

<?php

namespace Project\Bundle\Tests;

require_once dirname(__DIR__).'/../../../app/AppKernel.php';

use Doctrine\ORM\Tools\SchemaTool;

abstract class TestCase extends \PHPUnit_Framework_TestCase
{
/**
* @var Symfony\Component\HttpKernel\AppKernel
*/
protected $kernel;

/**
 * @var Doctrine\ORM\EntityManager
 */
protected $entityManager;

/**
 * @var Symfony\Component\DependencyInjection\Container
 */
protected $container;


public function setUp()
{
    // Boot the AppKernel in the test environment and with the debug.
    $this->kernel = new \AppKernel('test', true);
    $this->kernel->boot();

    // Store the container and the entity manager in test case properties
    $this->container = $this->kernel->getContainer();
    $this->entityManager = $this->container->get('doctrine')->getEntityManager();

    // Build the schema for sqlite
    $this->generateSchema();


    parent::setUp();
}

public function tearDown()
{
    // Shutdown the kernel.
    $this->kernel->shutdown();

    parent::tearDown();
}

protected function generateSchema()
{
    // Get the metadatas of the application to create the schema.
    $metadatas = $this->getMetadatas();

    if ( ! empty($metadatas)) {
        // Create SchemaTool
        $tool = new SchemaTool($this->entityManager);
        $tool->createSchema($metadatas);
    } else {
        throw new Doctrine\DBAL\Schema\SchemaException('No Metadata Classes to process.');
    }
}

/**
 * Overwrite this method to get specific metadatas.
 *
 * @return Array
 */
protected function getMetadatas()
{
    return $this->entityManager->getMetadataFactory()->getAllMetadata();
}
}

А затем вы можете проверить свою сущность. Что-то вроде этого (при условии, что у вас есть пользователь сущности)

//Entity Test
class EntityTest extends TestCase {

    protected $user;

    public function setUp()
    {
         parent::setUp();
         $this->user = new User();
         $this->user->setUsername('username');
         $this->user->setPassword('p4ssw0rd');


         $this->entityManager->persist($this->user);
         $this->entityManager->flush();

    }

    public function testUser(){

         $this->assertEquals($this->user->getUserName(), "username");
         ...

    }

}

Надеюсь, это поможет.

Источник: theodo.fr/blog/2011/09/symfony2-unit-database-tests