Freigeben über


Builddashboard (Agile)

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.

Sie greifen über das Teamprojektportal auf Dashboards zu. Sie können auf das Builddashboard nur zugreifen, wenn dieses Portal aktiviert wurde und für die Verwendung von SharePoint Server Enterprise Edition für das Teamprojektportal konfiguriert ist. Weitere Informationen finden Sie unter Dashboards.

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?

  • Bei welchen Builds wurden besonders viele Codeänderungen vorgenommen?

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.

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. Informationen zu den den Webparts, die auf dem Builddashboard angezeigt werden, finden Sie in der Abbildung und der folgenden Tabelle.

Buildqualitätsdashboard

Hinweis

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

Schritt 1

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.

Bericht über Codeabdeckung

Excel-Bericht Codeabdeckung

Schritt 2

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.

Bericht über Codeänderung

Excel-Bericht Codeänderung

Schritt 3

Liste der letzten Builds und ihrer Buildstatus. Sie können weitere Informationen anzeigen, indem Sie einen bestimmten Build wählen. Diese Liste wird von einem Team Web Access-Webpart abgeleitet.

Letzte Builds-Webpart

Legende:

Buildvorgang wird ausgeführt: Der Buildvorgang wurde nicht gestartet.

Buildvorgang nicht gestartet: Der Buildvorgang wird ausgeführt.

Der Buildvorgang war erfolgreich: Der Buildvorgang war erfolgreich.

Fehler beim Buildvorgang: Der Buildvorgang ist fehlgeschlagen.

Der Buildvorgang wurde beendet: Der Buildvorgang wurde beendet.

Buildvorgang teilweise erfolgreich: Der Buildvorgang war teilweise erfolgreich.

Ausführen, Überwachen und Verwalten von Builds

Schritt 4

Liste bevorstehender Ereignisse, abgeleitet von einem SharePoint-Webpart.

Ereignisse-Webpart importieren

Nicht zutreffend

Schritt 5

Anzahl der aktiven, gelösten und geschlossenen Arbeitsaufgaben. Sie können die Liste der Arbeitsaufgaben öffnen, indem Sie die einzelnen Zahlen auswählen. Diese Liste wird von einem Team Web Access-Webpart abgeleitet.

Projektarbeitsaufgaben-Webpart

Nicht zutreffend

Schritt 6

Liste der letzten Eincheckvorgänge. Sie können weitere Informationen anzeigen, indem Sie einen bestimmten Eincheckvorgang wählen. Diese Liste wird von einem Team Web Access-Webpart abgeleitet.

Letzte Eincheckvorgänge-Webpart

Entwickeln von Code und Verwalten von ausstehenden Ä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 und Verwalten 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 Verwenden der Standardvorlage für Ihren Buildprozess.

  • 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 Ausführen von Testläufen im Buildprozess.

  • 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 oder Bearbeiten einer Builddefinition und Ausführen, Überwachen und Verwalten von Builds.

    Hinweis

    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: