Lire en anglais

Partager via


Analyser et créer un rapport sur les détails de build et la couverture de build à l'aide de la perspective Build

Avec la perspective de build, vous pouvez décider d'afficher juste les mesures, les dimensions et les attributs du cube SQL Server Analysis Services pour Visual Studio Team Foundation Server concernant le processus de génération. Par exemple, vous pouvez utiliser ces mesures pour déterminer le nombre de builds qui ont échoué et la quantité de code qui a été modifiée dans une build.

La perspective de build est basée sur les tables relationnelles qui permettent la création de rapports sur des builds, en tant que propriété de la build, couverture du code ou ensemble de modifications du contrôle de version. Pour plus d'informations, voir tables Détails de la build, tables Projet de build, tables Couverture de build et tables Ensemble de modifications de build.

Groupe de mesures Build

Avec la perspective de build, vous pouvez créer des rapports qui répondent aux questions suivantes :

Rapports d'état :

  • Quelles sont les builds qui ont échoué et celles qui ont réussi ?

  • Quelles sont les builds qui reflètent un nombre important de modifications du code ?

  • Quelles sont les builds prêtes à être installées ?

Rapports de tendance :

  • Quel est l'état de toutes les builds dans le temps ?

  • Quelle quantité de code a été exécutée par les tests au fil du temps ?

Notes

Si votre entrepôt de données de Visual Studio Application Lifecycle Management (ALM) utilise SQL Server Enterprise Edition, la liste de cubes inclura Team System et un ensemble de perspectives.Les perspectives fournissent une vue ciblée des données. Ainsi, il n'est pas nécessaire de faire défiler toutes les dimensions et tous les groupes de mesures définis pour l'ensemble du cube Team System.

Dans cette rubrique

  • Exemple de rapport d'état de la build

  • Mesures de la build

  • Dimensions et attributs de la perspective de build qui prennent en charge le filtrage et la catégorisation

  • Activités requises

Exemple de rapport d'état de la build

Avec les rapports PivotChart dans Excel, vous pouvez afficher l'état de la build au fil du temps, comme l'illustrent les données de l'illustration suivante.

Rapport État de la build

Les modèles de processus Microsoft Solutions Framework (MSF) Agile et CMMI incluent le rapport État de la build dans Excel. Pour plus d'informations, consultez État de la build, rapport Excel.

Filtres et sélection de champs dynamiques

Champs dynamiques pour le rapport d'état de résumé de la build

Vous pouvez créer le rapport de synthèse pour l'état de la build en procédant comme suit :

  1. Dans Excel, connectez-vous au cube Analysis Services pour Team Foundation Server et insérez un rapport PivotChart.

    Pour plus d'informations, consultez Créer des rapports Excel à partir d'une requête d'élément de travail.

  2. Ouvrez le menu contextuel du graphique, puis sélectionnez Modifier le type de graphique, Zone, Histogramme empilé.

  3. Pour chaque filtre de rapport, ouvrez le menu contextuel pour chacun des champs suivants, spécifiez les hiérarchies, les semaines ou autres éléments intéressants, puis faites glisser le champ sur la zone Filtre de rapport.

    • Hiérarchie de projet d'équipe à partir de la dimension Projet d'équipe

    • Année Semaine Date à partir de la dimension Date

    • Nom de définition de build de la dimension Build

  4. Dans la dimension Date, développez Autres champs, puis faites glisser les champs Date, Semaine ou Mois dans la zone Champs Axe (catégories) pour spécifier le niveau de précision du rapport que vous souhaitez générer.

  5. Faites glisser le champ Nombre de détails de build du groupe de mesures Détails de la build vers la zone Valeurs.

  6. Faites glisser le champ Nom de l'état de build de la dimension État de la build vers la zone Champs Légende (Série).

  7. (Facultatif) Filtrez le champ Nom de l'état de build pour afficher uniquement les builds qui ont la valeur Échec, Succès partiel ou Opération réussie.

Mesures de la build

Le tableau suivant décrit les mesures associées aux builds. Le groupe de mesures Couverture de build nécessite que l'équipe de test instrumente les tests pour collecter les données de couverture du code. Pour plus d'informations, consultez Activités requises plus loin dans cette rubrique. Pour obtenir un exemple de rapport utilisant plusieurs de ces mesures, consultez Indicateurs de qualité de build, rapport.

Groupe de mesures

Mesure

Description

Détails de la build

Nombre de détails de la build

Nombre d'exécutions d'une build spécifique.

Durée de la build

Nombre de minutes nécessaires pour que la build se termine.

Ensemble de modifications de build

Nombre d'ensembles de modifications de build

Nombre d'ensembles de modifications dans l'ensemble de builds sélectionné.

Couverture de build

Blocs couverts

Nombre de blocs que la build sélectionnée couvre. Si plusieurs séries de tests sont effectuées pour une build, la couverture de build reflète la couverture combinée des séries. Toutefois, les opérations peuvent couvrir des blocs qui se chevauchent.

Blocs non couverts

Nombre de blocs que la build sélectionnée ne couvre pas. Si plusieurs séries de tests sont effectuées pour une build, la couverture de build reflète la couverture combinée des séries. Toutefois, les opérations peuvent couvrir des blocs qui se chevauchent.

Couverture de build

Nombre de builds associées aux statistiques de couverture du code.

Lignes couvertes

Nombre de lignes que la build sélectionnée couvre. Si plusieurs séries de tests sont effectuées pour une build, la couverture de build reflète la couverture combinée des séries. Toutefois, les opérations peuvent couvrir des lignes qui se chevauchent.

Lignes non couvertes

Nombre de lignes que la build sélectionnée ne couvre pas. Si plusieurs séries de tests sont effectuées pour une build, la couverture de build reflète la couverture combinée des séries. Toutefois, les opérations peuvent couvrir des lignes qui se chevauchent.

Lignes partiellement couvertes

Nombre de lignes que la build sélectionnée couvre partiellement. Si plusieurs séries de tests sont effectuées pour une build, la couverture de build reflète la couverture combinée des séries. Toutefois, les opérations peuvent couvrir des lignes qui se chevauchent.

Projet de build

Nombre de projets de build

Nombre de fichiers .csproj, de fichiers .vbproj et d'autres fichiers projet dans l'ensemble de builds sélectionné.

Erreurs de compilation

Nombre d'erreurs de compilation survenues pour les builds sélectionnées.

Avertissements de compilation

Nombre d'avertissements de compilation survenus pour les builds sélectionnées.

Erreurs d'analyse statique

Nombre d'erreurs d'analyse statique qui se sont produites pour les builds sélectionnées.

Avertissements d'analyse statique

Nombre d'avertissements d'analyse statique qui se sont produits pour les builds sélectionnées.

Dimensions et attributs de la perspective de build qui prennent en charge le filtrage et la catégorisation

Vous pouvez utiliser les attributs du tableau suivant pour regrouper une action, filtrer un rapport ou pour spécifier un axe de rapport. Ces attributs complètent les dimensions partagées Projet d'équipe et Date décrites dans Utilisation des dimensions partagées.

Notes

Pour utiliser les attributs de dimension Assembly, Version de build ou Plateforme de génération, l'équipe des tests doit publier les résultats des tests dans le magasin de données TFS.Pour plus d'informations, consultez Activités requises plus loin dans cette rubrique.

Dimension

Attribut

Description

Assembly

Assembly

(Résultats des tests publiés uniquement) Nom du code de l'application testée dans le cadre du processus de génération. Pour plus d'informations, consultez Exécuter des tests dans votre processus de génération.

Build

Nom de définition de build

Nom assigné à la définition de build pour laquelle une build a été exécutée.

ID de build

Numéro assigné à la build. Chaque fois qu'une définition de build particulière est exécutée, l'ID de build est incrémenté d'une unité.

Nom de la build

Nom ou expression qui identifie une build de manière unique. Pour plus d'informations, consultez Utiliser des numéros de build pour attribuer des noms pertinents aux builds terminées.

Heure de début de build

Date et l'heure auxquelles la build a démarré.

Type de build

Raison pour laquelle la build a été exécutée. Les types de build sont associés au déclencheur défini pour la génération. Team Foundation Server prend en charge les types de builds suivants : en manuel, en continu (déclenché par chaque archivage), enchaîné (cumul des archivages jusqu'au terme des builds précédentes), archivage contrôlé, et planifié. Pour plus d'informations, consultez Spécifier les raisons et les déclencheurs de build.

Emplacement cible

URL (Uniform Resource Locator) de la build terminée. Une URL spécifie le protocole avec lequel les navigateurs Web recherchent les ressources Internet. Chaque URL comprend le nom du serveur sur lequel les détails de la build résident. Vous pouvez également inclure le chemin d'accès à une ressource.

Version de build

Version de build

(Résultats des tests publiés uniquement) Nom qui désigne la catégorie de builds assignée à un ensemble de builds terminées publiées dans le cadre d'une série de tests. Par exemple, une version de build peut désigner une version bêta ou une version finale. Pour plus d'informations, consultez Options de ligne de commande pour la publication des résultats de tests.

Plateforme de génération

Plateforme de génération

Nom de la plateforme pour laquelle une build de bout en bout (et non une build de bureau) a été générée (par exemple, x86 ou Any CPU). Pour obtenir un exemple de rapport utilisant cet attribut, consultez Résumé de la build, rapport.

Pour plus d'informations, consultez Utiliser le modèle par défaut pour un processus de build.

Qualité de build

Qualité de build

Qualité de la build. Par exemple, vous pouvez évaluer la qualité d'une build terminée comme Prêt pour le déploiement, Rejeté, ou Examen en cours. Pour plus d'informations, consultez Ajouter ou supprimer des valeurs de qualité de build.

État de la build

Nom d'état de la build

État actuel de la build. Les valeurs valides sont Échec, Succès partiel, Arrêté, Opération réussie et Inconnu. Pour plus d'informations, consultez Gérer vos builds dans l'Explorateur de builds.

Fichier projet source de build

Hiérarchie du fichier

Chemin d'accès réseau complet du fichier source.

Extension de fichier

Extension du nom du fichier source.

Ensemble de modifications de contrôle de version

ID d'ensemble de modifications

Numéro assigné à l'ensemble de modifications.

Archivé par

Nom d'utilisateur du membre de l'équipe qui a archivé l'ensemble de modifications.

Description

Commentaire d'archivage associé à l'ensemble de modifications.

Commentaire de substitution de stratégie

Commentaire fourni lorsqu'une stratégie est substituée. Si une stratégie n'a pas été remplacée par un ensemble de modifications, le champ a la valeur null.

Activités requises

Pour créer des rapports contenant des informations utiles sur les builds, les membres de l'équipe doivent passer en revue les informations des rubriques suivantes :

Voir aussi

Concepts

Qualité de build, rapport Excel

État de la build, rapport Excel

Indicateurs de qualité de build, rapport

Réussite des builds dans le temps, rapport

Résumé de la build, rapport

Perspectives et groupes de mesures fournis dans le cube Analysis Services pour Visual Studio