10 reasons why your bugs are getting rejected
Je ne vais pas l'épargner. Elle a rejeté 7 bugs, j'ai signalé, au cours des trois derniers jours. Je sais qu'elle utilise ses rancunes personnelles comme une épée professionnelle ……
Un coéquipier était furieux et la discussion a soudainement pris feu lorsqu'un couple d'autres coéquipiers se sont joints pour partager la même expérience avec d'autres développeurs. La réunion d'équipe a tourné un point de discussion sur le rejet des bogues. Après quelques discussions, nous avons tous décidé de faire un exercice simple pour nous sauver de l'humiliation du bug rejeté, à l'avenir.
Chacun de nous a commencé à prendre des notes comme raisons du rejet de bogue pour les 10 derniers bogues, signalés et rejetés. La liste de ces notes de rejet s'est avérée utile pour comprendre la future piste de rapport de bogue et quelle était la mauvaise hypothèse.
Rejet des bogues et raisons derrière cela
Plutôt que de révéler la liste, je voudrais partager les points de résultat de la liste. C'est ici -
# 1) Compréhension des exigences:
Pour une raison quelconque, si vous ne compreniez pas correctement l'exigence, vous rechercheriez certainement l'exigence mal interprétée dans l'implémentation réelle et lorsque vous ne la trouverez pas, ce serait un bogue selon vous, qui sera finalement rejeté.
Exemple réel : Après avoir testé une recette, vous avez constaté qu'elle était insipide car le sel n'était pas ajouté, mais vous ne saviez pas que le sel était censé être ajouté au moment de servir, sinon cela peut affecter l'aspect de la recette.
# 2) Mise en œuvre des exigences:
Dans le cadre d'une discussion précédente, vous saviez qu'une exigence spécifique allait être mise en œuvre de manière XYZ. Mais lors du développement, le développeur a constaté qu'il n'était pas possible de suivre le chemin XYZ et il a donc suivi le chemin ABC et cela ne vous a pas été communiqué.
En fin de compte, vous allez signaler un bogue lorsque vous constatez que l'exigence n'a pas été implémentée de la manière dont elle a été discutée.
Exemple réel : Vous avez demandé au tailleur de préparer une chemise et quand on vous a demandé le procès, vous l'avez rejeté en disant que vous n'y trouviez pas de boutons. Lorsque le tailleur explique que mettre des boutons sur le devant aurait eu un impact sur l'apparence générale de la chemise et qu'il l'a donc mise à l'intérieur de la bordure avant, vous seriez certainement abasourdi.
# 3) Pas d'exigences claires:
Lorsqu'il n'y a pas d'exigences claires disponibles, chacun est libre d'assumer l'exigence à sa manière et cela conduit à une hypothèse au niveau personnel. Lorsque vous voyez que l'hypothèse personnelle n'est pas satisfaite, vous la marquez comme un bogue.
Exemple réel : Vous devez dessiner un cycle lorsque l'enseignante a annoncé qu'elle s'attendait à ce que les élèves dessinent un vélo. Après une demi-heure, quand elle a vérifié le dessin de tout le monde, elle n’a trouvé personne correspondant à ses attentes. Chacun a pris la vague déclaration à sa manière et le résultat a été un tricycle, un vélo pour bébé, trop de cycles, un vélo avec le fauteuil roulant, etc.
# 4) Changement d'exigence:
Un autre exemple de mauvaise communication, la plupart du temps. Lorsque les testeurs ne sont pas informés des changements d'exigences, davantage de bogues seront signalés et finalement rejetés.
Exemple réel : Vous allez certainement rejeter le sandwich quand vous trouvez qu'il utilise du pain au miel plutôt que le pain à la banane que vous avez commandé. Au moins vous saviez que votre partenaire a changé le type de pain pour la commande pendant que vous étiez au téléphone et bien sûr qu'il n'a pas jugé nécessaire de le partager avec vous.
# 5) Comprendre la portée:
Pendant le test, vous commencez à tester quelque chose qui ne devrait pas être considéré comme testable à un moment donné ou qui n'est pas du tout couvert par les critères du produit; vous allez être victime d'un rejet de bogue.
Exemple réel : Vous êtes censé balayer une pièce et c'est le seul objectif. Pourtant, si vous vous plaignez du désordre dans les autres domaines, vous allez certainement être ignoré.
# 6) Environnement de test:
Une application / un produit est une combinaison de nombreuses exigences matérielles et logicielles - majeures et mineures à la fois, et lorsque l'environnement de test approprié n'est pas utilisé ou qu'il manque quelque chose dans l'environnement de test, l'application / le produit plante et un bug critique est signalé….
Ce qui se passe ensuite est une enquête approfondie car la plupart du temps, nous ne prenons pas soin de fournir des détails mineurs sur l'environnement de test que nous avons utilisé et cela augmente le travail du développeur. Finalement, le bogue est rejeté.
Exemple réel : Ces délicieux muffins que vous avez goûtés à la maison d’un ami avant quelques jours étaient géniaux et après avoir suivi la recette, les muffins n’étaient même pas plus proches de celui que vous aviez.
comment afficher un fichier bin
Eh bien, vous n'étiez pas censé utiliser du beurre rassis car le beurre frais n'était pas disponible, vous n'étiez pas censé ajouter la pincée de farine de pois chiches car vous pensiez que cela pourrait ajouter du goût, vous n'étiez pas censé le faire cuire sur la poêle comme four était hors service.
Lecture recommandée => Comment préparer efficacement «l'environnement de test».
# 7) Données de test utilisées:
Les données de test utilisées pour les tests ne correspondaient pas à une exigence.
Exemple réel : Même après avoir su que la calculatrice est utile pour le traitement numérique si vous essayez d'ajouter des caractères spéciaux et lorsque la calculatrice répond de manière inattendue, vous pensez que ce n'était pas correct. Ah bon?
Lecture recommandée => Conseils pour concevoir les données de test et Techniques de gestion des données de test .
# 8) Bug en double:
Quelqu'un a déjà signalé le même bogue et vous n'avez pas pris soin de le vérifier avant de signaler le bogue. Encore une fois rejet.
Exemple réel: Le responsable du service client ne sera pas satisfait lorsqu'il recevra plusieurs appels de réclamation pour le même produit de chaque membre de la famille. Un appel n’était pas suffisant, pensait-il.
# 9) Description incorrecte du bogue:
Lorsque le développeur ne peut pas comprendre ce que vous essayez de transmettre via le rapport de bogue, attendez-vous à ce qu'il soit rejeté car ils sont également chargés d'autres tâches et lorsqu'ils ne trouvent pas la description appropriée et les détails requis dans le rapport de bogue, peu importe comment critique le bogue est, il devrait être marqué comme Rejeté.
Lecture recommandée => Comment rédiger un bon rapport de bogue? Trucs et astuces.
Exemple réel: Vous devez déverrouiller la voiture, vous asseoir et commencer par déplacer les clés dans le sens des aiguilles d'une montre…. La voiture n'a pas démarré et vous êtes donc contrarié. N’avez-vous pas reçu pour instruction de vérifier l’essence? Oh, une erreur dans le manuel car il supposait que vous comprendrez sûrement qu'il devrait être vérifié par défaut.
# 10) Bogues non reproductibles:
En signalant un bogue, vous n'avez jamais réalisé l'importance de la reproductibilité du bogue. S'assurer simplement que le bogue est toujours reproductible ou apparaît au hasard peut économiser des heures de travail et un autre bogue rejeté.
Exemple réel: Qu'est-ce que le médecin vérifierait lorsque vous vous plaigniez du rhume, mais qu'il ne trouve aucun symptôme. Oh, j'éternuais juste fort , n'améliorera pas la situation.
Conclusion
La plupart du temps, notre nature humaine nous permet de penser négativement lorsque le bogue signalé est rejeté. Vraiment, les développeurs ne voient pas de raison spécifique pour rejeter le bogue s'il est valide.
Donc, la prochaine fois, ne vous concentrez pas sur le nombre de bogues. Concentrez-vous sur les bogues qualitatifs avec les détails appropriés, car en fin de compte, ce qui compte, c'est la façon dont vous avez contribué à améliorer la qualité du produit et non le nombre de bogues signalés.
Aussi, lisez => Comment résoudre tous vos bogues sans aucune étiquette «bogue non valide»?
A propos de l'auteur: Cet article utile a été écrit par Bhumika Mehta, membre de l'équipe STH. Elle est chef de projet et possède plus de 7 ans d'expérience en tests de logiciels.
Bon test! Comme d'habitude en attendant vos points de vue sur le même.
lecture recommandée
- Comment résoudre tous vos bogues sans aucune étiquette «Bogue invalide»?
- Pourquoi le signalement de bogues est un art qui devrait être appris par chaque testeur?
- L'art du rapport de bogues: comment commercialiser et corriger vos bogues?
- Pourquoi les logiciels ont-ils des bogues?
- 7 types d'erreurs logicielles que chaque testeur devrait connaître
- 11 façons dont vous savez que vous êtes un testeur.
- Exemple de rapport de bogue
- 5 façons d'être un testeur de logiciel audacieux et sûr