Tests unitaires d'un bundle Symfony2

Cette page est le point d'entrée d'un dossier consacré aux tests unitaires d'un bundle symfony2 avec phpunit et travis-ci.

Ce dossier a été mis à jour pour uiliser symfony 2.1 et composer.

Tout le dossier est basé sur les tests du bundle KitpagesDataGridBundle disponible sur github.

Note : des tests unitaires faisant intervenir la base de données sont toujours difficiles à organiser. Nous proposons une organisation systématique dans le cas d'accès en base gérés par Doctrine2

Ce long tutoriel en 4 pages donne les étapes pratiques pour arriver à un système de tests unitaires propres pour un bundle symfony2 avec doctrine 2. Les tests doivent être lancés soit à la main, soit avec travis-ci.

Rappelons un peu de vocabulaire avant de commencer :

• Tests unitaires : méthode de tests automatiques (en général sur des fonctions simples et décorrellées) permettant de détecter très vite une régression quand on modifie un code
• Intégration Continue : c'est une méthode de publication de son code permettant de fournir en permanence avec le code publié les résultats de tests automatiques lancés à chaque mise à jour.
• Plus concrêtement, à chaque fois qu'on lance git push, l'outil d'intégration continue va lancer les tests unitaires et publier le résultat des tests
• PhpUnit : c'est l'outil de référence pour les tests unitaires en PHP
• Travis-ci : c'est un outil d'intégration continue en ligne relié à GitHub

Il va suivre les étapes suivantes :

• La mise en place de PHPUnit
• La mise en place de travis-ci
• Un exemple de test simple
• Tests unitaire d'un bundle Symfony2 avec Doctrine2
• Taux de couverture (coverage)

Ces pages m'ont permis de comprendre quelque chose au problème

• Database testing dans la doc de PHPUnit 
• PHPUnit Extension for Doctrine dans les Doctrine Extensions

N'hésitez pas à ajouter des commentaires pour compléter ou corriger ces tutoriaux.