Bericht "Builderfolg im Zeitverlauf"

Artikel
02/26/2013

Der Bericht Builderfolg im Zeitverlauf stellt eine Bildversion des Berichts Buildzusammenfassung bereit.Im Bericht Builderfolg im Zeitverlauf wird für jeden Tag der Status des letzten Builds für jede Buildkategorieausführung angezeigt.Mithilfe dieses Berichts können Sie die Qualität des vom Team eingecheckten Codes verfolgen.Außerdem können Sie für jeden Tag, an dem ein Build ausgeführt wurde, die Buildzusammenfassung überprüfen.

Weitere Informationen zum Abrufen, Aktualisieren oder Verwalten von Berichten finden Sie unter Berichte (Agile).

Hinweis
Dieser Bericht setzt voraus, dass die Teamprojektsammlung, die das Teamprojekt enthält, mit SQL Server Reporting Services bereitgestellt wurde.Dieser Bericht ist nicht verfügbar, wenn Berichte beim Öffnen von Team Explorer und Erweitern des Teamprojektknotens nicht angezeigt wird.

In diesem Thema

Daten im Bericht
Festlegen der Berichtsdauer
Interpretieren des Berichts
Filtern des Berichts

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

In welchen Projektbereichen wurde Software erzeugt, die getestet werden kann?
In welchen Bereichen des Projekts treten Probleme mit Regressionen oder ungültigem Einchecken auf?
In welcher Qualität testet das Team den Code?

Erforderliche Berechtigungen

Um den Bericht anzuzeigen, müssen Sie einer Gruppe zugewiesen sein oder zu einer Gruppe gehören, der die Rolle Browser in Reporting Services zugewiesen wurde.Weitere Informationen finden Sie unter Hinzufügen von Benutzern zu Teamprojekten oder Verwalten von Berechtigungen.

Im Bericht angezeigte Daten

Die Daten, die im Bericht Builderfolg im Zeitverlauf angezeigt werden, sind vom Data Warehouse abgeleitet.Im Bericht sind Build- und Testergebnisse für eine Reihe von Builddefinitionen in einem oder mehreren Projekten im Zeitverlauf zusammengefasst.

Im Diagramm ist eine separate Zeile für jede Kombination aus Builddefinition, Plattform und Konfiguration enthalten.Im Bericht werden nur die Kombinationen angezeigt, die innerhalb der für den Bericht angegebenen Filter liegen.Sie können auf einen Blick den Erfolg oder das Fehlschlagen von Builds für den Prüfzeitraum bestimmen, wie in der folgenden Abbildung veranschaulicht.

Beispiel für Bericht über Builderfolg im Zeitverlauf

Die täglichen Ergebnisse der Ausführungen von Builddefinitionen werden in den Farben angezeigt, die in der folgenden Tabelle beschrieben werden:

Buildstatus	Farbe	Bedeutung
Erfolgreich	Grün	Der Buildvorgang war erfolgreich. Alle Tests wurden erfolgreich abgeschlossen. Gute Codeabdeckung.
Tests bestanden, niedrige Abdeckung	Hellgrün	Der Buildvorgang war erfolgreich. Alle Tests wurden erfolgreich abgeschlossen. Minimale Codeabdeckung.
Erfolgreicher Buildvorgang, keine Tests	Gelb	Der Buildvorgang war erfolgreich. Es wurden keine Tests ausgeführt.
Der Buildvorgang ist fehlgeschlagen.	Rot	Buildvorgang wurde ausgeführt, war jedoch nicht erfolgreich. Mindestens ein Test ist fehlgeschlagen, der zuvor erfolgreich abgeschlossen wurde.Entweder ist der Test neu, oder der Test wurde in früheren Testläufen bestanden.
Tests fehlgeschlagen	Orange	Buildvorgang ist aufgrund eines Kompilierungsfehlers oder sonstigen Fehlers fehlgeschlagen.
Kein Buildvorgang	Weiß	Der Buildvorgang wurde an diesem Tag nicht ausgeführt.

Sie können den Bericht wie folgt filtern:

Ändern Sie die Start- und Enddaten für den Bericht.
Filtern Sie die Builddefinitionen, indem Sie die Plattformen, Konfigurationen und Builddefinitionen angeben, die im Bericht enthalten sein sollen.

Weitere Informationen finden Sie unter Filtern des Berichts weiter unten in diesem Thema.

Erforderliche Buildverwaltungsaktivitäten

Damit der Bericht Builderfolg im Zeitverlauf hilfreich ist, müssen Teammitglieder die folgenden Buildverwaltungsaktivitäten ausführen:

Konfigurieren eines Buildsystems.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, von denen jede ausgeführt werden kann, 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.

**Regelmäßiges Ausführen von Builds.**Sie können Builds in festgelegten Intervallen oder nach jedem Einchecken ausführen.Sie können regelmäßige Buildausführungen mit dem Zeitplantrigger planen.Weitere Informationen finden Sie unter Erstellen 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 Builderfolg im Zeitverlauf jedoch nicht aufgeführt.Die Buildbewertung wird im Bericht Buildzusammenfassung angezeigt.Weitere Informationen finden Sie unter Beurteilen der Qualität eines abgeschlossenen Builds und Bericht "Buildzusammenfassung".

Festlegen der Berichtsdauer

Um den Fortschritt des Teams in der aktuellen Iteration zu bestimmen, müssen das Anfangs- und das Enddatum des Berichts mit denen des aktuellen Iterationszyklus übereinstimmen.

So ändern Sie die Dauer der Iteration

Klicken Sie neben Iterationsbeginn (Datum) oder Iterationsende (Datum) auf das Kalendersymbol und dann auf ein Datum.
Klicken Sie auf Bericht anzeigen.

Interpretieren des Berichts

Es ist zu erwarten, dass sich der Bericht Builderfolg im Zeitverlauf entsprechend der jeweiligen Phase im Produktentwicklungszyklus ändert.In früheren Iterationen schlagen häufig einige Builds und Tests fehl.Wenn Sie den Bericht frühzeitig und häufig im Team überprüfen, sind Sie besser in der Lage, Ihre Maßnahmen auf das Erstellen stabiler Builds mit einer Vielzahl bestandener Tests zu konzentrieren.

Fragen, die durch den Bericht beantwortet werden

Sie können den Bericht Builderfolg im Zeitverlauf überprüfen, um die folgenden Fragen zu beantworten:

Welche Qualität weisen die Builds auf?
Verbessert sich die Qualität, verschlechtert sie sich, oder bleibt sie konstant?
Welche Bereiche des Projekts können getestet werden?
In welchen Bereichen des Projekts treten Probleme mit Regressionen oder ungültigem Einchecken auf?
Wie ist die Qualität der Codetests?

Teammitglieder müssen die letzte Spalte des Berichts Builderfolg im Zeitverlauf überprüfen, um zu bestimmen, ob die letzten Builds erfolgreich abgeschlossen wurden.Wenn im Bericht längere Abschnitte nicht grün formatiert angezeigt werden, müssen Projekt-Manager und Leiter der Entwicklung die Ursache dauerhafter Probleme bestimmen.

Fehlerfreie und fehlerhafte Versionen des Berichts

In einem fehlerfreien Bericht Builderfolg im Zeitverlauf werden aufeinander folgende Tage grün angezeigt. Dies weist darauf hin, dass Builds erfolgreich abgeschlossen werden.In einer fehlerhaften Version des Berichts werden längere orangefarbene oder rote Blöcke angezeigt.Diese Blöcke verweisen darauf, dass Builds nicht erfolgreich abgeschlossen wurden oder Tests fehlgeschlagen sind.In der folgenden Abbildung werden einige Builds von guter Qualität sowie Builds veranschaulicht, die eine weitere Untersuchung erfordern:

Fehlerfreie und fehlerhafte Version von Builderfolg

Filtern des Berichts

Sie können den Bericht Builderfolg im Zeitverlauf wie folgt filtern:

Ändern Sie die Start- und Enddaten für den Bericht.

Filtern Sie die im Bericht angezeigten Builds, indem Sie die einzubindenden Plattformen, Konfigurationen und Builddefinitionen angeben.

Hinweis
Sie können eine Builddefinition so konfigurieren, dass keine Tests, einige Tests oder alle Tests ausgeführt werden.Der Bericht variiert erheblich entsprechend der Konfiguration der Builddefinitionen.

In der folgenden Abbildung sind die verfügbaren Filter dargestellt:

Filter für Bericht über Buildzusammenfassung

Sie müssen die Filter in der Reihenfolge anwenden, die im folgenden Vorgang angegeben wird.Die Optionen, die für einige Filter verfügbar sind, hängen von den bereits angewendeten Filtern ab.

So filtern Sie die im Bericht angezeigten Builds

Aktivieren Sie in der Liste Plattform die Kontrollkästchen für jede zu berücksichtigende Plattform.
Aktivieren Sie in der Liste Konfiguration die Kontrollkästchen für jede zu berücksichtigende Konfiguration.
Aktivieren Sie in der Liste Builddefinition die Kontrollkästchen für jede zu berücksichtigende Builddefinition.
Klicken Sie auf Bericht anzeigen.