Freigeben über


Builddashboard (CMMI)

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.

HinweisHinweis

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 (CMMI) 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.

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

HinweisHinweis

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

Code Churn Excel Report (CMMI)

Schritt 3

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.

Letzte Builds-Webpart

Legende:

Buildvorgang wird ausgeführt: Der Buildvorgang wird ausgeführt.

Buildvorgang nicht gestartet: Der Buildvorgang wurde nicht gestartet.

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.

Managing and Reporting on 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 auf die einzelnen Zahlen klicken.Diese Liste wird von einem Team Web Access-Webpart abgeleitet.

Projektarbeitsaufgaben

Arbeitsaufgaben und Workflow (CMMI)

Schritt 6

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.

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 Configuring Your Build System.

  • 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 auf der Standardvorlage basierenden Buildprozesses.

  • 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 Konfigurieren von Codeabdeckung mit Testeinstellungen ist veraltet.

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

    HinweisHinweis

    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 bestimmte Produktbereiche oder Iterationen in den Fokus zu rücken.

  • 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:

Siehe auch

Konzepte

Artefakte (CMMI)

Weitere Ressourcen

Excel-Berichte (CMMI)

Dashboards (CMMI)