Berichte (SQL Server Reporting Services)

Mit den Berichten in SQL Server Reporting Services können Sie den Status und die Qualität des Projekts analysieren. In diesen Berichten werden Metriken aus Arbeitsaufgaben, der Versionskontrolle, Testergebnissen und Builds aggregiert. Mithilfe der Berichte lassen sich Fragen zum aktuellen Status des Projekts beantworten.

Die meisten dieser Berichte enthalten Filter, mit denen Sie den Inhalt des Berichts festlegen können. Filter schließen Zeitraum, Iteration und Bereichspfade, Arbeitsaufgabentypen und Arbeitsaufgabenzustände ein. Die Fragen, die mit diesen Berichten beantwortet werden können, betreffen alle Arbeitsaufgabentypen, z. B. User Storys, Testfälle, Aufgaben und Fehler.

Anforderungen

• Die lokale TFS-Bereitstellung muss mit einem SQL Server Reporting Services ausgestattet sein. Diese Berichte sind nicht verfügbar, wenn die Team Explorer-Startseite keinen Link zu Berichte enthält.

  Außerdem muss das Teamprojekt mit Berichten bereitgestellt werden.

  Wenn Sie die Bereitstellung mit Reporting Services ausstatten müssen oder einem vorhandenen Teamprojekt Berichte hinzufügen möchten, klicken Sie hier.

• Zum Anzeigen der Berichte müssen Sie einer Gruppe zugewiesen sein oder einer Gruppe angehören, der die Rolle Browser oder Team Foundation-Inhalts-Manager in Reporting Services zugewiesen wurde. Weitere Informationen finden Sie unter Gewähren von Zugriff auf die Datenbanken des Data Warehouse für Visual Studio ALM.

Überwachen von Codequalität

Buildberichte verfolgen die Qualität der Software während der Entwicklungsphase nach. Indem Sie Tests definieren, die als Teil jeder Builddefinition automatisch ausgeführt werden, und Tests instrumentieren, um Codeabdeckungsdaten zu erfassen, können Sie Einblicke in die Qualität der Builds, der Tests und des Codes gewinnen.

Ein kostenloses herunterladbares Handbuch zum Testen und zum Überwachen von Builds finden Sie unter Testing for Continuous Delivery with Visual Studio 2012.

Beispielbericht "Builderfolg im Zeitverlauf"

Überwachen des Status

Projektmanagementberichte bieten Informationen darüber, wie viel Arbeit das Team in einem Sprint oder einem Release bewältigt, sowie über die Geschwindigkeit des Fortschritts. Indem Arbeitsaufgaben verknüpft und bestimmte Felder aktualisiert werden, während die Arbeit ausgeführt wird, können Sie den Status einzelner Stories nachverfolgen und künftige Aktivitäten genauer schätzen.

Beispielbericht "Übersicht über Storys"

Überwachen von Testplänen und Fehlernachverfolgung

Testplanungsberichte unterstützen das Überwachen des Teststatus und der Abdeckung von Backlogelementen oder User Stories. Fehlernachverfolgungsberichte veranschaulichen die Kapazität des Teams, Fehler zu finden und zu beheben.

Beispielbericht "Testplanstatus"

Einen Bericht öffnen

Sie können einen Bericht in Team Explorer öffnen, im Teamprojektportal oder irgendeiner Teamstartseite im Web Access-Portal. 

Öffnen Sie in Team Explorer auf der Seite Berichte die Berichts-Site.

Im Folgenden finden Sie eine Ansicht von Berichten für ein Scrum-Projekt im Berichts-Manager.

Aktualisieren eines Berichts

In den WIT-Datenspeicher werden sämtliche für Arbeitsaugaben erfassten Daten, in das Data Warehouse von Analysis Services jedoch nur ausgewählte Daten geschrieben. Beim Erstellen oder Ändern von Arbeitsaufgaben durch Teammitglieder wird der WIT-Datenspeicher in Echtzeit aktualisiert. Anschließend werden alle zwei Minuten inkrementelle Updates in die relationale Warehouse-Datenbank und alle zwei Stunden in den OLAP-Cube geschrieben. Wie Sie diese Einstellungen ändern, erfahren Sie hier: Ändern von Prozesssteuerungseinstellungen für das Data Warehouse und den Analysis Services-Cube.

In der folgenden Tabelle wird beschrieben, wie Sie den Bericht aktualisieren können.

Option	Ergebnis
Schaltfläche Aktualisieren im Browserfenster	Aktualisiert die Anzeige mit dem Bericht, der im Sitzungscache gespeichert ist. Ein Sitzungscache wird erstellt, wenn ein Benutzer einen Bericht öffnet. Reporting Services verwendet Browsersitzungen, um eine konsistente Anzeige zu erreichen, wenn ein Bericht geöffnet ist.
	Führt dazu, dass der Server, auf dem Reporting Services ausgeführt wird, die Abfrage erneut ausführt und die Berichtsdaten aktualisiert, wenn der Bericht auf Anforderung ausgeführt wird. Wenn der Bericht oder eine Momentaufnahme zwischengespeichert wird, wird der in der Berichtsserver-Datenbank gespeicherte Bericht angezeigt.
Tastenkombination STRG+F5	Führt zum gleichen Ergebnis wie das Auswählen von Aktualisieren auf der Berichtssymbolleiste.

Verwalten von und Arbeiten mit veröffentlichten Berichten

Sie können auch die folgenden Aufgaben ausführen, wenn Sie in Reporting Services einen Bericht anzeigen:

• Vergrößern oder verkleinern des Berichts

• Suchen nach Text im Bericht

• Öffnen eines verknüpften Berichts

• Exportieren des Berichts in ein anderes Format, z. B. XML, CSV, PDF, MHTML, Excel, TIFF oder Word

• Aktualisieren des Berichts

• Drucken des Berichts

• Erstellen eines Abonnements für den Bericht

Fragen und Antworten

F: Behandeln Berichte Storys und Substories oder Aufgaben und Unteraufgaben?

A: Ja, Sie können Stories oder Backlogelemente ebenso wie Aufgaben unterteilen und eine geschachtelte Hierarchie sowohl aus Backlogelementen wie aus Aufgaben erstellen. Sie können Elemente mehrere Ebenen tief schachteln. Wenn Sie eine Aufgabe in Unteraufgaben unterteilen, geben Sie Stunden nur für die Unteraufgaben an. Diese Stunden sind in einem Rollup als zusammengefasste Werte für die übergeordnete Aufgabe und deren übergeordnetes Backlogelement enthalten. Informationen zum Korrigieren von Berichten, die Ihrer Meinung nach fehlerhaft sind, finden Sie unter Address inaccuracies published for summary values.

F: Welche Berichte hängen vom Verknüpfen von Arbeitsaufgaben ab?

A: Die Übersichts- und Statusberichte hängen davon ab, dass Aufgaben, Testfälle und Fehler mit Backlogelementen verknüpft werden. Sie müssen diese Elemente mithilfe des Übergeordnet/Untergeordnet-Links für Aufgaben und Fehler und mithilfe des Links "Getestet von" für Testfälle verknüpfen.

F: Welche Berichte hängen von Microsoft Test Manager ab?

A: Die Berichte Testfallbereitschaft und Testplanstatus sind für den Test Manager konzipiert. Ebenso hängen Testpunkte und Teststatus in Projektmanagementübersichtsberichten davon ab, dass Testfälle mit Backlogelementen verknüpft werden.

F: Warum werden Codeänderungen und Codeabdeckungsdaten nicht in meinen Berichten angezeigt?

A: Wenn Sie Git für die Versionskontrolle verwenden, sind die Berichtsdaten zu Codeänderungen und Codeabdeckung nicht verfügbar.

F: Sind diese Berichte identisch mit den agilen Planungsdiagrammen, die in Team Web Access (TWA) angezeigt werden?

A: Während einige Berichte ähnliche Informationen anzeigen, z. B. Sprint-Burndown und Geschwindigkeit oder den Status für alle Iterationen, werden diese Berichte unterschiedlich formatiert und unterstützen zusätzliche Filter. Andere Berichte, wie beispielsweise die Build- und Testplanungsberichte, sind derzeit über TWA nicht verfügbar.

F: Möchten Sie zusätzliche Produktbereiche oder Versionsmeilensteine erstellen?

A: Siehe Create areas or iterations.

F: Möchten Sie Arbeitsaufgaben per Massenbearbeitung einem Bereich, einer Iteration, einem Teammitglied oder eine Priorität zuweisen?

A: Siehe Gleichzeitiges Ändern einer großen Anzahl von Arbeitsaufgaben.

F: Möchten Sie ein Feld hinzufügen, um zusätzliche Daten nachzuverfolgen?

A: Siehe Hinzufügen oder Ändern von Arbeitsaufgabenfeldern zur Unterstützung der Berichterstellung.

F: Möchten Sie die Berichte mit Berichts-Manager-Funktionen verwalten?

A: Weitere Informationen finden Sie unter Report Manager How-to Topics.