Vous êtes-vous déjà trouvé dans cette position? Un bogue est signalé par le client mais vous ne pouvez pas le reproduire. Même l'équipe de contrôle qualité est incapable de reproduire le bogue. Nous sommes confrontés à une telle situation avec notre application de bureau (C#, Windows Forms). Que suggérez-vous que nous fassions pour reproduire le bug ou suivre le scénario qui génère le bug?Comment gérer les bogues non reproductibles
Tout dépend du type de bogue auquel vous êtes confronté (logique, interface utilisateur, multi-thread, ou utilisateur réel).
Oui, il s'agit d'une situation courante.
Je trouve que le meilleur moyen de gérer cette situation est de consigner autant que possible dans les fichiers journaux et d'amener le client à vous envoyer les fichiers journaux pour analyse, ainsi que leur description de ce qu'ils faisaient lorsque le problème est survenu. La description du client est souvent très incomplète et omet des détails importants sur ce qu'ils faisaient quand l'erreur s'est produite. Un journal détaillé peut aider à remplir les trous dans l'histoire. Si vous avez la chance que le fichier journal contienne une trace de pile, il est souvent possible de raisonner sur les causes possibles de l'erreur même s'il s'agit d'un bug rare que vous n'avez pas pu reproduire vous-même. Dans cette situation, un examen du code du code affecté peut révéler des failles dans la conception du code et suggérer une approche alternative qui risque moins d'échouer.
Nous aurons probablement besoin de beaucoup plus d'informations pour être utiles ici ... Je sais que j'ai fait des choses comme regarder le client reproduire le bug sur leur machine pendant que je vois à distance. Cela peut être une expérience douloureuse, mais cela peut ou peut ne pas être utile. – Andrew