Fehlerdashboard

Artikel
08/10/2011

Sie können die Fehleraktivität für ein Teamprojekt mit dem Fehlerdashboard überwachen, das in den folgenden Diagrammen dargestellt wird:

Fehlerburndown
Die Rate, mit der das Team Fehler über einen bestimmten Zeitraum findet, behebt und schließt
Die Anzahl von Fehlern mit Priorität in einem bestimmten Zeitraum
Die aktuelle Anzahl von aktiven Fehlern, die jedem Teammitglied zugewiesen wurden

Tipp

Sie greifen über das Teamprojektportal auf Dashboards zu. Sie können auf das Fehlerdashboard nur zugreifen, wenn dieses Portal aktiviert wurde und die Verwendung von Microsoft Office SharePoint Server 2007 für das Teamprojektportal zulässig ist. Weitere Informationen finden Sie unter Dashboards (Agile) oder Zugreifen auf Teamprojektportale und Prozessleitfäden.

In diesem Thema

Auf dem Dashboard angezeigte Daten
Erforderliche Aktivitäten zum Nachverfolgen von Fehlern
Überwachen von aktiven Fehlern und Fehlertrends

Sie können mit diesem Dashboard die folgenden Fragen beantworten:

Wie schnell werden Fehler vom Team behoben und geschlossen?
Werden Fehler vom Team ausreichend schnell behoben, um das Projekt termingerecht abzuschließen?
Wie viele Fehler werden vom Team pro Tag gemeldet, behoben und geschlossen?
Behebt das Team Fehler mit Priorität 1 vor Fehlern mit Priorität 2 und 3?
Liegt für ein Teammitglied ein Rückstand an Fehlern mit der Priorität 1 vor, die eine Neuverteilung erforderlich macht?
Wie lautet der Status des Builds von letzter Nacht?
Was wurde zuletzt eingecheckt?

Erforderliche Berechtigungen

Zum Anzeigen des Dashboards 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, Kopieren oder Anpassen des Dashboards müssen Sie 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 Hinzufügen von Benutzern zu Teamprojekten.

Zum Ändern eines Berichts in Office Excel müssen Sie Mitglied der TfsWarehouseDataReaders-Sicherheitsrolle in SQL Server Analysis Services sein und einer Gruppe zugewiesen sein oder zu einer Gruppe gehören, der die Berechtigung Mitglieder in SharePoint-Produkte 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.

Um Fehler oder andere Arbeitsaufgabentypen anzeigen zu können, müssen Sie Mitglied der Gruppe Readers sein, oder die Berechtigung Arbeitsaufgaben in diesem Knoten anzeigen muss auf Zulassen festgelegt sein. Zum Erstellen oder Ändern eines Fehlers oder anderen Arbeitsaufgabentyps müssen Sie Mitglied der Gruppe Contributors sein, oder die Berechtigung Arbeitsaufgaben in diesem Knoten bearbeiten muss auf Zulassen festgelegt sein. Weitere Informationen finden Sie unter Verwalten von Berechtigungen.

Im Dashboard angezeigte Daten

Das Team kann mithilfe des Fehlerdashboards ermitteln, wie erfolgreich es Fehler findet, behebt und schließt. Insbesondere werden im Dashboard die Webparts angezeigt, die in der folgenden Abbildung dargestellt und in der folgenden Tabelle beschrieben werden:

Fehlerdashboard

Tipp

Burndown, Trend und Balkendiagramme, Berichte Schritt 1 bis Schritt 4 , werden nicht angezeigt, wenn der Server, auf dem Analysis Services gehostet werden, nicht verfügbar ist.

Weitere Informationen zum Interpretieren, Aktualisieren oder Anpassen der Diagramme, die im Fehlerdashboard angezeigt werden, finden Sie in den in der folgenden Tabelle aufgeführten Themen.

Webpart	Angezeigte Daten	Verwandtes Thema
	Eine visuelle Darstellung der kumulierten Anzahl aller Fehler, nach Zustand gruppiert, für die letzten vier Wochen.	Excel-Bericht Fehlerstatus
	Liniendiagramm, das den gleitenden Durchschnitt der Anzahl von Fehlern anzeigt, die vom Team während der letzten vier Wochen geöffnet, behoben und geschlossen wurden. Der gleitende Durchschnitt basiert auf den sieben Tagen vor dem Datum der Berechnung.	Excel-Bericht Fehlertrends
	Eine visuelle Darstellung der kumulierten Anzahl aller Fehler, nach Priorität gruppiert, für die letzten vier Wochen.	Excel-Bericht Fehler nach Priorität
	Ein horizontales Balkendiagramm mit der Gesamtanzahl von aktiven Fehlern, die jedem Teammitglied zurzeit zugewiesen wurden, gruppiert nach Priorität.	Excel-Bericht Fehler nach Zuweisung
	Liste der aktiven Fehler. Die Liste wird von einem Team Web Access-Webpart abgeleitet.	Arbeitsmappe "Selektierung"
	Liste bevorstehender Ereignisse. Die Liste wird von einem SharePoint-Webpart abgeleitet.	Nicht zutreffend
	Anzahl der aktiven, gelösten und geschlossenen Arbeitsaufgaben. Sie können die Liste der Arbeitsaufgaben öffnen, indem Sie auf die einzelnen Zahlen klicken. Diese Liste wird von einem Team Web Access-Webpart abgeleitet.	Arbeitsaufgaben und Workflow (Agile)
	Liste der letzten Builds und ihrer Status. Sie können weitere Informationen zu einem Build anzeigen, indem Sie darauf klicken. Diese Liste wird von einem Team Web Access-Webpart abgeleitet. Legende: : Der Buildvorgang wird ausgeführt. : Der Buildvorgang wurde nicht gestartet. : Der Buildvorgang war erfolgreich. : Der Buildvorgang ist fehlgeschlagen. : Der Buildvorgang wurde beendet. : Der Buildvorgang war teilweise erfolgreich.	Verwalten und Anzeigen von abgeschlossenen Builds
	Liste der letzten Eincheckvorgänge. Sie können weitere Informationen zu einem bestimmten Eincheckvorgang anzeigen, indem Sie darauf klicken. Diese Liste wird von einem Team Web Access-Webpart abgeleitet.	Verwenden der Fenster Einchecken und Ausstehende Änderungen

Erforderliche Aktivitäten zum Nachverfolgen von Fehlern

Damit die Berichte, die im Fehlerdashboard angezeigt werden, aussagekräftig und genau sind, muss das Team die folgenden Aktivitäten ausführen:

Definieren Sie Fehler, und geben Sie die zugehörigen Pfade Iteration und Bereich an.
Weisen Sie jeden Fehler dem Teammitglied zu, das den Fehler auflösen oder schließen kann.
Geben Sie die Priorität jedes Fehlers an.
Aktualisieren Sie den Zustand jedes Fehlers, wenn er vom Team behoben, überprüft oder geschlossen wird.

Überwachen von aktiven Fehlern und Fehlertrends

Teammitglieder können mithilfe des Fehlerdashboards bestimmen, ob die Liste der aktiven Fehler entsprechend den festgelegten Teamzielen und den agilen Verfahren verwaltet wird. Wenn für jedes Inkrement des Codes vor dem Einchecken Komponententests ausgeführt werden, kann das Team die Gesamtanzahl zu suchender Fehler reduzieren. Ein Team, das sich darauf konzentriert, jedes Codeinkrement liefern zu können, entfernt Fehler inkrementell und minimiert so laufende Fehler.

Mit dem Fehlerdashboard kann das Team die folgenden Fragen beantworten:

Ist die Anzahl der aktiven Fehler im Hinblick auf die Teamziele akzeptabel? Stellt das Team zu viele Fehler zurück?
Sucht, behebt und schließt das Team Fehler schnell genug, um die Erwartungen zu erfüllen, und mit einer Rate, die der von vorherigen Entwicklungszyklen entspricht?
Behandelt das Team Fehler mit hoher Priorität vor Fehlern mit niedrigerer Priorität?
Benötigt ein Teammitglied Hilfe beim Beheben von Fehlern?

Weitere Fragen, die auf Grundlage der in diesem Dashboard angezeigten Indikatoren gestellt werden können, finden Sie in den folgenden Abschnitten:

Fehlerstatusindikatoren
Trendindikatoren
Priorität und Verteilung von Fehlern

Fehlerstatusindikatoren

Indikator	Wichtige Fragen
Das Band für aktive Fehler wird breiter. Wenn der Umfang für das Band des Teams für aktive Fehler zunimmt, wächst der Fehlerrückstand. Das Team findet mehr Fehler, als es beheben oder schließen kann. Ein breiteres Band von aktiven Fehlern kann darauf hinweisen, dass das Team aufgrund eines Engpasses keine Fehler beheben und schließen kann.	Werden Teammitglieder zu anderen Aufgaben ohne Priorität zugewiesen? Blockieren andere Probleme die Fähigkeit des Teams, Fehler zu beheben und zu korrigieren?
Die Anzahl der aktiven Fehler ändert sich nicht. Ein flacher Trend in der Anzahl der aktiven Fehler gibt an, dass das Team keine Fehler findet.	Ist die Testabdeckung ausreichend? Blockieren andere Probleme die Fähigkeit des Teams, Fehler zu finden?
Die Anzahl der behobenen oder geschlossenen Fehler ändert sich nicht. Wenn die Anzahl der Fehler, die das Team behebt oder schließt, für lange Zeiträume flach verläuft, sind die Teammitglieder möglicherweise nicht in der Lage, Fehler zu beheben oder zu schließen.	Sind die Teamprioritäten richtig festgelegt? Wurden anderen Aufgaben zu viele Teammitglieder zugewiesen? Verfolgen die Teammitglieder ihren Fehlerstatus ordnungsgemäß?

Das Band für aktive Fehler wird breiter. Wenn der Umfang für das Band des Teams für aktive Fehler zunimmt, wächst der Fehlerrückstand. Das Team findet mehr Fehler, als es beheben oder schließen kann.

Ein breiteres Band von aktiven Fehlern kann darauf hinweisen, dass das Team aufgrund eines Engpasses keine Fehler beheben und schließen kann.

Werden Teammitglieder zu anderen Aufgaben ohne Priorität zugewiesen?
Blockieren andere Probleme die Fähigkeit des Teams, Fehler zu beheben und zu korrigieren?

Die Anzahl der aktiven Fehler ändert sich nicht. Ein flacher Trend in der Anzahl der aktiven Fehler gibt an, dass das Team keine Fehler findet.

Ist die Testabdeckung ausreichend?
Blockieren andere Probleme die Fähigkeit des Teams, Fehler zu finden?

Die Anzahl der behobenen oder geschlossenen Fehler ändert sich nicht. Wenn die Anzahl der Fehler, die das Team behebt oder schließt, für lange Zeiträume flach verläuft, sind die Teammitglieder möglicherweise nicht in der Lage, Fehler zu beheben oder zu schließen.

Sind die Teamprioritäten richtig festgelegt?
Wurden anderen Aufgaben zu viele Teammitglieder zugewiesen?
Verfolgen die Teammitglieder ihren Fehlerstatus ordnungsgemäß?

Fehlertrendindikatoren

Indikator	Wichtige Fragen
Das Team behebt in jedem Zeitraum eine große Anzahl von Fehlern. Eine hohe Behebungsrate zeigt normalerweise einen guten Fortschritt des Teams an.	Schließt das Team die behobenen Fehler sofort? Die Rate der Schließvorgänge sollte der Rate der Behebungen entsprechen. Aktiviert das Team Fehler in einem akzeptablen Umfang erneut?
Fehler werden vom Team schnell behoben, jedoch nicht geschlossen. Möglicherweise sind zu wenige Teammitglieder verfügbar, die für die Überprüfung von Fehlerkorrekturen zuständig sind, oder diese Teammitglieder werden durch andere Prioritäten vom Schließen behobener Fehler abgehalten.	Sind die Testressourcen zu stark ausgelastet? Sollten die Testprioritäten vom Team überarbeitet werden? Weitere Informationen über diese Metriken finden Sie unter Testdashboard (Agile).
Das Team findet in jedem Zeitraum eine geringe Anzahl von Fehlern. Möglicherweise hat das Team Probleme, Fehler in qualitativ hochwertigen Lösungen oder mit ineffektiven Tests zu finden.	Zeigen die Metriken für die Codeabdeckung, Codeänderungen oder den Teststatus ein Problem mit dem Code oder mit den Tests an? Weitere Informationen über diese Metriken finden Sie unter Qualitätsdashboard (Agile).
Das Team findet in aufeinander folgenden Zeiträumen etwa dieselbe Anzahl von Fehlern. Wenn das Team Woche für Woche oder Iteration für Iteration stets dieselbe Anzahl von Fehlern findet, empfiehlt es sich, die Ursache für dieses Muster zu untersuchen. In einer frühen Phase des Testzyklus sind die Tests möglicherweise nicht strikt oder ausgereift genug, um viele Fehler zu finden. In frühen Iterationen ist diese Situation zu erwarten. Bei fortschreitender Entwicklung des Produkts hingegen sollten jedoch in den Tests umfassendere Szenarios und Integrationen untersucht werden.	Sind die Testfälle ausreichend, um die vom Team entwickelten Benutzertextabschnitte zu testen? Sind die Tests veraltet, oder werden die falschen Funktionen getestet? Werden strikte Tests für alle Benutzertextabschnitte ausgeführt? Weitere Informationen über diese Metriken finden Sie unter Testdashboard (Agile).
Das Team findet in jedem Zeitraum eine große Anzahl von Fehlern. In qualitativ minderwertigem Code, in neu integriertem Code, durch effektive Tests oder während bestimmter Ereignisse (z. B. bei auftretenden Defekten) kann das Team viele Fehler finden.	Weisen die Metriken für Codeabdeckung, Codeänderung oder Teststatus auf ein Problem mit dem Code oder mit den Tests hin? Weitere Informationen zu diesen Metriken finden Sie unter Qualitätsdashboard (Agile).

Fehlerpriorität und Verteilung

Indikator	Wichtige Fragen
Die Anzahl der aktiven Fehler mit höherer Priorität ist größer als die Anzahl der aktiven Fehler mit niedrigerer Priorität. Wenn die Anzahl der Fehler mit hoher Priorität viel größer als die Anzahl der Fehler mit niedrigerer Priorität ist, konzentriert sich das Team möglicherweise in erster Linie auf Elemente mit niedrigerer Priorität.	Behebt das Team Programmfehler in der vom Team festgelegten Dringlichkeitsfolge? Wird die Fähigkeit des Teams, die Fehler mit höherer Priorität zu beheben, durch Probleme blockiert?
Fehlerzuweisungen sind nicht gleichmäßig verteilt. Das Team sollte die Arbeit neu zuweisen, wenn einem oder zwei Teammitgliedern viele Fehler zugewiesen wurden, während den anderen Teammitgliedern nur wenige Fehler zugewiesen wurden.	Sollte das Team die Arbeitsauslastung neu verteilen, indem Fehler neu zugewiesen werden?