Rédaction de tests unitaires approfondis – Le démarrage
Une approche pragmatique pour améliorer vos tests unitaires
Supposons que nous ayons une classe de calculatrice qui fournit l’addition, la soustraction, la multiplication et la division.
Supposons maintenant que nous avons à nouveau une classe nommée Calculatrice avec les opérations mathématiques de base prises en charge.
Ici, nous avons une classe nommée AnnualPayCalculator qui calcule un salaire annuel en fonction du salaire horaire et du total des heures hebdomadaires travaillées.
Cela nous amène à notre dernière caractéristique d’un bon test unitaire qui n’avait pas été annoncé auparavant. Appellation.
when_expected
when_with_expected
testOnActivityCreated
testGetHashedAttachmentFilenames
viewCreated_listViewExists
getHashedAttachmentFilenames_withNullList_emptyStringReturned
- Ne vous contentez pas d’écrire des tests unitaires. Incluez l’intégration et le workflow si nécessaire. Ne perdez pas de temps sur ces derniers s’ils ne sont pas absolument nécessaires pour couvrir quelque chose qui n’est pas déjà testé.
- Assurez-vous que vos tests respectent les caractéristiques d’un bon test unitaire
- Nommez vos tests correctement
- Un échec dans un test devrait immédiatement vous dire exactement ce qui est cassé et dans quelles conditions
- Efforcez-vous toujours de tester la fonctionnalité / le comportement. La vérification d’une méthode est appelée uniquement doit être rarement utilisée
