Index
Documentation Générale Qualité
Documentation Classes Metier
Documentation Liste Qualité Code Review
Documentation Liste Qualité Guideline Development
Documentation Bugs Defaults
Documentation Tests Unitaires
Documentation i18n
Documentation SQL Indexation
Documentation Timeframe
Date |
Par |
Quoi |
Version |
06/10/2023 |
MB |
Création |
0.0.1 |
06/10/2023 |
MD |
Ajout de critère d'évaluation de l’impact d’un bug |
0.0.2 |
16/10/2023 |
MB |
Mise à jour de “Classification et procédure selon portée du bug ou du défaut au niveau du versionning” |
0.0.3 |
Classification des bugs selon impacte et probabilité 2
Critères d'évaluation de l’impact 2
Classification et procédure selon portée du bug ou du défaut au niveau du versionning 3
Les retours doivent être classés en bugs et défauts.
Un bug en développement web fait référence à une erreur, un défaut ou un comportement indésirable dans le fonctionnement d'une application web, d'un site web ou d'un logiciel en ligne. Ces bugs peuvent survenir à n'importe quel stade du processus de développement, de la conception à la mise en production, et ils peuvent se manifester de diverses manières, notamment par des dysfonctionnements, des erreurs d'affichage, des problèmes de performance, des erreurs de sécurité, etc.
Impact : Gravité du bug pour l’application et/ou l’utilisateur (conséquence).
Probabilité : Fréquence d’apparition côté application et/ou utilisateur.
Les bugs qui n'affectent pas l'utilisation du produit.
Par exemple, un logo s'affiche au mauvais endroit ou obscurcit partiellement la dernière lettre d'un titre.
Incident mineur qui affecte l'utilisation du produit, mais qui ne l'empêche pas de fonctionner.
Par exemple, temps de chargement plus lents que la moyenne.
Incident susceptible de devenir un incident majeur s'il n'est pas géré rapidement.
Par exemple, une perte partielle de fonctionnalité pour un petit sous-ensemble d’utilisateurs.
Incident majeur ayant un impact significatif.
Par exemple, un service orienté utilisateurs est en panne pour un sous-ensemble d'utilisateurs.
Incident critique ayant un impact très élevé.
Par exemple, un service orienté utilisateurs est en panne pour tous les utilisateurs.
Un défaut est un problème sous-jacent qui ne cause pas directement de bug mais qu’il convient de traiter pour éviter de futurs bugs ou pour renforcer la qualité et la cohérence du code.
mineur, majeur, critique.
Branche corrective depuis master qui débouche sur une PR. Si d’autres branches ont besoin de ce correctif alors qu’il n’est pas encore dans le master, les développeurs peuvent faire un pull de la branche corrective dans leur branche.
Bloquant pour la PR ?
Oui : Faire un ticket de bugfix dans l’EPIC.
Non :