Excel-Bericht "Testlücken" (Agile)

Artikel
02/26/2013

Für das Testen von Software zuständige Teams können mithilfe des Berichts "Testlücken" feststellen, an welchen Stellen ihre Testpläne, Testkonfigurationen und die Testabdeckung Fehler aufweisen.Der Bericht "Testlücken" stellt die folgenden fünf Berichte bereit, die auf den für ein Teamprojekt definierten und ausgeführten Testergebnissen und Builds basieren.

Status User Story: Ermöglicht es dem Team, Lücken in der Testabdeckung der einzelnen User Storys zu identifizieren.Dieser Bericht setzt voraus, dass Teammitglieder Testfälle mit User Storys verknüpfen.
Status User Story nach Konf.: Ermöglicht es dem Team, Lücken in der Testabdeckung für jede Testkonfiguration aller User Storys zu identifizieren.Dieser Bericht setzt voraus, dass Teammitglieder Testfälle mit User Storys verknüpfen.
Teststatus nach Bereich: Ermöglicht es dem Team, Lücken in der Testabdeckung von Produktbereichen zu identifizieren.Dieser Bericht setzt voraus, dass Teammitglieder Produktbereichen Testfälle zuordnen.
Nicht ausgeführte Tests: Ermöglicht es dem Team, nie ausgeführte Testfälle für jede Testkonfiguration zu identifizieren.
Codeabdeckung: Ermöglicht es dem Team, die Builds und Buildassemblys mit einer geringen oder hohen Codeabdeckung zu identifizieren.

Die ersten vier Berichte sind erst verfügbar, wenn das Team Testpläne erstellt und mit der Ausführung von Tests mit Microsoft Test Manager beginnt.Informationen zum Definieren von Testsammlungen und Testplänen finden Sie unter Definieren eines Testplans.

Hinweis
Der Bericht "Testlücken" kann über den Ordner für die Testteamverwaltung unter dem Ordner Excel-Berichte für das Teamprojekt in Team Explorer aufgerufen werden.Sie können nur auf diesen Ordner zugreifen, wenn das Teamprojektportal aktiviert wurde und die Verwendung von SharePoint-Produkte für das Teamprojektportal zulässig ist.Weitere Informationen finden Sie unter Zugreifen auf Teamprojektportale und Prozessleitfäden.

Der Bericht "Testlücken" kann über den Ordner für die Testteamverwaltung unter dem Ordner Excel-Berichte für das Teamprojekt in Team Explorer aufgerufen werden.Sie können nur auf diesen Ordner zugreifen, wenn das Teamprojektportal aktiviert wurde und die Verwendung von SharePoint-Produkte für das Teamprojektportal zulässig ist.Weitere Informationen finden Sie unter Zugreifen auf Teamprojektportale und Prozessleitfäden.

In diesem Thema

Daten in den Berichten
Erforderliche Aktivitäten zum Überwachen von Testlücken
Aktualisieren und Anpassen des Berichts

Verwandte Themen

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 in den Berichten

In den Testlückenberichten wird die kumulierte Anzahl von Testergebnissen für die Testpläne, Testkonfigurationen und Testfälle angezeigt, die für ein Teamprojekt definiert wurden.Alle Berichte basieren auf PivotTables, die auf im Data Warehouse gespeicherte Daten zugreifen.

Testabdeckung vor User Storys

Der Bericht "Status User Story" gibt an, wie viele Tests für jede User Story erfolgreich ausgeführt wurden oder fehlschlagen sind.Er enthält ein horizontales Balkendiagramm, das die Anzahl von Testergebnissen für jede Kombination aus Testfall und Testkonfiguration anzeigt, die vom Team für die einzelnen User Storys definiert wurde.Der Bericht stellt das kumulierte Ergebnis von Tests dar, die für alle mit User Storys verknüpften Testfälle ausgeführt wurden.Ergebnisse werden im Bericht wie folgt gefiltert angezeigt: Erfolgreich (grün), Fehler (rot), Nie ausgeführt (blau) oder Blockiert (gelb).

Excel-Bericht "Teststatus der User Story"

Im Bericht "Status User Story nach Konf." werden die Testergebnisse für jede User Story nach Testkonfiguration gruppiert dargestellt.

In der folgenden Tabelle werden die Berichtsfilter und Felder beschrieben, die in den PivotTables zum Generieren der Berichte über die Testabdeckung von User Storys verwendet werden.

Filter	Felder
Teamprojekt - Teamprojekthierarchie: Schließt Testergebnisse ein, die für das ausgewählte Teamprojekt gesammelt wurden. Testergebnis - Iterationshierarchie: Schließt Testergebnisse aus Testfällen ein, die den ausgewählten Iterationen zugewiesen wurden. Testergebnis - Bereichshierarchie: Schließt Testergebnisse aus Testfällen ein, die den ausgewählten Produktbereichen zugewiesen wurden. Testplan - Testplanname: Schließt Testergebnisse aus Testfällen ein, die zu den ausgewählten Testplänen gehören. Arbeitsaufgabe (verknüpft) - Arbeitsaufgabentyp: Schließt Testergebnisse aus Testfällen ein, die mit dem ausgewählten Arbeitsaufgabentyp verknüpft sind.Im Bericht werden nur Testergebnisse für Testfälle gezählt, die mit einer User Story verknüpft sind. Spezifische Filter für den Bericht "Status User Story nach Konf.": Testsammlung - Testsammlungshierarchie: Schließt Testergebnisse aus Testfällen ein, die zu den ausgewählten Testsammlungen gehören.	Testergebnis - Ergebnis: Das Ergebnis des Tests.Mit diesem Feld werden im Bericht die Spaltenbezeichnungen definiert und die Testergebnisse gefiltert, sodass sie Ergebnisse vom Typ "Erfolgreich", "Fehler", "Blockiert" oder "Nie ausgeführt" enthalten. (Measure) Test - Punktanzahl (Trend): Zählt die neueste Version jedes Testergebnisses in einem bestimmten Build.Wenn ein Test mehrmals für einen Build ausgeführt wird, zählt "Punktanzahl (Trend)" das neueste Ergebnis für den Test mit diesem Build. Link zu Arbeitsaufgabe - Titel: Der Titel der mit dem Testfall verknüpften Arbeitsaufgabe.In diesem Bericht wird der Titel der User Story aufgeführt. Spezifisches Feld für den Bericht "Status User Story nach Konf.": Testkonfiguration - Konfigurationsname: Der Name der Testkonfiguration, die im Bericht aufgeführt werden soll.

Teamprojekt - Teamprojekthierarchie: Schließt Testergebnisse ein, die für das ausgewählte Teamprojekt gesammelt wurden.
Testergebnis - Iterationshierarchie: Schließt Testergebnisse aus Testfällen ein, die den ausgewählten Iterationen zugewiesen wurden.
Testergebnis - Bereichshierarchie: Schließt Testergebnisse aus Testfällen ein, die den ausgewählten Produktbereichen zugewiesen wurden.
Testplan - Testplanname: Schließt Testergebnisse aus Testfällen ein, die zu den ausgewählten Testplänen gehören.
Arbeitsaufgabe (verknüpft) - Arbeitsaufgabentyp: Schließt Testergebnisse aus Testfällen ein, die mit dem ausgewählten Arbeitsaufgabentyp verknüpft sind.Im Bericht werden nur Testergebnisse für Testfälle gezählt, die mit einer User Story verknüpft sind.

Spezifische Filter für den Bericht "Status User Story nach Konf.":

Testsammlung - Testsammlungshierarchie: Schließt Testergebnisse aus Testfällen ein, die zu den ausgewählten Testsammlungen gehören.

Testergebnis - Ergebnis: Das Ergebnis des Tests.Mit diesem Feld werden im Bericht die Spaltenbezeichnungen definiert und die Testergebnisse gefiltert, sodass sie Ergebnisse vom Typ "Erfolgreich", "Fehler", "Blockiert" oder "Nie ausgeführt" enthalten.
(Measure) Test - Punktanzahl (Trend): Zählt die neueste Version jedes Testergebnisses in einem bestimmten Build.Wenn ein Test mehrmals für einen Build ausgeführt wird, zählt "Punktanzahl (Trend)" das neueste Ergebnis für den Test mit diesem Build.
Link zu Arbeitsaufgabe - Titel: Der Titel der mit dem Testfall verknüpften Arbeitsaufgabe.In diesem Bericht wird der Titel der User Story aufgeführt.
Spezifisches Feld für den Bericht "Status User Story nach Konf.":
- Testkonfiguration - Konfigurationsname: Der Name der Testkonfiguration, die im Bericht aufgeführt werden soll.

Testabdeckung nach Produktbereich

Der Bericht "Teststatus nach Bereich" gibt an, wie viele Testfälle je Produktbereich für ein Teamprojekt bestanden werden oder fehlschlagen.In der folgenden Tabelle werden die Berichtsfilter und Felder beschrieben, die in den PivotTable-Berichten zum Generieren des Berichts "Teststatus nach Bereich" verwendet werden.

Filter	Felder
Teamprojekt - Teamprojekthierarchie: Schließt Testergebnisse ein, die für das ausgewählte Teamprojekt gesammelt werden. Testergebnis - Iterationshierarchie: Schließt Testergebnisse aus Testfällen ein, die den ausgewählten Iterationen zugewiesen wurden. Testplan - Testplanname: Schließt Testergebnisse aus Testfällen ein, die zu den ausgewählten Testplänen gehören.	Testergebnis - Ergebnis: Das Ergebnis des Tests.Mit diesem Feld werden im Bericht die Spaltenbezeichnungen definiert und die Testergebnisse gefiltert, sodass sie Ergebnisse vom Typ "Erfolgreich", "Fehler", "Blockiert" oder "Nie ausgeführt" enthalten. (Measure) Test - Punktanzahl (Trend): Zählt die neueste Version jedes Testergebnisses in einem bestimmten Build.Wenn ein Test mehrmals für einen Build ausgeführt wird, zählt "Punktanzahl (Trend)" das neueste Ergebnis für den Test mit diesem Build. Testergebnis - Bereichshierarchie: Der Satz von Testergebnissen, die basierend auf den zugewiesenen Bereichspfaden der ausgeführten Testfälle in den Bericht eingeschlossen werden sollen.

Teamprojekt - Teamprojekthierarchie: Schließt Testergebnisse ein, die für das ausgewählte Teamprojekt gesammelt werden.
Testergebnis - Iterationshierarchie: Schließt Testergebnisse aus Testfällen ein, die den ausgewählten Iterationen zugewiesen wurden.
Testplan - Testplanname: Schließt Testergebnisse aus Testfällen ein, die zu den ausgewählten Testplänen gehören.

Testergebnis - Ergebnis: Das Ergebnis des Tests.Mit diesem Feld werden im Bericht die Spaltenbezeichnungen definiert und die Testergebnisse gefiltert, sodass sie Ergebnisse vom Typ "Erfolgreich", "Fehler", "Blockiert" oder "Nie ausgeführt" enthalten.
(Measure) Test - Punktanzahl (Trend): Zählt die neueste Version jedes Testergebnisses in einem bestimmten Build.Wenn ein Test mehrmals für einen Build ausgeführt wird, zählt "Punktanzahl (Trend)" das neueste Ergebnis für den Test mit diesem Build.
Testergebnis - Bereichshierarchie: Der Satz von Testergebnissen, die basierend auf den zugewiesenen Bereichspfaden der ausgeführten Testfälle in den Bericht eingeschlossen werden sollen.

Nie ausgeführte Testfälle

Der Bericht "Nicht ausgeführte Tests" gibt an, wie viele Testfälle nie ausgeführt wurden.Die Testfälle sind nach Testkonfiguration und Testergebnisbesitzer gruppiert.In der folgenden Tabelle werden die Berichtsfilter und Felder beschrieben, die in den PivotTable-Berichten zum Generieren des Berichts "Teststatus nach Bereich" verwendet werden.

Filter	Felder
Teamprojekt - Teamprojekthierarchie: Schließt Testergebnisse ein, die für das ausgewählte Teamprojekt gesammelt wurden. Testergebnis - Iterationshierarchie: Schließt Testergebnisse aus Testfällen ein, die den ausgewählten Iterationen zugewiesen wurden. Testergebnis - Bereichshierarchie: Schließt Testergebnisse aus Testfällen ein, die den ausgewählten Produktbereichen zugewiesen wurden. Testplan - Testplanname: Schließt Testergebnisse aus Testfällen ein, die zu den ausgewählten Testplänen gehören. Testsammlung - Testsammlungshierarchie: Schließt Testergebnisse aus Testfällen ein, die zu den ausgewählten Testsammlungen gehören. Testergebnis - Ergebnis: Schließt Testergebnisse mit dem ausgewählten Ergebnis ein.Mit diesem Feld wird im Bericht die Anzahl von Testfällen gefiltert, sodass der Bericht nur Ergebnisse vom Typ "Nie ausgeführt" enthält.	(Measure) Test - Punktanzahl (Trend): Zählt die neueste Version jedes Testergebnisses in einem bestimmten Build.Wenn ein Testfall nicht im Build enthalten ist, wird er als "Nie ausgeführt" gezählt. Testkonfiguration - Konfigurationsname: Der Name der Testkonfiguration, die im Bericht aufgeführt werden soll. Testfall - Titel: Der Titel des Testfalls. Testergebnis - Besitzer: Der Name des Teammitglieds, von dem der Test ausgeführt wurde.

Teamprojekt - Teamprojekthierarchie: Schließt Testergebnisse ein, die für das ausgewählte Teamprojekt gesammelt wurden.
Testergebnis - Iterationshierarchie: Schließt Testergebnisse aus Testfällen ein, die den ausgewählten Iterationen zugewiesen wurden.
Testergebnis - Bereichshierarchie: Schließt Testergebnisse aus Testfällen ein, die den ausgewählten Produktbereichen zugewiesen wurden.
Testplan - Testplanname: Schließt Testergebnisse aus Testfällen ein, die zu den ausgewählten Testplänen gehören.
Testsammlung - Testsammlungshierarchie: Schließt Testergebnisse aus Testfällen ein, die zu den ausgewählten Testsammlungen gehören.
Testergebnis - Ergebnis: Schließt Testergebnisse mit dem ausgewählten Ergebnis ein.Mit diesem Feld wird im Bericht die Anzahl von Testfällen gefiltert, sodass der Bericht nur Ergebnisse vom Typ "Nie ausgeführt" enthält.

(Measure) Test - Punktanzahl (Trend): Zählt die neueste Version jedes Testergebnisses in einem bestimmten Build.Wenn ein Testfall nicht im Build enthalten ist, wird er als "Nie ausgeführt" gezählt.
Testkonfiguration - Konfigurationsname: Der Name der Testkonfiguration, die im Bericht aufgeführt werden soll.
Testfall - Titel: Der Titel des Testfalls.
Testergebnis - Besitzer: Der Name des Teammitglieds, von dem der Test ausgeführt wurde.

Codeabdeckung

Im Bericht "Codeabdeckung" werden die abgedeckten, nicht abgedeckten oder nur teilweise abgedeckten Codezeilen für jeden Build und jede Buildassembly aufgeführt.Mithilfe dieses Berichts können Sie die Builds und Assemblys mit der niedrigsten und höchsten Codeabdeckung ermitteln.In der folgenden Tabelle werden die Berichtsfilter und Felder beschrieben, die in den PivotTables zum Generieren des Berichts "Codeabdeckung" verwendet werden.

Filter	Felder
Teamprojekt - Teamprojekthierarchie: Schließt Builds ein, die für das ausgewählte Teamprojekt definiert sind. Build - Builddefinitionsname: Schließt Builds ein, die den ausgewählten Builddefinitionen zugeordnet sind.	Buildabdeckung - Abgedeckte Zeilen: Die Anzahl von Zeilen, die im ausgewählten Build abgedeckt werden. Buildabdeckung - Abgedeckte Zeilen: Die Anzahl von Zeilen, die im ausgewählten Build nicht abgedeckt werden. Buildabdeckung - Teilweise abgedeckte Zeilen: Die Anzahl von Zeilen, die im ausgewählten Build teilweise abgedeckt werden. Hinweis Wenn mehrere Läufe für einen Build ausgeführt werden, spiegelt die Buildabdeckung die kombinierte Abdeckung der Läufe wider, wobei berücksichtigt wird, dass die Zeilen einander während der Läufe überlappen können. Build - Buildname: Der Name des Builds.Bei jeder Ausführung wird dem Build ein Name zugewiesen, der den Builddefinitionsnamen als Präfix enthält. Assembly - Assembly: Der Assemblyname, für den die Abdeckungsstatistik generiert wurde.

Teamprojekt - Teamprojekthierarchie: Schließt Builds ein, die für das ausgewählte Teamprojekt definiert sind.
Build - Builddefinitionsname: Schließt Builds ein, die den ausgewählten Builddefinitionen zugeordnet sind.

Buildabdeckung - Abgedeckte Zeilen: Die Anzahl von Zeilen, die im ausgewählten Build abgedeckt werden.
Buildabdeckung - Abgedeckte Zeilen: Die Anzahl von Zeilen, die im ausgewählten Build nicht abgedeckt werden.
Buildabdeckung - Teilweise abgedeckte Zeilen: Die Anzahl von Zeilen, die im ausgewählten Build teilweise abgedeckt werden.

Hinweis

Wenn mehrere Läufe für einen Build ausgeführt werden, spiegelt die Buildabdeckung die kombinierte Abdeckung der Läufe wider, wobei berücksichtigt wird, dass die Zeilen einander während der Läufe überlappen können.
Build - Buildname: Der Name des Builds.Bei jeder Ausführung wird dem Build ein Name zugewiesen, der den Builddefinitionsnamen als Präfix enthält.
Assembly - Assembly: Der Assemblyname, für den die Abdeckungsstatistik generiert wurde.

Erforderliche Aktivitäten zum Überwachen von Testlücken

Damit die Testlückenberichte aussagekräftig und genau sind, muss das Team die in der folgenden Tabelle beschriebenen Aktivitäten ausführen:

Arbeitsblattbericht	Erforderliche Aktivitäten
Status User Story Status User Story nach Konf. Teststatus nach Bereich Nicht ausgeführte Tests	Definieren Sie Testfälle und Testpläne, und weisen Sie Testplänen Testfälle zu.Weitere Informationen finden Sie unter Definieren eines Testplans. Führen Sie Tests aus, und markieren Sie bei manuellen Tests die Ergebnisse jedes Validierungsschritts im Testfall als erfolgreich oder fehlgeschlagen.Weitere Informationen finden Sie unter Ausführen von Tests mit Microsoft Test Manager.
Status User Story Status User Story nach Konf.	Definieren Sie User Storys, und verknüpfen Sie Testfälle mit User Storys.Der empfohlene Linktyp ist Getestet von.
Status User Story nach Konf. Nicht ausgeführte Tests	Definieren Sie Testkonfigurationen, und weisen Sie sie Testplänen oder Testsammlungen zu.Weitere Informationen finden Sie unter Testkonfigurationen – Angeben von Testplattformen.
Status User Story Status User Story nach Konf. Teststatus nach Bereich Nicht ausgeführte Tests	(Optional) Weisen Sie jedem Testfall die Pfade Iteration und Bereich zu, damit nach diesen Feldern gefiltert werden kann.Die Werte der Felder Testergebnis - Iterationshierarchie und Testergebnis - Bereichshierarchie stammen aus den Pfaden Iteration bzw. Bereich, die den entsprechenden Testfällen zugewiesen sind.
Status User Story Status User Story nach Konf. Teststatus nach Bereich Nicht ausgeführte Tests Codeabdeckung	Konfigurieren eines Buildsystems.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".

Aktualisieren und Anpassen des Berichts

Sie können den Bericht "Testlücken" aktualisieren, indem Sie ihn in Office Excel öffnen und die Filteroptionen für den PivotTable-Bericht für eines der Arbeitsblätter ändern.Jeder Bericht kann wie in der folgenden Tabelle beschrieben zur Unterstützung anderer Ansichten angepasst werden.

Arbeitsblatt	Ansicht	Aktion
Status User Story Status User Story nach Konf. Teststatus nach Bereich Nicht ausgeführte Tests	Testlücken für eine Iteration	Ändern des Filters für Iteration (Standardeinstellung = Alle)
Status User Story Status User Story nach Konf. Teststatus nach Bereich Nicht ausgeführte Tests	Testlücken für einen Produktbereich	Ändern des Filters für Area (Standardeinstellung = Alle)
Status User Story Status User Story nach Konf. Teststatus nach Bereich Nicht ausgeführte Tests	Testlücken für einen bestimmten Testplan oder einen Satz von Testplänen	Ändern des Filters für Test Plan (Standardeinstellung = Alle)
Status User Story nach Konf. Nicht ausgeführte Tests	Testlücken für eine bestimmte Testsammlung	Ändern des Filters für Test Suite Hierarchy (Standardeinstellung = Alle)
Codeabdeckung	Codeabdeckung für eine bestimmte Builddefinition oder einen Satz von Builddefinitionen	Ändern des Filters für Build Definition Name (Standardeinstellung = Alle)
Status User Story Status User Story nach Konf. Teststatus nach Bereich Nicht ausgeführte Tests Codeabdeckung	Testlücken oder Codeabdeckung, die Daten der letzten sechs, acht oder mehr Wochen beinhalten	Hinzufügen des Felds Date - Sets in der PivotTable-Feldliste der Spalte und Festlegen von @@Last 6 weeks@@ oder eines anderen Satzes

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