Un bug a été ouvert, corrigé, vérifié et fermé. Un mois plus tard, il réapparut dans une version ultérieure après plusieurs itérations sans aucune régression.
A condition que les caractéristiques de bugs sont les mêmes, ce que vous rouvrez l'ID de bogue ou d' ouvrir un nouveau un avec un lien vers le bogue fermé?
Si cela a été vérifié et fermé, et a fonctionné pendant un certain temps, puis est réapparu après que quelque chose ait changé, alors ce n'est pas le même bogue. Il peut se manifester de la même manière que l'ancien bug, mais sa cause peut être différente. Ce n'est donc pas le même bug. J'en ouvrirais donc un nouveau, avec un lien vers le bogue fermé.
la source
Ouvrez un nouveau bogue, toujours. Pourquoi? Supposons qu'il soit identique au bogue précédent et que vous ayez publié le correctif pour le bogue précédent. Vos notes de publication indiqueront que "Corriger le bogue XXX". Du point de vue du suivi des problèmes et de la clarification des notes de publication, il est préférable de faire référence au nouveau bogue "Fix Bug XXX + 1 (dont la cause et l’effet était similaire à celui de Bug XXX)" plutôt que de dire "Corriger les bogues." XXX (encore) "ou quelque chose de similaire.
la source
De manière générale, ouvrez un nouveau bogue.
Cependant, si vous êtes autorisé à faire une enquête au préalable, je vérifierai votre historique dans le code source .
Si vous travaillez dans un environnement d'équipe, il est possible que quelqu'un ait l'ancien code sur son système (c'est-à-dire qu'il n'a pas effectué de lecture de la dernière après l'enregistrement du correctif d'origine), a apporté des modifications, puis a procédé à l'enregistrement sans diff. Mauvaise pratique, bien sûr, mais cela arrive "tout le temps".
Regarder l'historique du ou des fichiers où le bogue a été corrigé confirmera ou éliminera rapidement cette possibilité.
la source
all the time, ce n'est pas le SCM qui est en panne, c'est votre équipe de développement ...Je suis d'accord avec la suggestion des précédentes affiches d'ouvrir un nouveau bogue car il pourrait ne pas être la même cause.
Ma recommandation supplémentaire est de vous assurer que vous ajoutez toujours des tests unitaires et d’intégration couvrant le bogue afin que, dans les versions futures, vous détectiez immédiatement le problème avant qu’il ne soit envoyé à vos clients. Rien ne semble pire pour un client qui voit le même bogue revenir.
la source
Ce n'est pas la meilleure analogie - Ce n'est pas parce que les symptômes de deux personnes sont identiques que la maladie ou la cause de la maladie est la même.
De wikipedia:
Un bug est une faille dans le code et entraîne des symptômes / effets. Un bug n'est pas le symptôme. Un bug est l'erreur dans le code. Le fait que les symptômes soient les mêmes ne signifie pas nécessairement que le même défaut est à l'origine des symptômes.
Si j'ai bien compris, vous devriez rouvrir un bogue si vous êtes certain qu'un bogue est dû au même morceau de code. Cela peut se produire lorsque le code se comporte correctement dans tous les scénarios de test / cas de test, mais pas dans un nouveau cas de test ou un cas de test auquel vous n'aviez pas pensé plus tôt. Ce genre de scénario peut ne pas être commun.
L'autre scénario est que les mêmes symptômes sont causés par de nouvelles failles, par exemple de nouveaux bogues dans d'autres parties du même code ou même dans d'autres systèmes affectant ce code.
Donc, le pari le plus sûr est d'ouvrir un nouveau bogue lorsque les mêmes symptômes se manifestent. Si vous voyez que le même ancien code est responsable du bogue, fermez le nouveau bogue et rouvrez-le. Sinon, laissez le nouveau bogue rester et liez-le à l'ancien.
la source