Un cahier de test qui ne refait pas ce que la suite fait mieux

Le cahier des charges dit ce que le produit doit faire. La suite de vérification
prouve 1 172 garanties sur 205 exigences à chaque version. Entre les deux, rien
ne disait ce qu'un être humain doit encore ouvrir, ni pourquoi.

── Le partage du travail, mesuré et non supposé

Cinquante-sept exigences du cahier des charges n'ont aucune garantie
automatique. Le chiffre est extrait du source, pas estimé : la liste des
exigences citées dans le cahier, moins celles qu'un « r.verifie » nomme.

C'est cette liste qui donne son ossature au document. Redemander à la main ce
que la suite vérifie coûterait une journée et n'apprendrait rien — pire, cela
donnerait le sentiment d'avoir tout regardé alors que personne n'aurait ouvert
les endroits que la suite ne sait pas atteindre : le rendu, le clavier, le
lecteur d'écran, le délai ressenti, deux personnes à la fois, le réseau coupé.

── Trois familles, et la troisième épargne une matinée

Vingt-sept exigences se vérifient à la main sur l'instance. Quinze relèvent de
l'exploitation — TLS, sauvegardes, image, sondes — et ne vivent pas dans le code
de l'application. Quinze décrivent des fonctions qui n'existent pas dans cette
révision.

Ces quinze-là sont nommées, avec ce qui a été constaté dans le code plutôt que
déduit : pas de frise, pas de file hors ligne, pas d'export PDF, pas de service
worker, pas de Web Push, pas de détection de déploiement en périmètre. Un
cahier qui fait chercher un bouton qui n'a jamais été écrit gâche une journée
et fait douter du reste.

── Ce que le document porte

Quinze parcours et quatre-vingt-quatorze pas : la première configuration
chronométrée, le déclenchement en soixante secondes, la première heure, la
conduite, la mobilisation, la clôture et le rembobinage — puis ce qui ne se voit
qu'en conditions : la visio à deux postes, le clavier seul, le lecteur d'écran
avec l'écran éteint, le réseau bridé, le relais de courriel mort, le téléphone,
les refus de droits, le bilinguisme de bout en bout.

Cinquante-quatre écrans inventoriés avec leur chemin et leur droit minimal, et
trois axes à passer sur chacun — thème, largeur, langue — plutôt que trois
fiches de plus.

Un barème de gravité porté par la conséquence en crise et non par la difficulté
du correctif, avec des exemples pris dans les défauts réellement trouvés. Les
quatorze défauts corrigés, pour que leur réapparition se signale comme une
régression, et les huit ouverts, pour qu'on ne les redéclare pas.

── Une règle, à la fin

Tout écart bloquant ou majeur devrait produire une garantie dans la suite avant
d'être corrigé. C'est ainsi que les quatorze défauts corrigés le sont restés.

Co-Authored-By: Claude (RCA)