Comment traiter avec un bug qui semble s'être fixé lui-même?
Je suis un développeur d'applications Web pour un système interne. Un utilisateur rapporte qu'il y a un bogue.
Le bogue était que certains mots ne pouvaient pas être affichés. Le rapport contient une capture d'écran qui montre clairement le bogue. Mais le rapport a presque un mois et le bogue ne peut plus être reproduit dans notre environnement de production.
Comment dois-je répondre au client et à l'utilisateur?
Revert votre environnement de développement à la version que le bogue a été remarqué et vérifie que le bogue est là.
Si c'est là, vous pouvez rechercher le bogue et vous assurer que la version actuelle ne l'a pas. Fermez ensuite le rapport de bogue avec le commentaire qu'un changement sans rapport corrigé. Ajouter un test de régression si nécessaire.
Si vous ne pouvez pas reproduire le bogue dans cette version, les stratégies énoncées dans de nombreuses autres questions seront utiles (merci Thomas pour la liste initiale):
Je vais supposer que vous avez vraiment fait tout ce que vous pourriez avoir pour reproduire le bogue mais que vous ne pouvez pas.
Dans un cas comme celui-ci, il est souvent préférable d'ajouter du code autour de la zone de l'application qui n'a pas réussi à enregistrer le travail effectué, afin que vous puissiez avoir plus de données à fonctionner si cela se reproduit. Pensez à quelles informations vous devez avoir que vous n'avez actuellement pas disponible. Par exemple, peut-être que cela ne se produit que lorsqu'un ensemble particulier de paramètres d'entrée est envoyé et que vous enregistrez donc à chaque fois que le processus fonctionne. Vérifiez cependant avec votre patron avant de le faire, en fonction de l'importance du bogue et de la fréquence dont elle s'est produite, il peut ne pas vouloir passer le temps de le faire.
Ensuite, vous allez la personne qui a signalé le bogue (vous pouvez le faire dans l'application de suivi des bogues si vous en avez un, vous n'avez pas à aller en personne) et dites que vous n'avez pas pu reproduire le bogue mais que vous avez ajouté d'autres L'enregistrement pour obtenir plus de détails sur ce que le processus fait au cas où le bogue se reproduit. Puis fermez le bug.
Si vous ne pouvez pas faire de la journalisation supplémentaire. Simplement signalez que le bogue n'était pas reproductible et que s'ils se succèdent à nouveau, il s'agit des informations dont vous devrez la reproduire et de leur dire ce dont vous avez besoin. Nous leur demandons souvent de nous dire exactement quels paramètres d'entrée ils portaient lorsqu'ils ont eu l'erreur. Avoir un coup d'écran de l'erreur aide mais savoir exactement quelles mesures elles prenaient et quelles informations ils ont essayé d'utiliser au moment où l'erreur est survenue est plus utile. Donc, fondamentalement, vous remettez-les sur eux pour vous donner plus d'informations lorsqu'ils signalent l'erreur si elle survient.
Dans votre traqueur de bugs, assurez-vous d'expliquer quelles mesures avez-vous essayées, de sorte que si le bogue se produit à nouveau, la personne qui manipule qu'il aura de l'arrière-plan dans ce qui a été fait auparavant.
Les sacs non reproductibles sont les pires! Il peut avoir été fixé entre-temps, ou il peut toujours être là, mais est sporadique ou les étapes à reproduire sont insuffisamment spécifiées. Vous devez faire appel à un jugement sur la manière dont le risque est élevé, et combien vous allez nous développer sur l'enquête. Faites-vous une recette en ligne-gestionnaire ou un logiciel de contrôle de pilotage pour les missiles nucléaires?
S'il s'agit d'un bogue à faible impact et que vous savez que les modifications ont été modifiées qui pourrait ont entraîné une correction involonale, il peut être acceptable de fermer le bogue avec la note qu'il n'est pas reproductible et vous supposez que cela a été corrigé.
Si vous êtes plus préoccupé, vous pouvez faire des théories sur ce qui a provoqué le bogue en premier lieu, et examinez via le journal des changements et de l'historique des sources pour voir si vous pouvez repérer l'endroit où il était corrigé.
Pour un bogue plus grave, vous devrez faire la relance la source au point de la dernière version, puis essayer de reproduire. Si vous reproduisez avec succès, vous pouvez écrire des tests pour vous assurer qu'il est corrigé dans les engagements ultérieurs.