Edit: Voir le commentaire de Bidule pour une solution plus simple
Il est très pratique d’isoler ses tests du reste de l’application. Il est donc nécessaire de faire en sorte que la base de donnée utilisé lors des tests soit indépendante de la base utilisé lors du développement. Cela évite de fausser ses tests si des données ont été modifier pendant le développement ainsi que d’utiliser une base fidèle aux fixtures entre chaque tests.
Cet article est issue de la combinaison des deux articles suivants:
- http://haulynjason.net/weblog/2012/01/fully-isolated-tests-in-symfony2/
- http://alexandre-salome.fr/blog/Symfony2-Isolation-Of-Tests
Dans mon cas, l’article de haulynjason.net seul ne me permettait pas d’exécuter mes tests fonctionnels sur la même base que les tests unitaires. J’ai du utiliser l’astuce de l’article d’alexamdre-salome.fr.
Premièrement nous configurons de quoi éxécuter les tests dans une base sqlite, de façon a ce qu’elle soit isolé de la base de développement.
config_test.yml:
dbal:
driver: pdo_sqlite
path: ":memory:"
memory: true
orm:
auto_generate_proxy_classes: true
auto_mapping: true
Nous créons la classe ModelTestCase a partir de laquelle seront étendus nos classes de tests (git):
$this->_kernel->boot();
$this->_container = $this->_kernel->getContainer();
parent::__construct();
}
protected function get($service)
{
return $this->_container->get($service);
}
public function setUp()
{
$this->_application = new \Symfony\Bundle\FrameworkBundle\Console\Application($this->_kernel);
$this->_application->setAutoExit(false);
$this->runConsole("doctrine:schema:drop", array("--force" => true));
$this->runConsole("doctrine:schema:create");
$this->runConsole("cache:warmup");
$this->runConsole("doctrine:fixtures:load");
}
protected function runConsole($command, Array $options = array())
{
$options["-e"] = "test";
$options["-q"] = null;
$options = array_merge($options, array('command' => $command));
return $this->_application->run(new \Symfony\Component\Console\Input\ArrayInput($options));
}
}
A partir d’ici vos classes de tests unitaires étendus de cette classes utiliserons la base sqlite pour exécuter ses tests. Passons maintenant aux tests fonctionnels: définissons le paramètre test.client.class afin d’écrire notre propre classe Client:
config.yml:
test.client.class: MyApp\CoreBundle\lib\Test\Client
$this->kernel->shutdown();
$this->kernel->boot();
}
$this->injectConnection();
$this->requested = true;
return $this->kernel->handle($request);
}
protected function injectConnection()
{
if (null === self::$connection) {
self::$connection = $this->getContainer()->get('doctrine.dbal.default_connection');
} else {
if (! $this->requested) {
self::$connection->rollback();
}
$this->getContainer()->set('doctrine.dbal.default_connection', self::$connection);
}
if (! $this->requested) {
self::$connection->beginTransaction();
}
}
}
Nous écrivons la classe WebTestCase a partir de laquelle nous étendrons nos classe de test fonctionnels:
$client->setServerParameters($server);
return $client;
}
}
Et voilà, nos tests fonctionnels seront étendu de WebTestCase, nos tests unitaires seront eux étendus de ModelTestCase et ils seront totalement isolé de la base de dév puisque ils travailleront avec une base indépendante. Les performances de vos tests seront affectés puisque avec cette méthode chaque test (fichier, pas fonction) effectue une rechargement de la base.Edit: Look at Bidule comment for easier solution
It’s very usefull to have isolated tests in symfony. It’s necessary to have separated databases for test and dev.
This article is a combination of these articles:
- http://haulynjason.net/weblog/2012/01/fully-isolated-tests-in-symfony2/
- http://alexandre-salome.fr/blog/Symfony2-Isolation-Of-Tests
In my case, the haulynjason.net script alone doesn’t work for functionals tests. But with d’alexamdre-salome.fr tips all my tests was isolated.
First we configure sqlite for test environnement:
config_test.yml:
doctrine:<br />
dbal:<br />
driver: pdo_sqlite<br />
path: ":memory:"<br />
memory: true<br />
orm:<br />
auto_generate_proxy_classes: true<br />
auto_mapping: true<br />
We create ModelTestCase class for extends ours functional and unit tests classes (git):
<?php /* * Adapt to your AppKernel.php path */ require_once(__DIR__ . "../../../../../../app/AppKernel.php"); /** * @see http://haulynjason.net/weblog/2012/01/fully-isolated-tests-in-symfony2/ */ class ModelTestCase extends \PHPUnit_Framework_TestCase { protected $_kernel; protected $_application; protected $_container; public function __construct() { $this->_kernel = new \AppKernel("test", true);<br />
$this->_kernel->boot();<br />
$this->_container = $this->_kernel->getContainer();<br />
parent::__construct();<br />
}</p>
<p> protected function get($service)<br />
{<br />
return $this->_container->get($service);<br />
}</p>
<p> public function setUp()<br />
{<br />
$this->_application = new \Symfony\Bundle\FrameworkBundle\Console\Application($this->_kernel);<br />
$this->_application->setAutoExit(false);</p>
<p> $this->runConsole("doctrine:schema:drop", array("--force" => true));<br />
$this->runConsole("doctrine:schema:create");<br />
$this->runConsole("cache:warmup");<br />
$this->runConsole("doctrine:fixtures:load");<br />
}</p>
<p> protected function runConsole($command, Array $options = array())<br />
{<br />
$options["-e"] = "test";<br />
$options["-q"] = null;<br />
$options = array_merge($options, array('command' => $command));<br />
return $this->_application->run(new \Symfony\Component\Console\Input\ArrayInput($options));<br />
}<br />
}</p>
<p>
Now your unit test classes extends form ModelTestCase will use sqlite database. For functional tests we have to replace the default class of Client:
config.yml:
parameters:<br />
test.client.class: MyApp\CoreBundle\lib\Test\Client<br />
<?php namespace MyApp\CoreBundle\lib\Test; use Symfony\Bundle\FrameworkBundle\Client as BaseClient; class Client extends BaseClient { static protected $connection; protected $requested; protected function doRequest($request) { if ($this->requested) {<br />
$this->kernel->shutdown();<br />
$this->kernel->boot();<br />
}</p>
<p> $this->injectConnection();<br />
$this->requested = true;</p>
<p> return $this->kernel->handle($request);<br />
}</p>
<p> protected function injectConnection()<br />
{<br />
if (null === self::$connection) {<br />
self::$connection = $this->getContainer()->get('doctrine.dbal.default_connection');<br />
} else {<br />
if (! $this->requested) {<br />
self::$connection->rollback();<br />
}<br />
$this->getContainer()->set('doctrine.dbal.default_connection', self::$connection);<br />
}</p>
<p> if (! $this->requested) {<br />
self::$connection->beginTransaction();<br />
}<br />
}<br />
}<br />
We write WebTestCase class for extends our functionals tests:
<?php namespace MyApp\CoreBundle\lib\Test; use MyApp\CoreBundle\lib\Test\ModelTestCase; class WebTestCase extends ModelTestCase { /** * * @param array $server * @return Symfony\Bundle\FrameworkBundle\Client */ protected function createClient(array $server = array()) { $client = $this->get('test.client');<br />
$client->setServerParameters($server);</p>
<p> return $client;<br />
}</p>
<p>}<br />
It’s Okay ! Our functionals tests are extends from WebTestCase, our unit tests are extends from ModelTestCase and they are isolated ! Just one thing: tests will be more long because every test file will reload your database fixtures.
Il y desormais plus simple
Il suffit de créer un fichier /web/app_test.php basé sur le fichier /web/app_dev.php dans lequel on remplace la ligne suivante dev par test:
$kernel = new AppKernel(‘test’, true);
J’ai modifié mon fichier config_test.yml pour pointer vers une autre base de données. et j’ai embarqué la plupart du code du fichier config.yml à l’intérieur
ensuite j’ai ajouté la ligne suivante dans le fichier config_test.yml :
framework:
test: ~
Et lors des test avec phpunit, on point vers la page web/app_test.php
(On point directement vers le service client.test)
Intéressant! Merci ! 😉