Rapel : Le système de DataFixture proposé par Doctrine dans le framework Symfony2 offre la possibilité de créer des tâches initialisant le contenue d’une base de données. Cela permet lors du développement de recouvrer une base de données opérationnel en un minimum de temps et d’effort. Personnellement je m’en sert aussi pour initialiser une base de données destiné à passer sur un serveur de production.

Symfony 2 ne dispose pas de système de DataFixture contrairement à la version 1.x du framework. Il est cependant possible d’ajouter cette fonctionnalité (suivez le lien).

Fin du rappel !

A mon goût il manque une chose dans le système de DataFixture proposer. Comme la possibilité de connaître le type d’environnement dans le quel il s’exécute (dev, prod, …).
Il peut être utile d’avoir cette information si l’on veux différencier deux types de traitement dans une même classe. Dans un environnement de développement je zap certaine insertion en base de données et j’en ajoute d’autre afin d’avoir du contenue à traiter (tambouille perso !).

Donc voici un petit script a ajouter dans chaque classe où il y en a besoin. Ce script ne fonctionne que si le DataFixture a été lancé en ligne de commande :

$:php app/console doctrine:fixtures:load

le script :

$env = "dev";
if($_SERVER['argv']) {
  reset($_SERVER['argv']);
  while(next($_SERVER['argv'])) {
   if(current($_SERVER['argv']) == '--env') {
   $env = next($_SERVER['argv']);
  }
 }
}

Il est possible que durant votre développement avec le framework Symfony 2 (version BETA 5 à l’heure où j’écris) vous ayez besoin d’accéder à vos Entities depuis vos tests unitaires.

Il n’a pas été facile de trouver le moyen de communiquer avec Doctrine depuis ces foutus test unitaire ! C’est pour cela que je vous livre mon code, enfin celui d’un test unitaire.

Donc cette classe montre comment accéder a l’ORM de doctrine depuis une classe de test unitaire qui va donc, normalement, être exécuté avec PHPUnit !

namespace Waldo\ModelBundle\Tests\DataFixtures;

use Symfony\Bundle\FrameworkBundle\Test\WebTestCase; // Très important, c'est grâce à lui que l'on peut utiliser la méthode "$this->getKernelClass()"

class DataFixturesTest extends WebTestCase {

    public function __construct() {

        $kernelNameClass = $this->getKernelClass(); // Récupération du nom de la classe qui sert de kernel
        $kernel = new $kernelNameClass('test', true); // Instanciation de la classe et exécution du kernel dans un environnement de test avec débogage
        $kernel->boot(); // On boot le kernel (comme un pc ^^)
        $this->em = $kernel->getContainer()->get('doctrine.orm.entity_manager'); // On récupère entity manager
    }

    public function testPurgeData() {
       //...
       // On peut maintenant appeler les méthodes de l'ORM de Doctrine
       $query = $this->em->getConnection()->query('SELECT * FROM UNE_SUBLIME_TABLE');
       $this->assertEmpty($query->fetchAll());
    }

}