Chaque rapport de bogues représente des heures, peut-être même des journées entières de travail. Ce sont des données importantes de la société qui devraient être bien protégées et bien organisées. Les rapports de bogues devraient être enregistrés dans une base de données sauvegardée quotidiennement. Cette base de données devrait être gérée dans un système de repérage de bogues comme PR-Tracker. Voici quelques lignes directrices pour le repérage efficace des bogues.

1. Compilez quotidiennement le logiciel

Le repérage de bogues fonctionne le mieux dans un environnement qui est compilé tous les jours. Ceci permet aux vérificateurs de tester la plus récente version du logiciel, de sorte qu’ils ne rapportent pas des bogues qui ont déjà été corrigés. Ils peuvent également découvrir plus rapidement les nouveaux bogues qui ont été introduits, quand le code est encore à l’esprit des développeurs.

2. Utilisez des numéros de compilation

Quand c’est possible, utilisez des numéros de compilation pour préciser dans quelle version du logiciel un bogue a été découvert, dans quelle version il a été corrigé et dans quelle version une correction a été vérifiée. Les numéros de révision des modules de code source modifiés pour corriger des bogues sont des aide-mémoire pratiques pour les développeurs, mais ils ne sont pas nécessaires ni suffisants pour coordonner le travail entre le test et le développement. Utilisez des numéros de compilation à la place.

3. Suivez une procédure de traitement des rapports de bogues

Les rapports de bogues devraient être traités selon une procédure qui garantit qu’ils ne seront pas classés s’ils ne doivent pas l’être. Un tel processus exige que la personne qui traite le rapport de bogues soit la même personne qui vérifie que ceux-ci ont été corrigés ou qui approuve toute autre forme de résolution. L’évolution typique d’un rapport de bogues devrait inclure les valeurs de statut suivantes : Nouveau, Assigné, Résolu, Vérifié et Fermé, dans cet ordre.

4. Utilisez un champ de résolution

Utilisez un champ de résolution détaillant comment le problème a été résolu, et simplifier l’évolution du rapport de bogue. Les résolutions possibles comprennent : Corrigé, Non-rectifiable, Non-reproductible, Double, Conception et Externe.

5. Ne tenez pas une réunion pour classer les rapports de bogues

Évitez de faire appel à un comité ou à une réunion pour trier les rapports de bogues. Ceci demande beaucoup de temps qui serait plus utile à la correction des bogues. Si l’échéancier impose un tri, ne clôturez pas les rapports de bogues lors d’une réunion, cela reviendrait à contourner le processus de qualité en évitant les vérificateurs qui rapportent les bogues. Utilisez plutôt le triage des bogues pour ré-établir les priorités, remettre à plus tard ou résoudre le bogue comme non-rectifiable.

6. Traitez séparément les demandes de fonctionnalité

Les demandes de fonctionnalités et de spécifications sont souvent enregistrées comme des rapports de bogues. Celles-ci devraient être enregistrées séparément de sorte qu’elles peuvent être triées et qu’elles ne déforment pas les statistiques d’évaluation de la qualité du logiciel.

7. Décrivez comment reproduire les bogues

Un rapport de bogues devrait inclure une description, pas à pas, comment reproduire le bogue. Les développeurs passeront ainsi moins de temps à essayer de reproduire le bogue avant de passer vraiment à la correction. Identifier le minimum d’étapes nécessaires pour reproduire le bogue économisera encore plus du temps des développeurs.

8. Enregistrez comment les bogues sont détectés

Prendre note de la manière dont les bogues sont détectés vous permet de déterminer la meilleure manière de dépenser votre budget de vérification. Les choix suggérés comme méthode de détection pratique comprennent : une vérification interactive, un test d’exécution du script, un test de conception du script, une vérification d’unité, une vérification d’intégration, une révision du code, un test bêta et un rapport du client.

9. Simplifiez le rapport de bogues

Ne compliquez pas le rapport de bogues en exigeant la saisie de plus de données qu’il n’est réellement nécessaire. Si entrer les bogues dans le système de repérage est trop laborieux, certains bogues ne seront pas rapportés ou les utilisateurs contourneront le système et commenceront à rapporter les bogues par courriel ou de bouche à oreille.