Cela est parfaitement vrai pour un projet informatique.
Ce n'est pas aux développeurs d'écrire les cas de tests ni aux développeurs de dire comment tester.
Sur le principe, je suis d'accord.
Par contre, on se rend bien compte qu'en cas de restriction budgétaire, les tests sont souvent en tête de liste des sacrifiés.
Du coup, on ne fait pas forcément tous les tests nécessaires mais uniquement les tests pour lesquels on a du budget.
Dans le cas de l'auto, c'est un peu la même chose.
Les testeurs sont extrêmement dispersés et surtout, soumis à la concurrence et à des objectifs de rentabilité.
Du coup, avec un CDC du style "les émissions de CO2 ne doivent jamais dépasser X % du volume des gaz d'échappement", le centre de contrôle technique peut parfaitement se contenter de mettre le capteur durant 20s sans même mettre le contact.
Après tout, le test est validé

0 émission de CO2 détectée durant la durée du test

Ainsi, le centre peut traiter 500 voitures / jour et couler la concurrence avec des prix bas. Bref, rentabilité maximale.
On est quand même contraint d'enrichir un minimum le CDC pour définir un niveau minimal de test car les centres de contrôle feront tjrs le minimum légal afin de garantir les prix les plus bas et optimiser leur rentabilité.
Partager