Excel-Bericht "Testlücken" (Agile)

Artikel
06/10/2015

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 Planen von manuellen Tests mit Team Web Access.

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 auf diesen Ordner nur zugreifen, wenn das Teamprojektportal aktiviert und für die Verwendung von SharePoint-Produkte konfiguriert wurde.Weitere Informationen finden Sie unter Freigeben von Informationen mithilfe des Projektportals.

Anforderungen

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.

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 von User Stories

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. Führen Sie Tests aus, und markieren Sie bei manuellen Tests die Ergebnisse jedes Validierungsschritts im Testfall als erfolgreich oder fehlerhaft.
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 Sie Tests zum Erfassen von Codeabdeckungsdaten. Damit Codeabdeckungsdaten im Bericht angezeigt werden, müssen Teammitglieder Tests zum Erfassen dieser Daten instrumentieren.

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:

Share via

Excel-Bericht "Testlücken" (Agile)

Daten in den Berichten

Testabdeckung von User Stories

Testabdeckung nach Produktbereich

Nie ausgeführte Testfälle

Codeabdeckung

Erforderliche Aktivitäten zum Überwachen von Testlücken

Aktualisieren und Anpassen des Berichts

Siehe auch

Konzepte

Weitere Ressourcen

Zusätzliche Ressourcen