Un test vert n’est pas une preuve
Testé, empaqueté et observé sont trois affirmations différentes. La plupart des disputes sur ce qu’un système sait faire viennent de ce qu’on les confond.
| Affirmation | Ce qu’elle établit | Ce qu’elle n’établit pas |
|---|---|---|
| Testé | Du code existe et un test l’exerce, chemin d’échec compris. | Que quiconque l’ait vu fonctionner dans le produit. |
| Empaqueté | La chose est dans une construction qui a été produite et signée. | Qu’elle ait jamais été ouverte ou observée. |
| Observé | Quelqu’un a lancé l’application et l’a regardée le faire. | Qu’un test la couvre, ou qu’elle le refera. |
Appliqués à la version courante, les trois mots découpent proprement une même livraison : le moteur de classeur est testé ; trois correctifs d’interface sur quatre sont empaquetés et jamais observés ; le refus au contrôle préalable a été observé en exécution réelle.
#Pourquoi la distinction porte le mur
Un tableur trouvé dans une salle de données avait l’air de prouver que le moteur marchait. Il avait été écrit par un agent Python dans une version antérieure, avant que le moteur n’existe. Un fichier sur un disque n’est pas une preuve tant qu’on ignore ce qui l’a écrit.
La même discipline traverse ce site. Là où une page décrit une capacité écrite et testée mais jamais regardée, elle le dit avec ces mots-là, et elle dit ce qui comblerait l’écart.
#Sources
- Deskworth OS, handover report 0.0.22DeskworthDocument interne, non publié
Read next
- MéthodologieComment une exécution Deskworth est posée pour qu’on puisse discuter son résultat : périmètre, date d’arrêté, sources admissibles, données manquantes, provenance, contrôles, et ce qui compte comme preuve.
- Notes de terrainNotes courtes prises en construisant : une observation, sa cause, le correctif, le test qui le tient, et ce qui reste ouvert.