Test d'unité Bug Tracking

Question

Au cours du processus de création d'applications logicielles, vous commenceriez à tester ce que vous avez construit par étapes avant même qu'il ne soit terminé et vous pourriez commencer à voir des problèmes/bogues. Comment les traque-t-on? Utilisez-vous votre outil de suivi des bogues habituel pour les ajouter en tant que problèmes (perte de temps - puisqu'il s'agit d'un travail en cours), juste les corriger dans la tête ou avoir une simple liste de texte.

Qu'est-ce qui serait un moyen efficace de s'assurer que tout ce que vous avez trouvé est finalement corrigé au fur et à mesure du développement? Y a-t-il de petits outils pour le faire?

Answer 1

Ce que je fais habituellement est la suivante:

• Gauge la taille du bug/problème
• Si elle est trop grande, créer un problème dans le bug tracker.
• Si c'est assez petit, écrivez un test d'unité défaillant, puis revenez-y après avoir terminé la fonctionnalité d'origine.

Answer 2

J'ai trouvé que le moyen le plus simple et le plus efficace de suivre les tâches de tous types (todos, work items, bugs, etc ...) est d'utiliser un seul système. Typiquement un système de suivi des bogues. Cela vous permet de voir tout le travail restant sur votre projet dans un seul endroit.

Avoir plusieurs systèmes de suivi entraîne presque toujours la perte de données. Les gens choisissent finalement différents systèmes, ne disent pas aux gens le système sur lequel ils sont, perdent le morceau de papier qui a la liste d'articles de travail, etc ...

La plupart des systèmes de suivi de bogue te permettent de classer vos bogues ainsi il est facile de distinguer le type de travail restant.

Answer 3

Assurez-vous que les outils CI tels que CruiseControl.NET exécutent des tests unitaires dans le cadre de la génération. Cela entraînera la rupture de la construction montrée lorsque le test de l'unité échoue et la personne qui s'est enregistrée pour la dernière fois sera responsable de la réparation.