Rédiger des rapports de bug que vos développeurs vont enfin apprécier

Problèmes sur le site web de votre entreprise, formulaire de contact qui a du mal à marcher, message d’erreur qui s’affiche, mises-à-jour qui moulinent ? C’est l’affolement général : de tels bugs pourraient en effet vous faire perdre des clients. Vite, vous vous empressez d’envoyer un message à votre développeur web, en lui disant que “cela ne marche pas”. 

Votre développeur en recevant votre texte, reste perplexe. Pour lui, “ça ne marche pas” ne signifie absolument rien. Il faut que vous soyez plus précis et que vous développiez les problèmes rencontrés. On vous dit tout sur le meilleur moyen de rédiger des rapports de bug que vos développeurs vont enfin aimer.

Est-ce une anomalie ou une fonctionnalité ?

Aïe, vous ne sauriez répondre à cette réponse, et, pourtant… c’est la première question que vous devez vous poser. Pour être plus précis : 

• Est-ce que le site ou l’application ne fonctionne pas correctement, présente un affichage différent de d’habitude, a une page qui ne charge pas ?
• Ou le problème est-il simplement lié à une fonctionnalité que votre développeur a oublié d’intégrer ?

Une anomalie = un dysfonctionnement, un bug


Une anomalie peut être jugée comme bloquante si elle empêche l’utilisateur d’utiliser la fonction correctement et de passer à l’étape supérieure, ou s’il ne peut par la suite plus utiliser le site Internet ou l’application : informations dans un formulaire impossible à écrire, bouton de validation qui ne fonctionne pas… Une fois le bogue signalé, le développeur peut généralement le corriger rapidement, via un patch correctif ou via la dernière mise à jour.

Une (nouvelle) fonctionnalité = demande d’évolution du site web

L’ajout d’une nouvelle fonctionnalité demande plus de travail qu’un simple bug. Le développeur devra réfléchir à la meilleure façon de répondre à votre demande, en respectant le design de votre site web, ainsi que son fonctionnement initial. La demande d’une nouvelle fonctionnalité devra ainsi faire l’affaire d’un nouveau projet et donc d’un devis.

Pensez à avertir l’ensemble de votre équipe

Nul besoin d’envoyer une dizaine de mails à votre développeur pour l’informer d’un quelconque problème. Pensez à en parler lors de vos réunions en présence de votre équipe, et à leur demander de vous contacter, vous, au lieu du développeur. Cela évitera par conséquent de nombreux aller-retour inutiles dans le cas où les bugs sont déjà en cours de correction. Si vos collaborateurs vous envoient les erreurs aperçues, vous pourrez alors centraliser les idées et faire un rapport plus complet au professionnel que vous avez engagé.

Donnez le maximum d’informations possible dans votre rapport de bug

Ne vous contentez pas d’un simple “ça ne marche pas” ou “les boutons des réseaux sociaux ne fonctionnent pas” :

• Indiquez la date à laquelle vos collaborateurs ou vous-même avez repéré l’anomalie. 
• Décrivez comment vous avez rencontré cette anomalie : sur la page d’accueil, via la newsletter, sur l’application mobile… 
• Indiquez le système (iOS, Ubuntu, Windows…), l’appareil (mobile, desktop…) et les navigateurs (Mozilla, Safari, Google Chrome…) depuis lesquels vous avez rencontré le souci

Vous pouvez également effectuer des captures d’écran annotées qui permettront au développeur de saisir au mieux ce dont vous souhaitez parler. Afin que le développeur puisse traiter l’erreur correctement et l’empêcher de se reproduire par la suite, il doit comprendre tous les problèmes rencontrés. Cela vous permettra d’éviter de nombreux mails aller-retour pour vous demander des explications plus précises, vous fera ainsi gagner un temps fou, et vous permettra d’obtenir la réparation de votre anomalie plus rapidement.

Précisez vos besoins en les détaillant, pour toute demande d’évolution de votre site web

Si vous souhaitez ajouter une nouvelle fonctionnalité à votre site web, expliquez concrètement quelles sont vos attentes, à quel besoin cette fonctionnalité répondra, ce qu’elle pourra apporter aux internautes… Une fois que le développeur aura pris connaissance de vos exigences, il pourra y répondre au mieux et, peut-être, vous proposer de nouvelles solutions. Pour ce faire, n’hésitez pas à rédiger un cahier des charges, même rapide, par email.

Vous avez maintenant toutes les clés en main pouvoir rédiger des rapports de bug que vos développeurs vont enfin apprécier, pour des corrections plus rapidement apportées. À vous la gestion de projet web plus performante, en toute cohésion d’équipe.