Documentation

Tests de navigateur

Exécutez un navigateur réel contre une prévisualisation en cours pour valider les parcours utilisateur que Coroid ne peut pas vérifier via la comparaison de différences.

Certaines choses ne peuvent pas être établies en lisant simplement le code. Que le formulaire soit soumis, que le parcours soit terminé ou que la page s'affiche correctement : tout cela nécessite que l'application fonctionne et qu'elle soit utilisée.

Les tests navigateur permettent à Coroid de les vérifier. Vous les trouverez sous Qualité → Tests → Navigateur.

Scénarios

Un scénario décrit un parcours utilisateur en langage clair : ce qu'il faut faire et ce qui doit être vrai après son exécution.

Sign in as a standard user, open the billing page, and change the
plan from Free to Professional.

Expect: the confirmation dialog lists the new monthly price, and after
confirming, the plan shown in the header is Professional.

Formulez les attentes sous forme de résultats observables. « La page fonctionne » ne permet pas d'identifier clairement un échec ; « l'en-tête affiche Professional » si.

Cibles de test et comptes de test

Une cible de test est l'environnement dans lequel un scénario s'exécute — généralement une prévisualisation de la modification à valider.

Les cibles possèdent leur propre configuration et leurs propres comptes de test. Les comptes de test sont des identifiants créés à cet effet.

Conditionnement des résultats

Les résultats des tests navigateur peuvent alimenter un contrôle qualité comme n'importe quel autre contrôle — bloquant ou indicatif.

Le mode indicatif est le réglage par défaut recommandé ici, plus que pour d'autres types de contrôles. Les tests navigateur constituent la catégorie de contrôles la plus instable : ils dépendent du temps, du réseau et d'un environnement actif. Ne les rendez bloquants qu'une fois que vous avez constaté la stabilité d'un scénario particulier lors de plusieurs exécutions.

Pour les garder utiles

  • Peu nombreux mais essentiels. Dix scénarios couvrant les flux critiques valent mieux qu'une centaine de scénarios couvrant tout. Chacun d'eux augmente le temps d'exécution à chaque run.
  • Indépendants. Un scénario dépendant de l'exécution préalable d'un autre produira des échecs difficiles à interpréter.
  • Nettoyage. Un scénario créant des données ne doit pas laisser d'état qui perturberait l'exécution suivante.

En cas d'échec d'un scénario

Vérifiez les preuves avant le code. L'exécution du navigateur enregistre ce qui s'est passé ; les causes les plus fréquentes sont liées à l'environnement : la prévisualisation n'était pas prête, une dépendance était indisponible ou un compte était verrouillé.

Un échec réel se reproduira. Un faux positif ne se reproduira pas.