Réussite des builds dans le temps, rapport

Article
03/04/2013

Le rapport Réussite des builds dans le temps fournit une version illustrée du rapport Résumé de la build.Le rapport Réussite des builds dans le temps affiche l'état de la dernière build pour chaque catégorie de build exécutée pour chaque jour.Vous pouvez utiliser ce rapport pour vous permettre de suivre la qualité du code que l'équipe archive.De plus, vous pouvez consulter le Résumé de build du jour pour tous les jours où s'est exécutée la build.

Pour plus d'informations sur l'accès aux rapports, leur actualisation ou leur gestion, consultez Rapports (Agile).

[!REMARQUE]

Ce rapport nécessite la configuration préalable avec SQL Server Reporting Services de la collection de projets d'équipe qui contient votre projet d'équipe.Ce rapport n'est pas disponible si Rapports ne s'affiche pas lorsque vous ouvrez Team Explorer et développez le nœud de votre projet d'équipe.

Dans cette rubrique

Données du rapport
Définition de la durée du rapport
Interprétation du rapport
Filtrage du rapport

Vous pouvez utiliser ce rapport pour répondre aux questions suivantes :

Quelles parties du projet ont produit un logiciel qui est prêt à être testé ?
Quelles parties du projet rencontrent des problèmes liés à des régressions ou des mauvais archivages ?
Comment se déroule le test du code par l'équipe ?

Autorisations requises

Pour afficher le rapport, vous devez avoir été affecté ou appartenir à un groupe auquel a été attribué le rôle Explorateur dans Reporting Services.Pour plus d'informations, consultez Ajouter des utilisateurs aux projets d'équipe ou Gestion des autorisations.

Données qui s'affichent dans le rapport

Les données contenues dans le rapport Réussite des builds dans le temps proviennent de l'entrepôt de données.Le rapport résume les résultats de test et de build pour un jeu de définitions de build dans un ou plusieurs projets.

Le graphique affiche une ligne séparée pour chaque combinaison de plateforme, de configuration et de définition de build.Le rapport affiche uniquement les combinaisons comprises dans les filtres que vous avez spécifiés pour le rapport.D'un coup d'œil, vous pouvez déterminer la réussite ou l'échec des builds pour la période envisagée, comme le présente l'illustration suivante.

Exemple de rapport Réussite des builds dans le temps

Les résultats quotidiens des exécutions de définitions de build s'affichent dans les couleurs décrites dans le tableau suivant :

État de la build	Couleur	Indique
Réussite	Vert	La génération a réussi. Tous les tests sont réussis. La couverture du code était bonne.
Tests réussis, couverture basse	Vert clair	La génération a réussi. Tous les tests sont réussis. La couverture du code était minime.
Build réussie, aucun test	Yellow	La génération a réussi. Aucun test n'a été effectué.
Échec de la build	Rouge	La build a été exécutée mais a échoué. Au moins un test a échoué qui n'avait pas échoué précédemment.Le test est nouveau ou le test a réussi au cours des séries de tests précédentes.
Échec des tests	Orange	La build a échoué en raison d'une erreur de compilation ou d'une autre erreur.
Aucune build	Blanc	La build n'a pas été exécutée ce jour.

Vous pouvez filtrer le rapport de différentes manières :

Modifier les dates de début et de fin du rapport.
Filtrer les définitions de build en spécifiant les plateformes, configurations et définitions de build à inclure dans le rapport.

Pour plus d'informations, consultez Filtrage du rapport, plus loin dans cette rubrique.

Activités de gestion de builds obligatoires

Pour que le Rapport Réussite des builds dans le temps soit utile, les membres de l'équipe doivent procéder comme suit pour gérer les builds :

**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 Configuring Your Build System.
Créer des définitions de build.vous pouvez créer plusieurs définitions de build, qui peuvent chacune être exécutées pour produire le code d'une plateforme différente.En outre, vous pouvez exécuter chaque 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 à intervalles définis ou après chaque archivage.Vous pouvez planifier des builds classiques lorsque vous utilisez le déclencheur de planification.Pour plus d'informations, consultez Créer une définition de build et Exécuter, surveiller et gérer des builds.

[!REMARQUE]

Même si un membre de l'équipe peut évaluer manuellement une builds à l'aide de Explorateur de builds, cette évaluation n'est pas reportée dans le rapport Réussite des builds dans le temps.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.

Définition de la durée du rapport

Pour comprendre la progression de votre équipe dans votre itération actuelle, les dates de démarrage et de fin du rapport doivent correspondre à celles de votre cycle d'itération actuel.

Pour modifier la durée de l'itération

En regard de Début de l'itération (Date) ou de Fin de l'itération (Date), cliquez sur l'icône de calendrier, puis sur une date.
Cliquez sur Afficher le rapport.

Interprétation du rapport

Vous devez vous attendre à un contenu différent dans le rapport Réussite des builds dans le temps selon l'étape de votre progression dans le cycle de développement du produit.Les premières itérations se caractérisent souvent par des échecs de builds et de tests.En examinant le rapport avec l'équipe d'une manière fréquente et anticipée, vous pouvez concentrer les efforts vers la création de builds stables avec des taux élevés de réussite des tests.

Questions auxquelles répond le rapport

Vous pouvez examiner le rapport Réussite des builds dans le temps pour rechercher des réponses à ces questions :

Quel est le degré de qualité des builds ?
Est-ce que la qualité augmente, baisse, ou reste constante ?
Quelles parties du projet sont prêtes à être testées ?
Quelles parties du projet rencontrent des problèmes liés à des régressions ou des mauvais archivages ?
Le code a-t-il été correctement testé ?

Les membres de l'équipe doivent examiner la dernière colonne du rapport Réussite des builds dans le temps pour déterminer si les builds les plus récentes ont réussi.Si les longues sections du rapport ne sont pas vertes, les chefs de projet et les responsables du développement doivent déterminer l'origine des problèmes persistants.

Versions correctes et incorrectes du rapport

Un rapport Réussite des builds dans le temps affiche une série de jours consécutifs en vert pour indiquer que les builds ont réussi.Une version incorrecte du rapport affichera des longs blocs orange ou rouge.Ces blocs indiquent que les builds ne réussissent pas ou que les tests échouent.L'illustration suivante présente que certaines builds sont en bonne voie et que d'autres nécessitent davantage de test :

Versions correcte et incorrecte du rapport Réussite des builds

Filtrage du rapport

Vous pouvez filtrer le rapport Réussite des builds dans le temps comme suit :

Modifier les dates de début et de fin du rapport.
Filtrer les builds du rapport en spécifiant la plateforme, la configuration et les définitions de build à inclure.

[!REMARQUE]

Vous pouvez configurer la définition de build pour n'effectuer aucun test, certains tests ou tous les tests.Le rapport varie grandement selon la configuration des définitions de build.

L'illustration suivante présente les filtres disponibles :

Filtres pour le rapport Résumé de la build

Vous devez appliquer les filtres dans l'ordre spécifié par la procédure ci-après.Les options disponibles avec certains filtres dépendent des filtres que vous avez appliqués précédemment.

Pour filtrer les builds qui s'affichent dans le rapport

Dans la liste Plateforme, activez la case à cocher de chaque plateforme à inclure.
Dans la liste Configuration, activez la case à cocher de chaque configuration à inclure.
Dans la liste Définition de build, activez la case à cocher de chaque définition de build à inclure.
Cliquez sur Afficher le rapport.