Test, tableau de bord (Agile)
Grâce au tableau de bord Test, vous pouvez surveiller des activités des tests, créer des rapports sur la progression, rechercher des écarts dans la couverture de test et identifier des zones de test susceptibles de nécessiter un examen complémentaire. Ce tableau de bord contient cinq rapports qui fournissent des informations à propos des tests réalisés au cours des quatre dernières semaines.
Vous accédez aux tableaux de bord via votre portail du projet d'équipe. Vous pouvez accéder au tableau de bord Test uniquement si ce portail a été activé et configuré pour utiliser SharePoint Server, édition Enterprise. Pour plus d'informations, consultez Tableaux de bord (Agile).
Dans cette rubrique
|
Vous pouvez utiliser ce tableau de bord pour répondre aux questions suivantes :
|
Spécifications
Vous pouvez accéder au tableau de bord Test et à tous les autres tableaux de bord uniquement si le portail de votre projet d'équipe a été activé et configuré pour utiliser SharePoint Server Enterprise. Pour plus d'informations, consultez Tableaux de bord (Agile).
Pour afficher le tableau de bord, vous devez appartenir ou être affecté à un groupe disposant de l'autorisation Lire dans les Produits SharePoint pour le projet d'équipe. Pour modifier, copier ou personnaliser un tableau de bord, vous devez être assigné ou appartenir à un groupe disposant de l'autorisation Membres dans les Produits SharePoint pour le projet d'équipe.
Pour afficher un élément de travail, vous devez être membre du groupe Lecteurs ou l'autorisation Afficher les éléments de travail dans ce nœud doit avoir la valeur Autoriser. Pour créer ou modifier un élément de travail, vous devez être membre du groupe Contributors ou disposer de l'autorisation Modifier les éléments de travail dans ce nœud avec la valeur Autoriser.
Pour plus d'informations, consultez Ajouter des utilisateurs aux projets d'équipe.
Pour modifier un rapport dans Office Excel, vous devez être membre du rôle de sécurité TfsWarehouseDataReaders dans SQL Server Analysis Services et être assigné ou appartenir à un groupe disposant de l'autorisation Membres dans les Produits SharePoint pour le projet d'équipe. Pour plus d'informations, consultez Accorder l'accès aux bases de données de l'entrepôt de données pour Visual Studio ALM.
Les rapports Progression du plan de test, Disponibilité du cas de test, État du test des spécifications et Activité de test sont disponibles uniquement quand l'équipe crée des plans de test et exécute les tests comme indiqué dans la section Planifier des tests manuels à l'aide de Team Web Access.
Données affichées dans le tableau de bord
Vous pouvez utiliser le tableau de bord Test pour connaître la progression de l'équipe dans le cadre des tests des récits utilisateur. Pour en savoir plus sur les composants WebPart qui sont affichés dans le tableau de bord Test, consultez l'illustration et le tableau suivants.
Les graphiques d'avancement, de progression et de tendances, ainsi que les rapports à
, ne s'affichent pas lorsque le serveur qui héberge Analysis Services pour le projet d'équipe n'est pas disponible.
Composant Web Part |
Données affichées |
Rubrique connexe |
---|---|---|
![]() |
Graphique en aires empilées des résultats de tous les cas de test regroupés selon le résultat enregistré le plus récent au cours des quatre dernières semaines. Les résultats peuvent être Jamais exécuté, Bloqué, Échec ou Réussite. ![]() |
|
![]() |
Graphique en aires empilées qui indique combien de cas de test ont possédé l'état Design ou Prêt au cours des quatre dernières semaines. ![]() |
|
![]() |
Graphique à barres horizontales qui indique le nombre de résultats pour chaque combinaison de cas de test et configuration de test définie pour chaque récit utilisateur. Le graphique regroupe les résultats des tests en fonction de leur série de tests la plus récente, avec les options Réussite (vert), Échec (rouge), Bloqué (violet) ou Pas exécuté (gris). ![]() |
|
![]() |
Graphique en courbes qui indique le nombre cumulé de tous les résultats exécutés pour tous les cas de test manuel au cours des quatre dernières semaines. ![]() |
|
![]() |
Graphique en aires empilées qui indique le nombre cumulé de tous les résultats négatifs des cas de test, triés par type d'échec, au cours des quatre dernières semaines. Les types d'échec sont Régression, Nouveau problème et Problème connu. ![]() |
|
![]() |
Liste des événements à venir. Cette liste est dérivée d'un composant WebPart SharePoint. ![]() |
Non applicable |
![]() |
Nombre d'éléments de travail actifs, résolus et fermés. Vous pouvez ouvrir la liste d'éléments de travail en choisissant chaque nombre. Cette liste est issue d'un composant WebPart Team Web Access. ![]() |
Non applicable |
![]() |
Liste des builds récentes et leur état. Vous pouvez afficher davantage de détails en sélectionnant une build spécifique. Cette liste est issue d'un composant WebPart Team Web Access. ![]() Légende :
|
|
![]() |
Liste des archivages les plus récents. Vous pouvez afficher davantage de détails en sélectionnant un archivage spécifique. Cette liste est issue d'un composant WebPart Team Web Access. ![]() |
Activités requises pour surveiller les efforts de test
Pour que les rapports du tableau de bord Test soient utiles et précis, l'équipe doit mettre en œuvre les activités suivantes :
Définir des cas de test et des récits utilisateur, et créer des liens Testé par entre les cas de test et les récits utilisateur.
Définir des plans de test et leur attribuer des cas de test.
Pour les tests manuels, marquer les résultats de chaque étape de validation dans le cas de test comme ayant réussi ou échoué.
Important
Les testeurs doivent marquer une étape de test en précisant un état s'il s'agit d'une étape d'un test de validation.Le résultat total pour un cas de test reflète l'état de toutes les étapes de test marquées par le testeur.Par conséquent, l'état Échec sera affecté au cas de test si l'une des étapes de test a été marquée comme ayant échoué par le testeur ou n'a pas été marquée.
Pour les tests automatisés, chaque cas de test est automatiquement marqué comme ayant réussi ou échoué.
(Facultatif) Pour prendre en charge le filtrage, assignez des chemins Itération et Zone à chaque cas de test.
Surveillance de la progression des tests
Vous pouvez utiliser les trois premiers rapports du tableau de bord Test pour surveiller la progression des tests et répondre aux questions du tableau suivant.
Rapport |
Questions répondues |
Remarques |
---|---|---|
Disponibilité du cas de test |
|
|
Progression du plan de test |
|
|
État du test du récit utilisateur |
|
|
Détermination d'écarts de tests
Vous pouvez utiliser le rapport État du test du récit utilisateur pour déterminer si les tests couvrent tout le code et pour répondre aux questions suivantes :
Pour quels récits utilisateur le nombre total de cas de test est-il faible ?
Pour quels récits utilisateur le nombre total de cas de test bloqués ou jamais exécutés est-il élevé ?
La couverture des cas de test de chaque récit utilisateur répond-elle aux attentes ?
Quels récits utilisateur ont un taux d'échecs aux tests élevé ?
Quel est le nombre moyen de cas de test définis pour chaque récit utilisateur ?
Surveillance des échecs et régressions de tests
En surveillant les échecs de test, vous pouvez identifier et résoudre rapidement les problèmes de code. Les deux derniers rapports du tableau de bord Test vous permettent de mieux visualiser le nombre des tests qui échouent.
Rapport |
Questions répondues |
Remarques |
---|---|---|
Activité de test manuel |
|
Le rapport Activité de test manuel indique les résultats de chaque cas de test exécuté pour chaque configuration de test et pour tous le plans de test. Les pics d'activité éventuels peuvent être les premiers indicateurs de problèmes liés à l'activité de test ou à la qualité du code archivé. Vous pouvez vérifier les mesures des builds récentes, l'état des bogues et l'évolution du code pour déterminer si l'un de ces éléments peut expliquer les changements. |
Analyse de l'échec du test |
|
Un rapport Analyse de l'échec du test correct affiche un nombre modéré de nouveaux problèmes, de problèmes connus et de régressions. Si des pics d'activité se produisent dans ces zones, l'équipe devra peut-être étudier la question de façon plus approfondie. Les pics peuvent indiquer des problèmes dans l'activité de test ou dans la qualité du code archivé. De plus, vous pouvez vérifier les mesures des builds récentes, l'état des bogues et l'évolution du code pour déterminer si l'un de ces éléments peut expliquer les changements. |
Personnalisation du tableau de bord Test
Vous pouvez personnaliser le tableau de bord Test de différentes façons :
Modifiez les filtres de chaque rapport dans Office Excel pour vous concentrer sur des zones produit ou des itérations spécifiques.
Filtrez le rapport Activité de test manuel dans Office Excel pour accéder à des plans de test spécifiques ou à des cas de test manuel ou automatisé.
Ajoutez des rapports Excel existants tels que État des bogues, Évolution du code et Couverture du code au tableau de bord.
Créez et ajoutez des rapports dans Office Excel qui affichent la progression par des membres spécifiques de l'équipe. Pour obtenir un exemple, consultez Bogues par assignation, rapport Excel.
Pour plus d'informations sur l'utilisation et la personnalisation des rapports dans Office Excel, consultez les pages suivantes sur le site Web Microsoft :