Builddashboard (Agile)

Artikel
08/10/2011

Das Builddashboard bietet einen Überblick über die Entwicklungsaktivitäten, die sich auf die Qualität der Builds auswirken. Über Nacht erstellte Builds sind für Softwareentwicklungsprojekte wichtig. Wenn Builds nicht erfolgreich abgeschlossen werden oder Buildüberprüfungstests (BVT) nicht bestehen, muss das Team das Problem sofort beheben.

Tipp

Sie greifen über das Teamprojektportal auf Dashboards zu. Sie können auf das Builddashboard 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

Im Dashboard angezeigte Daten
Erforderliche Aktivitäten zum Nachverfolgen von Builds
Überwachen von Builds
Anpassen des Qualitätsdashboards

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

Wie flüchtig ist die CodeBase?
Wie groß ist der Anteil des vom Team getesteten Codes?
Wie hoch ist die Qualität der Builds?
Nimmt die Qualität zu, nimmt sie ab, oder bleibt sie konstant?
Welche Builds waren erfolgreich?
Welche Builds weisen eine bedeutende Anzahl von Änderungen am Code auf?

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 eines 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.

Um einen Excel-Bericht zu ändern, müssen Sie Mitglied der Sicherheitsrolle TfsWarehouseDataReaders in SQL Server Analysis Services sein, und Sie müssen einer Gruppe zugewiesen werden oder Mitglied einer Gruppe sein, 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.

Zum Anzeigen einer Arbeitsaufgabe müssen Sie Mitglied der Gruppe Leser sein, oder Arbeitsaufgaben in diesem Knoten anzeigen muss auf Zulassen festgelegt sein. Zum Erstellen oder Ändern einer Arbeitsaufgabe 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 Builddashboards die Qualität von Builds überwachen und bestimmen, ob ein Mitglied des Teams bestimmte Schritte ausführen muss, um Buildfehler zu korrigieren. In diesem Dashboard werden die Webparts angezeigt, die in der Abbildung dargestellt und in der Tabelle beschrieben werden.

Buildqualitätsdashboard

Tipp

Codeabdeckung und Änderungsdiagramme und die Berichte Schritt 1 und Schritt 2 werden nicht angezeigt, wenn das Data Warehouse für das Teamprojekt nicht verfügbar ist.

Webpart	Angezeigte Daten	Verwandtes Thema
	Ein Liniendiagramm, in dem der Prozentsatz des Codes dargestellt wird, der in den letzten vier Wochen mit Buildüberprüfungstests (BVT) und anderen Tests getestet wurde.	Excel-Bericht Codeabdeckung
	Ein gestapeltes Flächendiagramm, in dem dargestellt wird, wie viele Codezeilen das Team in den Eincheckvorgängen vor dem Build in den letzten vier Wochen hinzugefügt, entfernt und geändert hat.	Issue Work Item Process Guidance
	Liste der letzten Builds und ihrer Buildstatus. Sie können weitere Informationen anzeigen, indem Sie auf einen bestimmten Build 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 bevorstehender Ereignisse, abgeleitet von einem SharePoint-Webpart.	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 Eincheckvorgänge. Sie können weitere Informationen anzeigen, indem Sie auf einen bestimmten Eincheckvorgang klicken. Diese Liste wird von einem Team Web Access-Webpart abgeleitet.	Verwenden der Fenster Einchecken und Ausstehende Änderungen

Erforderliche Aktivitäten zum Nachverfolgen von Builds

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

Konfigurieren Sie ein Buildsystem. Für die Verwendung von Team Foundation Build muss ein Buildsystem eingerichtet werden.

Weitere Informationen finden Sie unter Konfigurieren des Buildsystems.
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 Builds mithilfe der Standardvorlage.
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 Gewusst wie: Konfigurieren von Codeabdeckung mithilfe von Testeinstellungen für automatisierte Tests.
Führen Sie regelmäßig Builds aus. Sie können Builds in regelmäßigen Intervallen oder nach jedem Einchecken ausführen. Mit dem Zeitplantrigger können regelmäßige Builds erstellt werden.

Weitere Informationen finden Sie unter Erstellen einer einfachen Builddefinition und Ausführen und Überwachen von Builds.

Tipp

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".

Überwachen von Builds

Das Team kann die Qualität der getesteten Builds und den Grad der Codeabdeckung mithilfe des Builddashboards überwachen. Im Idealfall ist die Codeabdeckung hoch, und Codeänderungen sind gering oder abnehmend. Abhängig von den Zielen des Teams sollte die Codeabdeckung zwischen 80 % und 100 % liegen.

Mithilfe der Berichte "Codeabdeckung" und "Codeänderung" können Sie die in der folgenden Tabelle aufgeführten Fragen beantworten.

Welche Builds waren erfolgreich?
Welche Builds weisen eine bedeutende Anzahl von Änderungen am Code auf?
Wie oft sind Builds erfolgreich?
Wie flüchtig ist die CodeBase?
Wie groß ist der Anteil des vom Team getesteten Codes?
Wie hoch ist die Qualität der Builds?
Nimmt die Qualität zu, nimmt sie ab, oder bleibt sie konstant?

Weitere Informationen finden Sie unter Excel-Bericht Codeabdeckung und Excel-Bericht Codeänderung.

Anpassen des Builddashboards

Sie können das Builddashboard folgendermaßen anpassen:

Ändern Sie die Filter für jeden Bericht in Office Excel, um sich auf bestimmte Produktbereiche oder Iterationen zu konzentrieren.
Fügen Sie dem Dashboard vorhandene Excel-Berichte hinzu, z. B. Buildstatus oder Fehlerstatus.

Weitere Informationen zum Arbeiten mit Berichten und zum Anpassen von Excel-Berichten finden Sie auf den folgenden Seiten der Microsoft-Website: