Quels sont les points clés pour expliquer les tests unitaires

Vous pouvez avoir une inspiration ici aussi https: // Stackoverflow.com/questions/581589/introducing-unit-testing-a-a-wary-team/581610#581610

N'oubliez pas de souligner que le test de l'unité n'est pas une balle d'argent et ne devrait pas remplacer d'autres formes de test traditionnel (tests fonctionnels, etc.) mais doit être utilisé conjointement.

Le test unitaire fonctionne mieux dans certaines zones que d'autres, la seule façon d'avoir des tests vraiment complets consiste à le combiner avec d'autres formes.

Cela semble être l'une des plus grandes critiques que je vois des tests unitaires, car beaucoup de gens ne semblent pas «obtenir» qu'il ne devait pas remplacer d'autres formes de test en totalité.

Pour le garder vraiment court: le test unitaire est d'environ deux choses

• Un outil pour vérifier les intentions
• Un filet de sécurité nécessaire pour refactoring

  Évidemment, c'est beaucoup plus que cela, mais pour moi, c'est à peu près le résumé.

points principaux:

• Les tests unitaires aident à la fois la conception (en exprimant l'intention) et le test de régression (de ne jamais disparaître) Code;
• Les tests unitaires sont destinés à programmeurs paresseux qui ne veulent pas déboguer leur code à nouveau ;
• Les tests n'ont aucune affaire d'influencer ou d'affecter la logique et la fonctionnalité des entreprises, mais elles le testent pleinement;
• Les tests unitaires exigent les mêmes qualités que le code régulier: THÉORIE et stratégie , Organisation , modèles , sent , refactoring ;

Tests unitaires Testez de petites choses

Une autre chose à retenir est que les tests d'unités testent de petites choses, des "unités". Donc, si votre test fonctionne contre une ressource comme un serveur en direct ou une base de données, la plupart des gens appellent qu'un système ou un test d'intégration. Pour tester un appareil, le code que parle à une ressource comme celle-là, les gens utilisent souvent objets faux (souvent appelé simulacre).

Les tests unitaires doivent fonctionner rapidement et être exécutés souvent

Lorsque des tests unitaires testent de petites choses, les tests fonctionnent rapidement. C'est une bonne chose. Les tests d'unité fréquemment en cours d'exécution vous permettent d'attraper des problèmes peu de temps après la survie. Les tests ultimes dans l'unité de fonctionnement fréquemment sont automatisés dans le cadre de Intégration continue .

Les tests unitaires fonctionnent mieux lorsque la couverture est élevée

Les gens ont Vues différentes sur le point de savoir si une couverture de test d'unité à 100% est souhaitable . Je suis de la conviction que la couverture élevée est bonne, mais qu'il y a un point de décomposition. En règle générale très approximative, je serais heureux d'une base de code qui comptait une couverture de 85% avec de bons tests unitaires.

Les tests unitaires ne substituent pas d'autres types de tests

Aussi important que les tests d'unités sont, d'autres types d'essais, tels que des tests d'intégration, des tests d'acceptation et d'autres personnes peuvent également être considérés comme des parties d'un système bien testé.

Test de l'unité Le code existant pose des défis particuliers

Si vous souhaitez ajouter des tests d'unité au code existant, vous voudrez peut-être regarder Travailler efficacement avec le code hérité par Michael Plumes. Code qui n'a pas été conçu avec des tests à l'esprit peut avoir caractéristiques qui rendent les tests difficiles et Les plumes écrit des moyens de refactoriser soigneusement le code pour faciliter la test. Et lorsque vous êtes familiarisé avec certains modèles qui rendent le code de test difficile, vous et votre équipe pouvez écrire du code qui tente d'éviter / minimiser ces modèles.