[INFORMATIONS] A lire avant de poster

Forum > Rapport de bugs > [INFORMATIONS] A lire avant de poster

[INFORMATIONS] A lire avant de poster

Par LaMeule, Il y à 1 sem.

  • LaMeule
  • Messages : 11
  • SARP Team
  • Hors-ligne

SIGNALER UN BUG


❯ Le signalement d'un bug relatif au serveur et/ou au forum permet à l'équipe administrative de recenser toutes les failles susceptibles de nuire à votre confort de jeu sur la plateformes SARP. Ainsi, la signalisation d'un bug doit être faite en suivant un modèle précis, afin de faciliter la prise en charge de ce dernier.

À savoir avant de poster : Vérifiez que plusieurs joueurs sont ciblés par le problème. Si vous êtes seul à avoir ce bogue, il est susceptible que ce dernier provienne de vous ou de votre matériel. N'hésitez pas à utiliser la commande /irc pour signaler un bogue directement en jeu, la plateforme discord vous permet de discuter avec d'autres joueurs de probables problèmes communs.

De plus, vérifiez bien que le bug que vous signalez n'a pas déjà été signalé par quelqu'un d'autre.

Tirer profit d'un bug (faire un usebug) est un acte très grave qui vous avantage par rapport aux autres joueurs. Tout abus découvert fera l'objet de lourdes sanctions, en plus de vous retirer les avantages que vous avez tiré de ce usebug (ban permanent...)

MERCI DE NE SIGNALER QU'UN SEUL ET UNIQUE BUG PAR TOPIC.

 

> Comment etre efficace dans un rapport de bugs?

Un rapport de bug doit répondre à trois questions clés : quoi ? où ? comment?                                                   

  • Quoi : que s’est-il passé ? Quel a été le comportement observé ?
  • Où: au sein de quel système, quelle fonctionnalité, l’incident a-t-il été détecté ?
  • Comment: Quel est selon vous la suite d'actions qui a causé ce bug? Avez-vous réussi à le reproduire?

Afin de répondre à ces questions, un certain nombre d’éléments doivent être renseignés avec soin par les testeurs.

  • Résumé

Le résumé est une description générale du défaut permettant d’avoir un aperçu rapide du problème rencontré lors du test. C’est l’équivalent de l’objet pour un email.

  •  Environnement

Il est nécessaire de donner le plus de détails possibles sur l’environnement, le contexte, dans lequel le bug s’est produit !

  •  Description du comportement observé

La nature du défaut doit être clairement expliquée. Si un développeur examinant le défaut ne peut pas comprendre les détails le concernant, il est alors fort probable que le rapport sera renvoyé au testeur afin qu’il soit complété avec plus d’explications et de détails, ce qui causera des retards dans le traitement du défaut. La description doit donc contenir toutes les étapes nécessaires pour reproduire le bug, ainsi que l’étape à laquelle le défaut s’est produit. Lorsque cette partie est bien complétée, aucun aller-retour entre les équipes de tests et celles chargées d’apporter les rectificatifs n’est nécessaire, ce qui permet d’avoir des temps de correction plus rapides.

  •  Description du comportement attendu

Il est important que la description du comportement attendu par rapport au comportement obtenu lors des tests soit ajoutée, afin de faciliter la compréhension du défaut et de ses conséquences par les équipes chargées des rectificatifs.

  •  Reproductibilité

Mentionner si le bug trouvé est reproductible mais également son occurrence (le bug se reproduit-il à chaque fois?).

  •  Gravité

La gravité du défaut permet de comprendre l’incidence que le défaut aura sur les systèmes et le serveur. La gravité est évaluée par le testeur et est généralement donnée sur une échelle de 3 niveaux.

 - Gamebreaker: problème entrainant un déréglement général du script, un bugabuse d'argent ou toute autre forme grave d'erreurs.

Majeur: des fonctionnalités majeures manquent ou ne fonctionnent pas et il n’y a pas de solution pour contourner ce problème. 

- Mineur: des fonctionnalités ne fonctionnent pas ou un défaut cause une gêne mais une solution existe pour contourner le problème et elle peut être utilisée comme solution temporaire. Par exemple : l’utilisateur doit cliquer deux fois sur un bouton aulieu d'une pour déclencher l'action voulu ou un message d'erreur apparait mais ne vous impacte pas.