Différents niveaux de test répondent à différentes questions. Une grande suite de bout en bout n’est pas automatiquement plus sûre, et un test unitaire réussi ne peut pas prouver que l’application déployée est correctement câblée.
Faites correspondre le test au risque
- Utilisez un test unitaire pour une fonction ou une règle déterministe avec de petites entrées et sorties.
- Utilisez un test d'intégration lorsque le comportement dépend d'une limite telle qu'un adaptateur de base de données, un client API ou une interaction de composant.
- Utilisez un petit test de bout en bout pour déterminer le chemin critique qui doit fonctionner à travers le routage, le rendu et le câblage réel des applications.
Gardez les commentaires utiles
Préférez de nombreuses vérifications rapides et moins de parcours de navigation plus lents. Donnez à chaque test un message d'échec clair et évitez d'affirmer des détails d'implémentation qui peuvent changer sans affecter le résultat de l'utilisateur.
Lorsqu'un défaut atteint la production, ajoutez une vérification de régression au niveau le plus bas qui aurait détecté la cause réelle, puis conservez une vérification de bout en bout si le chemin d'intégration lui-même est important.