Combien de tests faut-il lancer ? La méthode, pas le chiffre magique
« Teste 100 fois », « reteste 50 fois »… On invente tous des nombres. Ils en disent rarement assez. 100 tests sur un lien qui ne change jamais, c'est du temps et de l'argent pour rien.
La bonne question n'est pas « combien ? ». C'est « quel est le risque ? ». À chaque risque correspond un nombre raisonnable.
La règle : le nombre se choisit par le type de risque
| Type | Nombre | Pourquoi |
|---|---|---|
| Déterministe (lien, route, fichier, calcul) | 1 | Si ça marche une fois, ça marche toujours — rien ne varie. |
| Instable (réseau, API, latence) | 3 à 5 | Assez pour attraper un timeout passager. |
| Critique (sécurité, argent, tout le système) | 5 à 20 | Plus de confiance — et un cahier de tests qui tourne seul en continu. |
| Statistique / charge | 30+ | Rare : seulement si on mesure une proportion ou une tenue sous charge. |
Le retest infini
Le meilleur « nombre » n'est pas un nombre. C'est un cahier de tests automatique, relancé toutes les heures. Il rejoue les contrôles tout seul. Il signale ce qui casse. Il ne coûte rien à relancer. C'est lui le filet permanent. Pas un gros volume ponctuel qu'on paie une fois.
En une phrase : 1 si déterministe, 3-5 si instable, 5-20 si critique, 30+ si statistique — et un cahier automatique par-dessus. Plus jamais de chiffre inventé.