Préparer une vérification utile
Les versions dépendent des interfaces, données et composants tiers.
Préparer des conditions représentatives, un résultat attendu et une procédure d’arrêt si le test devient perturbant. Conserver le résultat, les écarts et les corrections. Un test réussi sur un cas simple ne couvre pas automatiquement les exceptions ni les autres périmètres.
Exemple fictif : une mise à jour du schéma de données empêche le retour à l’ancienne version, cette incompatibilité doit être identifiée avant la bascule.
Ne pas supposer qu’un numéro de version suffit. Conserver les artefacts et configurations nécessaires à la reproduction.
Application à votre contexte
Définissez les préconditions, le scénario, le résultat attendu et le critère d'arrêt. Le test doit être autorisé et organisé sans mettre en danger la production ou les données.
Un test utile exerce un comportement attendu et dispose d'un résultat observable. Complétez les tests unitaires par des vérifications d'intégration et des parcours métier. Le taux de couverture du code ne démontre, à lui seul, ni la qualité des assertions ni l'absence de défauts.