Bericht "Builderfolg im Zeitverlauf"

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 (SQL Server Reporting Services).

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

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

Farbe Grün im Bericht über Builderfolg

Grün

  • Der Buildvorgang war erfolgreich.

  • Alle Tests wurden erfolgreich abgeschlossen.

  • Gute Codeabdeckung.

Tests bestanden, niedrige Abdeckung

Farbe Hellgrün im Bericht über Builderfolg

Hellgrün

  • Der Buildvorgang war erfolgreich.

  • Alle Tests wurden erfolgreich abgeschlossen.

  • Minimale Codeabdeckung.

Erfolgreicher Buildvorgang, keine Tests

Farbe Gelb im Bericht über Builderfolg

Gelb

  • Der Buildvorgang war erfolgreich.

  • Es wurden keine Tests ausgeführt.

Der Buildvorgang ist fehlgeschlagen.

Farbe Rot im Bericht über Builderfolg

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

Farbe Orange im Bericht über Builderfolg

Orange

  • Buildvorgang ist aufgrund eines Kompilierungsfehlers oder sonstigen Fehlers fehlgeschlagen.

Kein Buildvorgang

Farbe Weiß im Bericht über Builderfolg

Weiß

  • Der Buildvorgang wurde an diesem Tag nicht ausgeführt.

Sie können den Bericht wie folgt filtern:

  • Ändern Sie das Start- und Enddatum 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 Sie ein Buildsystem. Für die Verwendung von Team Foundation Build muss ein Buildsystem eingerichtet werden.

    Weitere Informationen finden Sie unter Definieren des Buildprozesses.

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

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

  2. 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:

  • Wie hoch ist die Qualität der Builds?

  • 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 das Start- und Enddatum 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.

Die folgende Abbildung zeigt die verfügbaren Filter:

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

  1. Aktivieren Sie in der Liste Plattform die Kontrollkästchen für jede zu berücksichtigende Plattform.

  2. Aktivieren Sie in der Liste Konfiguration die Kontrollkästchen für jede zu berücksichtigende Konfiguration.

  3. Aktivieren Sie in der Liste Builddefinition die Kontrollkästchen für jede zu berücksichtigende Builddefinition.

  4. Klicken Sie auf Bericht anzeigen.

Siehe auch

Weitere Ressourcen

Berichte (SQL Server Reporting Services)