Plans de test et planifications

Un plan de test est une sélection nommée de cas de test au sein d'un projet, comme « Smoke » ou « Prêt pour la mise en production ». Les cas de test restent indépendants : un même cas de test peut figurer dans plusieurs plans, et le corriger une fois le corrige dans tous. Un cas de test n'a pas besoin de plan.

Ouvrez un projet et cliquez sur Test plans.

Créer un plan

On crée un plan en lui donnant un nom. Ouvrez un cas de test et saisissez un nom dans son champ Test plan : si aucun plan ne porte encore ce nom, il est créé, et le cas de test le rejoint. Faites de même sur chaque cas de test que vous voulez inclure dans le plan.

Exécuter un plan

Cliquez sur Run plan sur le plan, ou ouvrez New run et choisissez le plan sous Or a test plan. Choisissez l'environnement et cliquez sur Start run.

Exécuter un plan lance une exécution par cas de test, dans l'ordre du plan, toutes dans le même environnement. Chaque exécution est une exécution normale, avec sa propre page, ses étapes et son résultat, comme si vous l'aviez lancée seule. S'il n'y a pas assez de place pour toutes les démarrer, aucune ne démarre.

Chaque cas de test doit préparer lui-même son parcours. Ne comptez pas sur un cas de test précédent du plan pour avoir inscrit un compte ou créé des données : un seul échec ferait alors tomber tout ce qui suit.

Programmer un plan

Ouvrez un plan, allez dans Triggers et activez Schedule : le plan s'exécute chaque nuit à 02:00 sur l'environnement de votre choix, dans le fuseau horaire du navigateur depuis lequel vous l'avez enregistré. Cliquez sur Save triggers.

• Si le projet n'a pas encore d'environnement, ajoutez-en un d'abord.
• S'il n'y a pas assez de place pour exécuter le plan une nuit donnée, ou si le plan est vide, cette nuit est sautée et la suivante est programmée.
• La nuit du changement d'heure, un horaire qui n'existe pas s'exécute à la minute suivante qui existe, et un horaire répété ne s'exécute qu'une fois.

Les exécutions planifiées affichent « Schedule: <plan> » comme déclencheur.

Exécuter un plan sur les pull requests

Un projet peut exécuter un plan sur chaque pull request, sur le déploiement de prévisualisation de la PR, avec les résultats sous forme de check GitHub. Choisissez le plan dans Settings → Integrations → Pull requests. Voir Tests de pull request.

Choisir quoi regrouper

Gardez des plans petits, nommés d'après une décision que quelqu'un prend :

• Smoke : les quelques parcours qui doivent fonctionner avant que quoi que ce soit d'autre vaille la peine d'être vérifié.
• Prêt pour la mise en production : ce que vous vérifiez avant de livrer.
• Un domaine : le paiement, l'onboarding ou la facturation.

Évitez un plan « tout ». Un plan qui a toujours un échec sans rapport apprend aux relecteurs à l'ignorer.