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.

Build- und Testaktivitäten Ein Buildsystem konfigurieren. Definieren Sie den Buildprozess. Führen Sie Tests im Buildprozess aus. Bewerten Sie abgeschlossene Builds, um die Buildqualitätsdimension aufzufüllen.

Buildberichte Buildqualitätsindikatoren (nur Agile und CMMI) Builderfolg im Zeitverlauf (abgebildet) Buildzusammenfassung

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.

Aktivitäten für die Arbeitsaufgabennachverfolgung Erstellen Sie den Backlog. Erstellen Sie Product Backlog Items und geben Sie den Aufwand (Scrum) an. Erstellen Sie User Stories und geben Sie Storypunkte (Agile) an. Erstellen Sie Anforderungen und geben Sie die Größe (CMMI) an. Arbeiten in Sprints. Weisen Sie Sprints Backlogelemente zu, erstellen Sie Aufgaben, verknüpfen Sie sie mit übergeordneten Backlogelementen und weisen sie einem Teammitglied zu. Aktualisieren Sie verbleibende Arbeit für Aufgaben. Aktualisieren Sie für Agile- und CMMI-Teamprojekte ebenfalls Abgeschlossene Arbeit. Tipp Der einzige Bericht mit einem Verweis auf Ursprüngliche Schätzung ist Status für alle Iterationen. Erstellen Sie Testfälle und Testfehler, verknüpfen Sie sie mit ihrem übergeordneten Backlogelement und aktualisieren Sie ihren Zustand. (Optional) Weisen Sie Bereichen Arbeitsaufgaben zu, um Berichte zu filtern.

Projektmanagementberichte (Scrum) Backlogübersicht (ähnlich Übersicht über Stories) Versions-Burndown Sprint-Burndown Geschwindigkeit Projektmanagementberichte (Agile und CMMI) Burndown und Durchsatz Verbleibende Arbeit Anforderungsübersicht (CMMI) Anforderungsstatus(CMMI) Status aller Iterationen (ähnlich wie Geschwindigkeit) Übersicht über Storys (Agile) (abgebildet) Storystatus (Agile) Nicht geplante Arbeit

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.

Testplanungs- und Fehlernachverfolgungsaktivitäten Definieren Sie Testpläne und Testfälle und aktualisieren Sie deren Zustand im Verlauf der Arbeit. Markieren Sie die Ergebnisse jedes Überprüfungsschritts entweder als erfolgreich oder fehlgeschlagen. Erstellen Sie Fehler, legen die Priorität und den Schweregrad fest, weisen sie einem Teammitglied zu und aktualisieren den Zustand. (Optional) Weisen Sie Testfälle und Testfehler zu Bereichen und Iterationen zu, um Berichte zu filtern.

Test- und Fehlerberichte Testfallbereitschaft Testplanstatus (abgebildet) Fehlerstatus (nur Agile und CMMI) Fehlertrends (nur Agile und CMMI) Reaktivierungen (nur Agile und CMMI)

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.

Hinweis

Wenn in Team Explorer ein rotes X auf dem Knoten Berichte angezeigt wird, sind Sie möglicherweise nicht berechtigt, auf die Berichte zuzugreifen, oder die Verbindung zwischen Team Explorer und dem Server, der SQL Server Reporting Services hostet, wurde unterbrochen.Wenden Sie sich in diesen Fällen an den Projektadministrator, um sicherzustellen, dass Sie über Zugriffsberechtigungen für den Knoten "Berichte" verfügen und der Server mit Reporting Services ausgeführt wird.

Wenn die beiden folgenden Bedingungen zutreffen, kann das rote X auf dem Knoten Berichte angezeigt werden:

• Wenn Team Explorer auf dem gleichen Computer wie SQL Server Reporting Services ausgeführt wird.

• Sie sind nicht als Administrator angemeldet, oder für Internet Explorer ist die erhöhte Sicherheit aktiviert.

Melden Sie sich zur Behebung dieses Problems als Administrator am Computer an, oder öffnen Sie Internet Explorer, öffnen Sie Internetoptionen, wählen Sie die Registerkarte Sicherheit aus, und deaktivieren Sie das Kontrollkästchen Geschützten Modus aktivieren.

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.