Qui supprime les tickets de bogue?

9

Un de mes coéquipiers et moi avons pris des tickets de bogue séparés, nous les avons attribués séparément, mais les tickets étaient des doublons!

Quelle est la meilleure façon de résoudre les tickets en double? Cela se fait-il généralement par les ressources d'AQ? J'ai travaillé dans quelques endroits où les non-techniciens disent que cela interrompt le "flux", mais c'est quelque chose qu'une personne non technique pourrait faire dans une situation où l'accès aux développeurs est limité (c'est-à-dire essentiellement toujours).

bug issue-tracking qa micahhoover
la source
7
Je dirais le contraire - votre première étape en tant que développeur lors de la récupération d'un ticket devrait être de vérifier les doublons. C'est le moyen le plus simple de fermer un ticket, et souvent seul le développeur saura avec certitude si deux tickets sont effectivement des doublons.
Dan Pichelman
Vous devriez peut-être communiquer davantage avec vos coéquipiers? Habituellement, nous disons à nos collègues sur le même projet "J'ai fini ça, je vais le faire maintenant"
NeeL

Réponses:

11

Vraiment, tout le monde devrait faire un effort raisonnable pour éviter les doublons, mais les développeurs sont généralement les mieux placés pour le faire. De nombreuses personnes peuvent trouver des bogues, mais sont généralement filtrées par un développeur ou une petite équipe responsable de ce domaine de code. En outre, vous avez souvent besoin du code pour déterminer si deux symptômes différents ont la même cause racine. Tous les suiveurs de bogues peuvent gérer les doublons assez facilement. Vous ne devriez pas vous inquiéter de leur apparition occasionnelle.

D'un autre côté, s'ils se produisent tout le temps , vous ne faites que dupliquer l'effort des testeurs et vous voudrez peut-être réévaluer la façon dont vous allouez vos ressources de test.

Karl Bielefeldt
la source
3

Soumettez les modifications de code sous un ticket, puis résolvez l'autre ticket avec une note qui dit "c'est un doublon, le code est sous le bug # xxx".

Ça arrive tout le temps.

Lawrence Aiello
la source
2

Cela devrait être fait pendant le processus de planification. Lorsque les bogues sont initialement triés et hiérarchisés, la personne qui fait ce classement doit s'assurer qu'il n'y a pas de doublons dans le backlog principal.

JasonB
la source
2
Idéalement, les développeurs n'agiraient pas sur les rapports de bogues avant d'avoir atteint un stade "Trié" où le bogue est confirmé pour exister, pas un doublon, et a un cas de test ou des instructions de reproduction attachés.
Simon Richter
0

Voir aussi le côté positif: si le même bug a été trouvé deux fois indépendamment, alors il devrait être plus facile à reproduire. Tant par les développeurs que par les clients :-( il peut donc être plus prioritaire de corriger.

Vous aurez souvent une personne qui devrait prioriser les bogues et supprimera également les doublons, soit votre responsable, soit une seule personne chargée de cette tâche. Cela devrait être plus efficace de cette façon, au lieu de choisir un bogue, puis de parcourir toute la liste des bogues pour en rechercher des similaires.

Le pire des cas si vous n'évitez pas les doublons, c'est lorsque vous corrigez le bogue, puis le gars suivant perd beaucoup de temps à reproduire un bogue qui est irréproductible parce qu'il a disparu.

gnasher729
la source