Couverture du code, rapport Excel

Avec le rapport Couverture du code, vous pouvez contrôler la quantité de code testée par l'équipe au fil du temps. Les membres de l'équipe peuvent utiliser ce rapport pour déterminer si les différentes parties du code sont proches de la qualité finale. Pour plus d'informations sur la façon d'accéder à ce rapport, consultez Rapports Excel (Agile).

Autorisations requises

Pour afficher le rapport, vous devez avoir été affecté ou appartenir à un groupe disposant des autorisations de Lecture dans produits SharePoint pour le projet d'équipe.

Pour modifier ou personnaliser le rapport, vous devez être membre du rôle de sécurité TfsWarehouseDataReaders dans SQL Server Analysis Services. Vous devez avoir été affecté ou appartenir à un groupe disposant des autorisations de Membres dans 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 et Gestion des autorisations.

Données du rapport

L'équipe peut examiner le rapport Couverture du code pour déterminer si les tests couvrent suffisamment le code et dans quelle mesure la couverture a changé au fil du temps. Comme le montre l'illustration suivante, le rapport fournit un graphique linéaire de la couverture du code dans le cadre du test de vérification de build (BVT) et d'autres données de couverture obtenues au cours des quatre dernières semaines.

Ce rapport est basé sur un rapport PivotChart affichant les données qui ont été capturées pour les modifications du code au cours des quatre dernières semaines et qui sont stockées dans l'entrepôt de données.

Activités requises pour le suivi de la couverture du code

Pour que le rapport Couverture du code soit utile et précis, les membres de l'équipe doivent mettre en œuvre les activités suivantes :

• Configurer un système de génération. Pour utiliser Team Foundation Build, vous devez installer un système de génération.

  Pour plus d'informations, consultez Configurer votre système de génération.

• Créer des définitions de build. Vous pouvez créer plusieurs définitions de build, puis exécuter chacune d'elle afin de produire le code pour une plateforme différente. De plus, vous pouvez exécuter chaque build pour une configuration différente.

  Pour plus d'informations, consultez Définir votre processus de build.

• Définir des tests à exécuter automatiquement dans le cadre de la build : dans le cadre de la définition de build, vous pouvez définir des tests qui doivent s'exécuter avec la build, ou ne pas s'exécuter en cas d'échec de cette dernière.

  Pour plus d'informations, consultez Définir une build à l'aide du modèle par défaut.

• Configurer des tests pour rassembler les données de couverture du code : Pour que les données de couverture du code s'affichent dans le rapport, les membres de l'équipe doivent instrumenter des tests pour rassembler ces données.

  Pour plus d'informations, consultez Comment : configurer la couverture du code à l'aide de paramètres de test pour les tests automatisés et How to: Gather Code-Coverage Data with Generic Tests.

• Exécuter les builds régulièrement. Vous pouvez exécuter les builds à des intervalles définis ou après chaque archivage. Vous pouvez créer des builds normales lorsque vous utilisez le déclencheur de planification.

  Pour plus d'informations, consultez Créer une définition de build de base et Exécuter et surveiller des builds.

  Notes

  Même si un membre de l'équipe peut évaluer manuellement une build à l'aide de l'Build Explorer, cette évaluation n'est pas reportée dans le rapport Indicateurs de qualité de build.L'évaluation de la build s'affiche dans le rapport Résumé de la build.Pour plus d'informations, consultez Évaluer la qualité d'une build terminée et Résumé de la build, rapport.

Interprétation du rapport

Si l'équipe a recours au développement piloté par test ou à des techniques similaires, le taux de couverture du code doit presque toujours être proche de 100 %. Si les tests unitaires sont réutilisés en tant que tests de vérification de build, la couverture du code doit être indiquée dans le rapport Couverture du code.

Vous pouvez examiner le rapport Couverture du code pour répondre aux questions suivantes :

• Quel volume de code l'équipe est-elle en train de tester ?

• Le niveau de couverture du code de l'équipe est-il suffisant ?

• Est-ce que la couverture du code augmente ou diminue au fil du temps ?

Pour plus d'informations sur la façon dont la couverture du code influe sur la qualité, consultez Qualité, tableau de bord (Agile) et Indicateurs de qualité de build, rapport.

Personnalisation du rapport

Vous pouvez personnaliser le rapport Couverture du code en l'ouvrant dans Office Excel et en modifiant les options de filtre ou une liste de champs de colonne du rapport PivotTable. Vous avez la possibilité de modifier ce rapport pour prendre en charge d'autres vues, comme indiqué dans le tableau suivant.

Pour plus d'informations sur l'utilisation et la personnalisation des rapports PivotTable et PivotChart, consultez les pages suivantes sur le site Web Microsoft :

• Méthodes de personnalisation des rapports de tableau croisé dynamique

• Modifier ou supprimer un classeur d'Excel Services

• Publier un classeur dans Excel Services

• Enregistrer un fichier dans une bibliothèque SharePoint ou un autre emplacement Web

Voir aussi

Concepts

Qualité, tableau de bord (Agile)

Indicateurs de qualité de build, rapport

Autres ressources

Rapports Excel (Agile)