Évolution du code, rapport Excel

Grâce au rapport Évolution du code, vous pouvez analyser la façon dont les fichiers sources changent avec le temps. Ce rapport indique le nombre de lignes de code ajoutées, supprimées ou modifiées par l'équipe 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 Évolution du code pour déterminer la volatilité de la base de code et le nombre de lignes de code qui ont été modifiées au cours de la semaine précédente. Comme le présente l'illustration suivante, le rapport fournit un graphique en aires empilées des lignes de code ajoutées, supprimées ou modifiées par l'équipe au cours des quatre dernières semaines.

Ce rapport est basé sur un rapport PivotChart qui indique, pour les quatre semaines les plus récentes, les données capturées pour les modifications de code et stockées dans l'entrepôt de données. Toutes les lignes sont comptées, même celles qui contiennent des commentaires ou sont vides.

Activités requises pour le suivi de l'évolution du code

Pour que le rapport Évolution du code soit utile et précis, les membres de l'équipe doivent effectuer 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

L'évolution du code constitue une bonne mesure du calcul de la quantité de modifications qui se produisent dans votre projet. En général, un niveau élevé d'évolution du code indique un projet moins stable. Attendez-vous à des niveaux élevés d'évolution du code au début d'un cycle de produit ou lorsque l'équipe a implémenté de nombreuses modifications. Vers la fin d'une itération ou avant une version finale, le niveau d'évolution du code doit diminuer, ce qui indique que votre projet est plus stable.

Vous pouvez examiner le rapport Évolution du code pour répondre à ces questions :

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

• L'équipe teste-t-elle assez de code ?

• En fonction de la couverture du code et des métriques de test, l'équipe est-elle susceptible de remplir ses objectifs ?

Pour plus d'informations sur la façon dont l'évolution du code affecte la qualité, consultez Qualité, tableau de bord (Agile).

Personnalisation du rapport

Vous pouvez personnaliser le rapport Évolution 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)