Comment écrire des tests unitaires de qualité ?
Aidez-vous des principes F.I.R.S.T.
🅵ast
Le développeur ne doit pas hésiter à exécuter les tests unitaires à tout moment de son cycle de développement, même s'il existe des milliers de tests unitaires. Ils devraient fonctionner et montrer la sortie souhaitée en quelques secondes.
🅸ndependent / 🅸solated
- Pour tout test unitaire donné, pour ses variables d'environnement ou pour sa configuration. Il doit être indépendant de tout le reste afin qu'il ne soit influencé par aucun autre facteur
- Suivre les 3 A du test : Arrange, Act, Assert (aussi appelé, dans certains ouvrages, "Given, when, then")
🆁epeatable
- Les tests doivent être répétables et déterministes, leurs valeurs ne doivent pas changer en fonction de leur exécution dans différents environnements.
- Chaque test doit configurer ses propres données et ne doit dépendre d'aucun facteur externe pour exécuter son test
🆂elf-validating
Les tests ne doivent pas être ambigus, pas sujets à interprétation et ne demandent pas d'action manuelle pour vérifier le résultat.
🆃horough
Les tests unitaires doivent être approfondis :
- couvrir tous les chemins normaux
- couvrir tous les cas extrêmes, où l'auteur aurait l'impression que la fonction échouerait.
- tester les arguments invalides
- tester la sécurité et d'autres problèmes
- tester pour les grandes valeurs
- couvrir tous les scénarios de cas d'utilisation et pas seulement viser une couverture de code à 100 %
🔗 Source
F.I.R.S.T principles of testing
https://medium.com/@tasdikrahman/f-i-r-s-t-principles-of-testing-1a497acda8d6
Comments