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.
Avec la perspective de build, vous pouvez créer des rapports qui répondent aux questions suivantes : Rapports d'état :
Rapports de tendance :
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
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.
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.
Vous pouvez créer le rapport de synthèse pour l'état de la build en procédant comme suit :
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.
Ouvrez le menu contextuel du graphique, puis sélectionnez Modifier le type de graphique, Zone, Histogramme empilé.
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
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.
Faites glisser le champ Nombre de détails de build du groupe de mesures Détails de la build vers la zone Valeurs.
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).
(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.
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. |
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 :
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
Perspectives et groupes de mesures fournis dans le cube Analysis Services pour Visual Studio