Le cadre d'une campagne

Pourquoi un cadre d'abord

Une campagne est une série de tests sur une version du produit : pour un sprint, une version, une recette. Ses résultats n'ont de sens que rapportés à ce qu'elle devait tester. « Quatre-vingts pour cent des tests passent » ne dit rien tant qu'on ne sait pas quatre-vingts pour cent de quoi, et ce qui a été laissé de côté.

Le cadre s'écrit donc avant la première exécution, et il a cinq parties.

1. Le périmètre, dedans et dehors

Ce que la campagne teste, à quel niveau, et si c'est une personne ou un rapport qui le prouve. Et tout aussi visiblement, ce qu'elle ne teste pas, avec la raison. Un élément hors périmètre est une limite de chaque rapport que la campagne produira. Caché, il devient un mensonge par omission.

2. Les exigences

Chaque exigence a une importance, fixée par le product owner, et le cas qui la teste en hérite. Certaines exigences ne peuvent pas être testées dans cette campagne : un temps de réponse sous charge, sans environnement de charge. On ne les supprime pas. On les liste comme non testables, avec la raison, et elles restent dans chaque rapport.

3. Les cas, et leur statut

Un cas passe de en cours de rédaction à à approuver, puis à approuvé. Seuls les cas approuvés sont exécutés. L'approbation est la décision d'une personne que le cas teste la bonne chose avec le bon résultat attendu : c'est le moment où les « à confirmer » du module 01 doivent avoir trouvé leur réponse.

4. Les critères d'entrée et de sortie

Chaque niveau a un critère pour commencer et un critère pour finir, écrits avant de tester :

Niveau	Peut commencer quand	Est terminé quand
Composant	Le code se construit ; les critères et les cas existent	Tous les tests de composant passent ; chaque nouvelle règle a un test ; aucun test ignoré sans raison
Intégration	Le niveau composant est terminé ; l'autre côté est disponible dans une version connue	Tous les tests d'intégration passent contre ces versions
Système	Le niveau intégration est terminé ; le produit est déployé dans un build connu, avec ses données de test	Chaque exigence testable a un test réussi ; aucune anomalie ouverte de la gravité bloquante

Un critère de sortie est une valeur approuvée. « Quatre-vingt-dix pour cent de cas réussis » est une décision, et si personne ne l'a prise, elle reste à confirmer, comme le reste.

5. La campagne

Les cas approuvés qu'elle exécutera, sur quel build, dans quel environnement. Une campagne par série : le sprint suivant est une nouvelle campagne.

ClaimTriage, CAMP-03

Le cadre dont vous vous servirez dans tout ce module :

Exigence	Importance
EX-01 Le routage suit la table de routage	Très haute
EX-02 Un conseiller sans le droit reçoit ENTITLEMENT_DENIED et aucune fiche	Très haute
EX-03 La fiche porte ses quatre champs obligatoires	Haute
EX-04 Une description est acceptée de 20 à 2 000 caractères	Haute
EX-05 Une fiche n'est jamais perdue quand le système des sinistres est arrêté	Haute
EX-06 Chaque refus est inscrit au journal d'audit	Moyenne
EX-07 La fiche en moins de 3 secondes pour 95 % des demandes, sous charge	Non testable : pas d'environnement de charge

Hors périmètre : la qualité du résumé généré (l'évaluation de l'IA générative, partie 2 de ce cours), et l'accessibilité (un audit dédié est prévu le trimestre prochain).

Planifiés : dix cas approuvés, CT-01 à CT-10, sur le build 2.3.0-142.