Mon conseil est de lire ces bugs et de leur donner une bonne vieille pensée. Si vous ne pouvez pas trouver de cause potentielle, oubliez-les pour l'instant.
L'assurance qualité doit documenter tous les problèmes rencontrés, même s'ils n'ont aucune idée de la manière dont cela s'est produit. C'est le travail de QA d'essayer de reproduire les problèmes, mais en réalité, cela ne sera pas toujours possible. Parfois, cela n'a rien à voir avec ce qu'ils ont fait au cours des 10 dernières minutes. Quelque chose est entré dans un état invalide il y a un jour, et c'est devenu apparent à cause d'une des 10 dernières étapes.
Avec ces bogues "1 sur 1000", QA devrait essayer de les reproduire un peu. S'ils ne réussissent pas, ils devraient documenter le bogue, puis essayer un peu plus.
La raison pour laquelle ils devraient saisir le bogue assez tôt est que le programmeur connaît le code beaucoup mieux que QA et pourrait immédiatement connaître le problème. Ce pourrait être le code qu'ils ont refactorisé. Il se pourrait que cette fonction qu'ils aient à moitié implémentée ait ensuite oubliée. Ils n'ont peut-être aucune idée, mais cela n'a aucun sens que le testeur perde quelques heures à essayer de reproduire un problème évident pour la personne qui l'a codé. Le testeur peut toujours ajouter plus de détails au bogue ultérieurement.
Le bogue doit inclure autant d'informations que possible. Tout ce dont le testeur peut se souvenir au sujet de la préparation du problème doit être écrit dans les moindres détails. Tous les journaux d'incident, les instantanés de base de données ou les captures d'écran pertinentes doivent également être joints.
Si le bug n'est jamais reproduit, tant mieux! Cela ne fait pas de mal de l'avoir dans la base de données. Si le programme est publié et qu'un utilisateur signale un bogue similaire plus tard, vous pouvez comparer son expérience à ce qui se trouve dans le rapport et rechercher les similitudes.
D'après mon expérience, les bugs les plus juteux ne sont pas trouvés à partir des plans de test suivants. Parfois, vous devez laisser les choses cuire pendant quelques semaines afin d'aligner la lune et les étoiles, ce qui cause un méchant bug. Si l'AQ peut faire un travail de détective et trouver des causes possibles, donnez-lui une tape dans le dos. Mais parfois, qui sait ce qui s'est passé?