État de la build, rapport Excel

Le rapport État de la build permet à l'équipe de suivre la progression de ses builds en affichant le nombre de builds qui ont échoué ou réussi au cours des quatre dernières semaines.

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 État de la build pour déterminer la tendance de l'état des builds au fil du temps et savoir si des builds nécessitent une attention particulière. Comme le montre l'illustration suivante, le rapport fournit un histogramme empilé du nombre de builds exécutées qui ont échoué ou réussi ou dont le résultat est inconnu au cours des deux dernières semaines.

Le graphique est basé sur un rapport PivotTable obtenu à partir des données stockées dans la base de données Analysis Services.

Activités requises pour le suivi de l'état des builds

Pour que le rapport État de la build soit utile et précis, l'équipe doit 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. En outre, vous pouvez exécuter chaque définition de build pour une configuration différente.

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

• 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

Vous pouvez utiliser le rapport État de la build pour répondre aux questions suivantes :

• Comment l'état de la build de mon équipe évolue-t-il au fil du temps ?

• Est-ce que des builds requièrent une attention particulière ?

Personnalisation du rapport

Vous pouvez personnaliser le rapport État de la build 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)

Résumé de la build, rapport

Autres ressources

Rapports Excel (Agile)