Que faire si, après avoir renvoyé le bug, le développeur affirme que ce n'est pas un bug?

Dans ce cas, je procéderai aux actions suivantes :

1. Vérifier le bug : Je m'assurerai que le bug se reproduit dans l'environnement de test déclaré (version du produit, environnement, OS, navigateur, etc.), en utilisant les étapes de reproduction du rapport de bug.
2. Clarifier les étapes de reproduction : Il est possible que le problème réside dans une description imprécise ou incomplète des étapes. Je m'efforcerai de les rendre aussi détaillées et précises que possible.
3. Recueillir des informations supplémentaires : logs, captures d'écran/vidéos, requêtes réseau (si applicable), données de la base de données. Cela aidera à fournir plus de contexte au développeur.
4. Vérifier des cas similaires : Y a-t-il eu des bugs similaires dans le passé ? Comment ont-ils été résolus ?
5. Discuter directement avec le développeur : Clarifier son point de vue. Il peut considérer le comportement comme une fonctionnalité, ne pas connaître l'exigence ou voir une particularité qui ne m'est pas évidente. Le dialogue aide souvent à trouver la racine du problème.
6. Impliquer le Product Owner/Analyste métier : Si après discussion avec le développeur, aucun consensus n'est atteint et que je suis sûr qu'il s'agit d'un bug, j'impliquerai le Product Owner ou l'Analyste métier pour définir la priorité et les actions à suivre. Ils peuvent confirmer que le comportement ne respecte pas les exigences ou, au contraire, décider que c'est acceptable.
7. Mettre à jour le rapport de bug : Inclure toutes les informations recueillies, les résultats des discussions et la décision prise.
8. Fermer le bug (si nécessaire) : Si, après la décision du Product Owner/Analyste métier ou après consensus avec le développeur, il s'avère que ce n'est pas un bug ou que la défaillance est acceptable, je fermerai le rapport de bug avec le commentaire approprié.