Guilhem Bourgoin présente l'utilisation des tests Behat dans le développement Symfony, se concentrant sur le Behavior Driven Development (BDD) pour créer des scénarios de tests fonctionnels en Gherkin. Les tests doivent être indépendants des services externes et visent à assurer la stabilité de l'application tout en complétant les tests unitaires. Bien que Behat facilite l'écriture de scénarios de tests, sa mise en place peut être longue et son exécution parfois lente.

1. Guilhem Bourgoin Développeur Symfony Freelance
Les tests behat par la
pratique
Présentation AFUP Montpellier, 21/05/2019

2. Introduction

3. Test BDD
=> BDD: Behavior Driven Development
=> Tests fonctionnels
Scénarios de tests axés sur le fonctionnel
=> Écrit en Gherkin
=> Given [...] When [...] Then [...]
En théorie
=> Scénarios lisibles par un humain
=> Peut être écrit par un PO
Behat

4. Isolé
=> Ne doit pas dépendre du résultat du test précédent
=> Ne doit pas dépendre de services externes
Répétable
Automatisable
Rapide à exécuter
Qu’est-ce qu’un bon test logiciel ?

5. Test “boite noire”
=> Ne tient pas compte des détails techniques et architecturaux
=> Se base uniquement sur les points d’entrées et de sorties de l’application
Scénarios de tests axés sur le fonctionnel
=> Vrais scénarios utilisateurs
=> Peut tester plusieurs choses dans un même scénario
Nécessite de mocker les services externes (bases de données, API, etc)
Lance l’application en mode “test”
Le concept des tests behat

6. ● Tester tous les cas possibles
● Mesurer la couverture de code
● Valider l’architecture de l’application
behat ne doit pas servir à :

7. ● Valider fonctionnellement l'application
● Servir de tests de non régression
● Servir de documentation technique (exemples d’utilisations)
Vient en complément des tests unitaires, ne remplace pas un QA !
behat doit servir à :

8. Installation et Best Practices

9. Installation
1 composer require --dev friends-of-behat/symfony-extension:^2.0
composer require --dev behatch/contexts
config/packages/test/doctrine.yaml :
doctrine.dbal.driver: 'pdo_sqlite’
doctrine.dbal.url: 'sqlite:///%kernel.project_dir%/data/app-behat.db’
2
3

10. Backoffice

11. Backoffice
Mock
Mock
Mink
behatch

12. Reset de la base à chaque scénario
Gestion de la base de données

13. Tous les services externes doivent être mockés
=> déclaration dans services_test.yaml
Les mocks

14. Les mocks sont paramétrés dans chaque scénario de test
=> test.feature
=> GuzzleContext.php
Les mocks - Guzzle

15. Les messages sont stockés au lieu d’être envoyés dans la file AMQP
=> GuzzleContext.php
Les mocks - AMPQ

16. Les scénarios

17. Format d’un scénario
Description de la User
Story
Prérequis au test
Lancement de l’action à
tester
Vérification du résultat

18. Solution 1 : Les fixtures (AliceBundle, DoctrineFixturedBundle, etc)
+ Facile et rapide à mettre en place
- Jeu de test commun à tous les tests
Solution 2 : Ecrire les données nécessaire dans chaque scénarios
+ Indépendance des données de test
- Plus long à mettre en place
Les données de test
1
2

19. Givens

20. When
Avec Behatch

21. When

22. Then
Avec Behatch

23. Exemple
complet

24. Retour d’expériences

25. Chez ReputationVIP (Lyon)
=> Seuls tests présents : ont permis de stabiliser l’application
=> “Evangélisation” de l’IT sur les tests et les bonnes pratiques associées
=> Réticence du QA sur place
=> Temps d'exécution : 20 minutes, intégrés à GitlabCI
Sur beIN Sports
=> Tests déjà présents
=> Utilisation des Fixtures Alice
=> Temps d'exécution : 45 minutes, intégrés à TravisCI
=> A permit un de faire évoluer l’API sereinement
REX sur les tests behat

26. Chez Matooma (Montpellier)
=> Seuls tests présents sur le backoffice
=> Mis en place dès le début du projet
=> Stabilité de l’application (entre autre grâce aux tests behat)
=> Temps d'exécution : 15 minutes (pour le moment)
REX des tests behat

27. Pour aller plus loin

28. Faire VRAIMENT écrire les scénarios par votre PO
=> Du jamais vu...
Utiliser les mêmes scénarios mais sur deux points d’entrés
=> Sur l’API via behatch
=> Sur le front grâce à Mink
Une extension behat pour écrire des Givens
=> En cours de dev...
Evolutions possibles

29. Conclusion
+
L’écriture des scénarios de tests est facile
Permet de tester rapidement la plupart
des fonctionnalités
Peut (doit !) être intégré à un CI
Sert de tests de non régression
-
La doc de behat n’est pas très fournie
Le coût de mise en place est parfois un peu
long
Le temps d'exécution est souvent long

30. Guilhem Bourgoin Développeur Symfony Freelance
Merci :)
A vos questions !
Guilhem Bourgoin
Développeur Symfony Freelance