{{ :icons:bug.png?nolink|}} ====== LE BUG TRACKING ====== Le **Bug Tracking** est une plate forme interne **KerHost** permettant aux utilisateurs de faire remonter **tout type de bug rencontré sur les services de l'instance**, et sous forme de **tickets** que les administrateurs pourront suivre et corriger. Les tickets sont accessible en lecture pour tout le monde et modifiable par ceux qui les ouvrent uniquement, ainsi que les administrateurs.\\ MON ⇒ Ma boîte à outils ⇒ Bug tracking\\ ADMIN ⇒ Boîte à outils ⇒ Bug tracking\\ Le [[kerhost:bloc|bloc]] **Liste des tickets** référence touts les **tickets** quel que soit leurs statuts. Les actions possibles sont : - {{icons:vert.png}} indique que le status du ticket est **résolu** - {{icons:jaune.png}} indique que le status du ticket est **en cours de résolution** - {{icons:rouge.png}} indique que le status du ticket est **non résolu** - {{icons:bug.png}} permet de **voir** le ticket - {{icons:edit.png}} permet de **modifier** le ticket (mon) ou **escalader** le ticket (admin) - {{icons:email.png}} permet de **transmettre** le ticket au développeur de **KerHost** (uniquement pour les admins) - {{icons:trash.png}} permet de **supprimer** le ticket {{popup> kerhost:mon:bugtracking.png?400 }}{{popup> kerhost:admin:bugtracking_admin.png?400 }} Le bloc **Déclarer un nouveau ticket** permet de déclarer un nouveau bug et renvoit sur un formulaire contenant un certain nombre de renseignement à fournir pour déterminer le bug en question : * **Date** de déclaration * **Produit** (correspond au service en ligne qui est utilisé et dont on constate un dysfonctionnement (bug). Il peut donc être un service web ou un site web perso. Pour faire simple, il s'agit du **sous-domaine** qui comporte un problème. Ce champ est obligatoire.) * **Url** qui déclenche le bug (C'est le chemin de la page du produit sur laquelle on constate le dysfonctionnement (bug). Il faut indiquer le chemin de la page qui pose un problème sans indiquer le sous domaine. Par exemple, si c'est la page http://www.youpla.com/index.html qui contient le bug, alors il suffit d'indiquer seulement index.html. Ceci permet à celui qui réglera le problème de gagner du temps. Il vous suffit donc de recopier la deuxième partie de l'adresse de votre navigateur, la première partie étant le produit. Il est possible qu'il n'y ait pas de page à indiquer, dans ce cas, laisser ce champ vide.) * La **reproductibilité** (est la possibilité de pouvoir reproduire ou pas cette même erreur. Ce champ est facultatif) * L'**impact** (est ce sur quoi agit le bug sur le fonctionnement du produit. Ce champ est facultatif.) * La **priorité** (est le niveau d'urgence que l'on estime afin que le bug soit résolu. Ce champ est facultatif.) * La **plateforme** (sert à indiquer au développeur sur quel type d'ordinateur on rencontre le problème. Si autre, indiquer la plateforme dans informations complémentaires. Ce champ est facultatif.) * Le **Système d'exploiration (OS)** (est l'environnement sur lequel l'ordinateur tourne et sur lequel on constate le problème. Si autre, indiquer le système d'exploitation dans informations complémentaires. Ce champ est facultatif.) * La **version de l'OS** (permet de donner une information supplémentaire sur le bug. Selon la version, le bug peut être différent ou pas. Ce champ est facultatif.) * **Navigateur utilisé** (permet de donner une information supplémentaire sur le bug. Selon le navigateur, le bug peut être différent ou pas. Si autre, indiquer le navigateur dans informations complémentaires. Ce champ est obligatoire.) * La **version du navigateur** (permet de donner une information supplémentaire sur le bug. Selon la version, le bug peut être différent ou pas. Ce champ est facultatif) * La **version du produit** utilisé (permet d'indiquer la version installée sur le serveur du service utilisé. Ce champ est facultatif.) * L'**intitulé** du bug (L' intitulé du bug est important. C'est une description simple du problème. Son titre en quelque sorte. Ce champ est obligatoire.) * La **reconstitution** (permet de décrire comment le bug est survenu. Elle retrace les étapes qui permettent de reproduire le bug. Ce champ est facultatif.) * Une **information complémentaire** (Les informations complémentaires permettent d'ajouter des informations supplémentaires si on pense qu'elles peuvent être utiles à corriger le bug. Ce champ est facultatif.) * Ajout d'une **capture d'écran** (permet de confirmer visuellement le bug. Il suffit de réaliser une capture d'écran où l'on peut constater le bug et de l'envoyer en fichier image (format PNG uniquement). Le champ est facultatif.) Une fois un bug déclaré, un administrateur peut apporter des solutions en **modifiant** le ticket et régler ou non le problème en commentant à chaque fois les étapes d'amélioration (**escalader**). Il peut également **transmettre** le ticket à l'équipe de **KerHost** si cela concerne un problème de l'interface. L'utilisateur peut à tout moment suivre ces étapes. Quand un bug est résolu, le ticket est alors clôturé par l'administrateur. ---- {{popup> kerhost:mon:bugtracking_01.png?400 }}{{popup> kerhost:mon:bugtracking_02.png?400 }}{{popup> kerhost:admin:bugtracking_admin_01.png?400 }}{{popup> kerhost:admin:bugtracking_admin_02.png?400 }}