Excel-Bericht Codeänderung

Mit dem Bericht Codeänderung können Sie analysieren, wie sich Quelldateien mit der Zeit ändern.Dieser Bericht zeigt an, wie viele Codezeilen das Team in den letzten vier Wochen hinzugefügt, gelöscht oder geändert hat.

Informationen über den Zugriff auf diesen Bericht finden Sie unter Excel-Berichte (Agile).

Hinweis
Sie können den Bericht Codeänderung im Qualitätsdashboard anzeigen.Sie können auf dieses Dashboard nur zugreifen, wenn das Teamprojektportal aktiviert wurde und die Verwendung von Microsoft Office SharePoint Server 2007 für das Teamprojektportal zulässig ist.Weitere Informationen finden Sie unter Zugreifen auf Teamprojektportale und Prozessleitfäden.

Erforderliche Berechtigungen

Zum Anzeigen des Berichts müssen Sie einer Gruppe zugewiesen sein oder zu einer Gruppe gehören, der in SharePoint-Produkte die Berechtigung Lesen für das Teamprojekt zugewiesen wurde.

Zum Ändern oder Anpassen des Berichts müssen Sie Mitglied der TfsWarehouseDataReaders-Sicherheitsrolle in SQL Server Analysis Services sein.Sie müssen außerdem einer Gruppe zugewiesen sein oder zu einer Gruppe gehören, der in SharePoint-Produkte die Berechtigung Mitglieder für das Teamprojekt zugewiesen wurde.Weitere Informationen finden Sie unter Gewähren von Zugriff auf die Datenbanken des Data Warehouse für Visual Studio ALM und Verwalten von Berechtigungen.

Daten im Bericht

Das Team kann anhand des Berichts Codeänderung bestimmen, wie unbeständig die Codebasis ist und wie viele Codezeilen in der vorherigen Woche geändert wurden.Wie die folgende Abbildung zeigt, stellt der Bericht ein gestapeltes Flächendiagramm der Codezeilen bereit, die das Team in den letzten vier Wochen hinzugefügt, gelöscht oder geändert hat.

Dieser Bericht basiert auf einem PivotChart-Bericht, der Daten zu den Codeänderungen der letzten vier Wochen umfasst, die im Data Warehouse gespeichert sind.Es werden alle Zeilen gezählt, auch leere und Kommentarzeilen.

Erforderliche Aktivitäten zum Nachverfolgen der Codeänderung

Damit der Bericht Codeänderung hilfreich und genau ist, müssen die Teammitglieder die folgenden Aktivitäten ausführen:

• Konfigurieren Sie ein Buildsystem.Für die Verwendung von Team Foundation Build muss ein Buildsystem eingerichtet werden.

  Weitere Informationen finden Sie unter Configuring Your Build System.

• Erstellen Sie Builddefinitionen.Sie können eine Reihe von Builddefinitionen erstellen und dann jede dieser Definitionen ausführen, um Code für eine andere Plattform zu erzeugen.Zudem können Sie jeden Build für eine andere Konfiguration ausführen.

  Weitere Informationen finden Sie unter Definieren des Buildprozesses.

• Definieren Sie Tests, die automatisch als Teil des Builds ausgeführt werden.Sie können im Rahmen der Builddefinition Tests definieren, die als Teil des Builds ausgeführt werden oder einen Fehler auslösen sollen, wenn die Tests fehlschlagen.

  Weitere Informationen finden Sie unter Definieren eines auf der Standardvorlage basierenden Buildprozesses.

• Konfigurieren Sie Tests zum Erfassen von Codeabdeckungsdaten.Damit Codeabdeckungsdaten im Bericht angezeigt werden, müssen Teammitglieder Tests zum Erfassen dieser Daten instrumentieren.

  Weitere Informationen finden Sie unter Konfigurieren von Codeabdeckung mit Testeinstellungen ist veraltet und How to: Gather Code-Coverage Data with Generic Tests.

• Führen Sie Builds regelmäßig aus.Sie können Builds in festgelegten Intervallen oder nach jedem Einchecken ausführen.Mit dem Zeitplantrigger können regelmäßige Builds erstellt werden.

  Weitere Informationen finden Sie unter Erstellen einer Builddefinition und Ausführen, Überwachen und Verwalten von Builds.

  Hinweis
  Teammitglieder können Builds zwar manuell mit Build Explorer bewerten, diese Bewertung wird im Bericht "Buildqualitätsindikatoren" jedoch nicht wiedergegeben.Die Buildbewertung wird im Bericht Buildzusammenfassung angezeigt.Weitere Informationen finden Sie unter Beurteilen der Qualität eines abgeschlossenen Builds und Bericht "Buildzusammenfassung".

Interpretieren des Berichts

Der Bericht Codeänderung ist ein gutes Mittel, um den Umfang der Änderungen im Projekt zu bestimmen.Im Allgemeinen weisen viele Codeänderungen auf ein weniger stabiles Projekt hin.Zu Beginn eines Produktzyklus und wenn das Team eine Reihe von Änderungen implementiert, treten erwartungsgemäß viele Codeänderungen auf.Zum Ende einer Iteration oder vor einer Veröffentlichung sollte die Zahl der Codeänderungen jedoch sinken. Dies zeigt an, dass das Projekt stabiler und ausgereifter ist.

Durch eine Prüfung des Berichts Codeänderung erhalten Sie Antworten auf die folgenden Fragen:

• Wie groß ist der Anteil des vom Team zu testenden Codes?

• Ist der Anteil des vom Team getesteten Codes ausreichend?

• Wird das Team, ausgehend von der Codeabdeckung und der Testmetrik, die gesetzten Ziele erreichen?

Weitere Informationen zu den Auswirkungen von Codeänderungen auf die Qualität finden Sie unter Qualitätsdashboard (Agile).

Anpassen des Berichts

Sie können den Bericht Codeänderung anpassen, indem Sie ihn in Office Excel öffnen und die Filteroptionen oder eine Spaltenfeldliste für den PivotTable-Bericht ändern.Sie können diesen Bericht ändern, um andere Ansichten zu unterstützen, wie in der folgenden Tabelle beschrieben.

Weitere Informationen zum Arbeiten mit PivotTable-Berichten und PivotChart-Berichten sowie zum Anpassen dieser Berichte finden Sie auf den folgenden Seiten der Microsoft-Website:

• Möglichkeiten zur Anpassung von PivotTable-Berichten

• Bearbeiten oder Entfernen einer Arbeitsmappe aus Excel Services

• Veröffentlichen einer Arbeitsmappe in Excel Services

• Speichern einer Datei in einer SharePoint-Bibliothek oder einem anderen Webspeicherort

Siehe auch

Konzepte

Qualitätsdashboard (Agile)

Bericht "Buildqualitätsindikatoren"

Weitere Ressourcen

Excel-Berichte (Agile)