Skip to main content
TestPulse rapporte le dernier résultat de chaque test et les réduit en un seul verdict d’exécution. Voici exactement comment.

​
Résultats

​
Le « dernier résultat »

Un point de test peut avoir un historique de résultats. TestPulse prend le plus récent (par date de complétion) — c’est le résultat et la date de dernière exécution affichés. Changez la portée et le dernier est recalculé pour ce plan, en mémoire, sans nouvelle lecture.

​
Des résultats à un verdict

Le verdict d’exécution est une réduction pure à précédence stricte :
  1. Au moins un Failed → Non OK
  2. Sinon au moins un non-passé (Blocked, Not Applicable, Not Executed, None) → Non exécuté
  3. Seulement 100% Passed → Réussi
  4. Aucun test lié → Non couvert
Pas de « partiel » : un seul échec suffit à rendre une story Non OK. Le verdict affiche toujours icône + libellé, pour rester lisible en thème clair ou sombre et pour les daltoniens, et il ne recolore jamais la pastille Couverture.
None vs Not Executed : None signifie que le point n’a aucun objet résultat ; Not Executed signifie qu’un résultat existe mais que l’exécution n’a pas eu lieu. Les deux se lisent Non exécuté.

​
Tests instables

Un test est signalé instable quand son résultat bascule entre exécutions consécutives assez souvent pour franchir le seuil que vous avez configuré. Seules les exécutions réelles comptent — Passed, Failed, Blocked, Inconclusive. Blocked est une exécution : le testeur a tenté et constaté un obstacle. None et Not Executed sont des absences d’exécution, et une absence ne peut pas constituer une bascule : un test exécuté une seule fois, précédé d’un point jamais exécuté, n’est plus signalé instable à 100 %. Il faut deux exécutions véritables pour que l’instabilité veuille dire quelque chose.
Le même calcul et le même seuil pilotent désormais toutes les surfaces — l’onglet du rapport, la notification, la synthèse exécutive, l’export HTML et le PDF. Avant la v2.51.0, deux d’entre elles utilisaient un seuil codé en dur : un même rapport pouvait déclarer un test instable dans son PDF et stable dans sa notification.

​
Historique complet

L’onglet Historique complet liste chaque résultat que TestPulse a pu lire, une ligne par exécution, chacune portant son numéro d’exécution — de sorte qu’une ligne se retrace directement dans Azure DevOps. Vous pouvez y voir plus de lignes qu’Azure DevOps n’en affiche sur le test point lui-même. Les deux ont raison : Azure DevOps masque les exécutions qui n’ont publié aucune issue, TestPulse les conserve, marquées None. Survoler ce statut le dit explicitement. Le calcul d’instabilité les ignore — c’est pourquoi un cas peut afficher, par exemple, neuf lignes d’historique et cinq exécutions.

​
À suivre

L'onglet Test coverage

Où le verdict apparaît.

Traçabilité & hiérarchie

Le bug derrière un échec.