Archive

Articles taggués ‘Issue’

Les Work Item: Présentation

Les Work Item sont les éléments de bases du travail en équipe sur Team Foundation server.

Ce sont des éléments de travail que l’on utilisera afin de guider le travail des membres de l’équipe en leur attribuant des tâches et en effectuant un suivi précis de celles-ci.

Les Différents Types de Work Items

Bug

Utilisé lorsqu’un bug est identifié, la tâche décris la manière de reproduire le bug, le comportement actuel ainsi que le résultat attendu.

Exemple : Le bouton de validation reste inactif même si tous les champs sont remplis.

Issue

Utilisé pour demander une modification d’un élément déjà existant exemple

Exemple : Changer le lien hypertexte vers l’aide par un bouton

Shared Steps

Les étapes partagées sont des tâches récurrentes des tests manuel qui seront donc réutilisées à chaque fois que l’on en a besoin afin d’éviter de recréer un nouvel item à chaque fois.

  1. saisir le login
  2. saisir le mot de passe
  3. cliquer sur « connecter »

Task

Une tâche est typiquement une nouvelle fonctionnalité à implémenter

Exemple : Ajouter un champ pour une adresse e-mail de secours

Test Case

Les tests cases sont des scénarios de test manuel c’est à dire qui ne seront pas effectuer grâce à du code mais par un testeur qui effectuera les opérations demandées manuellement et effectuera un retour sur le résultat obtenu.

Exemple :

  1. se connecter
  2. aller sur « mon profil »
  3. cliquer sur « parrainage »
  4. entrez une adresse email de test
  5. cliquez sur envoyer l’invitation

User Story

Les user story sont également des scenarios de tests manuels mais beaucoup moins détaillés que les tests cases. Il s’agit uniquement de décrire en language usuel la fonctionnalité que l’on souhaite tester et le résultat attendu et ceci en une à deux phrases maximum. Il s’agit d’un concept phare de la méthode agile extreme programming. On peut lier des tests cases à une user story afin de détailler les étapes.

Exemple : les clients peuvent inviter un ami par mail.

Les paramètres des Work Items

Tableau récapitulatif

Champs des Work Items

Paramètres des Work Items

Détail des paramètres

Status

  • Title : titre du work item
  • Assigned to : utilisateur qui devra réaliser la tâche
  • State : état de réalisation de la tâche
  • Area : partie du projet concernée par la tâche
  • Iteration : iteration à laquelle la tâche doit être réalisée
  • Reason : raison(s) de l’existence de cette tâche
  • Activity :
  • Automation Status : automatiser l’exécution
Planning
  • Stack Rank : rang dans l’ordre de realisation des tâches
  • Priority : degré d’urgence de la réalisation
  • Story points : Nombre d’étapes dans le scenario de test
  • Risk : degré de risqué d’échec estimé
  • Severity : degré d’importance de la tâche
  • Due Date : date de realisation prévue
Effort
  • Original Estimate : estimation du temps nécessaire
  • Remaining : estimation du temps restant avant réalisation
  • Completed : temps de travail déjà effectué
Autres
  • Description : description du work item
  • History : raisons pour laquelle le work item à été créé
  • Steps to Reproduce : étapes à reproduire dans le work item
  • Links : lier des éléments au work item (work item, lien…)
  • File Attachement : lier  des fichiers (image, fichier texte…)
  • System Infos : état du system au moment du test
  • Test Cases : tests manuels pour tester la correction du bug
  • Steps : étapes de la tâche partagée
  • Implementation : lier des tâches parentes et enfants
  • Tested Work Item : lier des tests préalables
  • Associated Automation : associer un test automatisé