Freigeben über

Analysieren und Erstellen von Berichten von Builddetails und Buildabdeckung mit der Buildperspektive

  • Artikel

Indem Sie die Erstellung Perspektive verwenden, können Sie nur die Measures, die Dimensionen und Attribute im SQL Server Analysis Services-Cuben für Visual Studio Team Foundation Server anzeigen, die den Buildprozess betreffen.Beispielsweise können Sie diese Measures verwenden, um zu ermitteln, wie viele Builds fehlschlagen und wie viel des Codes innerhalb eines Builds geändert wurde.

Die Perspektive Build basiert auf der relationalen Tabellen, die Berichterstellung auf Builds entweder als Eigenschaft des Builds Codeabdeckung oder Changeset in der Versionskontrolle aktivieren.Weitere Informationen finden Sie unter Builddetailtabellen, Buildprojekttabellen, Buildabdeckungstabellen und Buildchangesettabellen.

Buildmeasuregruppe

Indem Sie die Erstellung Perspektive verwenden, können Sie Berichte erstellen, die auf die folgenden Fragen beantworten:

Berichte " Status des Anforderungstests ":

  • Welches erfolgreich erstellt wird und welche fehlgeschlagen erstellt?

  • Welche Builds geben eine große Anzahl von Änderungen am Code?

  • Welche Builds können installiert werden?

Trendberichte:

  • Welchen Status weisen die Builds im Laufe der Zeit auf?

  • Welcher Anteil am Code wurde durch die Tests im Zeitverlauf ausgeführt?

HinweisHinweis
Wenn für das Data Warehouse für Visual Studio Application Lifecycle Management (ALM) SQL Server Enterprise Edition verwendet wird, enthält die Liste der Cubes Team System und einen Perspektivensatz.Die Perspektiven ermöglichen eine fokussierte Ansicht der Daten, damit Sie nicht durch alle Dimensionen und Measuregruppen navigieren müssen, die für den gesamten Team System-Cube definiert sind.

In diesem Thema

  • Beispiel: Buildstatusbericht

  • Erstellungs-Measure

  • Dimensionen und Attribute in der Erstellungs-Perspektive, die Filterung und Kategorisierung unterstützen

  • Erforderliche Aktivitäten zum Verwalten von Builds und Tests

Beispiel: Buildstatusbericht

Mit PivotChart-Berichte in Excel verwenden, können Sie den Buildstatus im Zeitverlauf anzuzeigen, vergleichbar mit den Daten in der folgenden Abbildung.

Buildstatusbericht

Die Prozessvorlagen für Microsoft Solutions Framework (MSF) v5.0 enthalten den Buildstatusbericht in Excel.Weitere Informationen finden Sie unter Excel-Bericht Buildstatus.

Zurück nach oben

ms244712.collapse_all(de-de,VS.110).gifPivot-Feld-Auswahl und Filter

Pivotfelder für Bericht über Buildzusammenfassung

Sie können den Zusammenfassungsbericht für Buildstatus erstellen, indem Sie die folgenden Schritte ausführen:

  1. In Excel stellen Sie eine Verbindung mit der Analysis Services-Cuben für Team Foundation Server, und fügen Sie einen PivotChart-Bericht ein.

    Weitere Informationen finden Sie unter Erstellen eines Berichts in Microsoft Excel für Visual Studio ALM.

  2. Klicken Sie mit der rechten Maustaste auf das Diagramm, Diagrammtyp ändern, klicken Sie auf Bereich, und klicken Sie dann auf Gestapelte Säulen.

  3. Für jeden Filter geben Bericht mit der rechten Maustaste auf einen der folgenden Felder, die Hierarchien, Wochen oder andere relevante Elemente an dem das Feld und ziehen anschließend Berichtsfilter Bereich.

    • Teamprojekthierarchie aus der Teamprojekt Dimension

    • Jahr-Woche-Datum aus der Datum Dimension

    • Builddefinitionsname aus der Erstellen Dimension

  4. In der Datum Dimension erweitern Sie Weitere Felder, und ziehen Sie die Datum, Wocheoder Monat Felder in den Achsenfelder (Rubriken) Bereich, um anzugeben, wie präzise Sie einen Bericht generieren möchten.

  5. Ziehen Sie das Feld aus der Builddetails (Anzahl)Builddetails Measuregruppe auf den Werte Bereich.

  6. Ziehen Sie das Feld aus der Name des BuildstatusBuildstatus Dimension zum Legendenfelder (Reihen) Bereich.

  7. (Optional) Filtern Sie das Name des Buildstatus Feld, um nur Builds anzuzeigen, die Fehler, Teilweise erfolgreichoder Erfolgreich.

Zurück nach oben

Erstellungs-Measure

Die folgende Tabelle beschreibt die Measures, die Builds zugeordnet sind.Die Buildabdeckung Measuregruppe erfordert, dass die Test- team-Instrumenten Tests, die Codeabdeckungsdaten erfasst werden.Weitere Informationen finden Sie Erforderliche Aktivitäten zum Verwalten von Builds und Tests weiter unten in diesem Thema.Ein Beispiel eines Berichts, der mehrere dieser Measures verwendet, finden Sie Bericht "Buildqualitätsindikatoren"unter.

Measuregruppe

Measure

Beschreibung

Builddetails

Erstellungs-Detail-Anzahl

Häufigkeit, mit der eine bestimmte Builds ausgeführt wurde.

Erstellungs-Dauer

Die Anzahl der Minuten, die die Erstellung bis zum Ende dauerte.

Buildchangeset

Erstellungs-Changeset-Anzahl

Anzahl von Changesets in der ausgewählten Gruppe von Builds.

Build Coverage

Blöcke abgedeckt

Die Anzahl der Blöcke, die der ausgewählten Build abgedeckt werden.Wenn mehrere Testläufe für einen Build ausgeführt werden, spiegelt die Buildabdeckung die kombinierte Abdeckung der Läufe.Es können auch die Ausführungen Decksteine, die sich überschneiden.

Blöcke nicht abgedeckt

Die Anzahl der Blöcke, die der ausgewählten Build nicht abgedeckt werden.Wenn mehrere Testläufe für einen Build ausgeführt werden, spiegelt die Buildabdeckung die kombinierte Abdeckung der Läufe.Es können auch die Ausführungen Decksteine, die sich überschneiden.

Build Coverage

Anzahl von Builds, die mit der Statistik zur Codeabdeckung zugeordnet sind.

Abgedeckte Zeilen

Die Anzahl der Zeilen, die von der ausgewählten Build abgedeckt werden.Wenn mehrere Testläufe für einen Build ausgeführt werden, spiegelt die Buildabdeckung die kombinierte Abdeckung der Läufe.Allerdings enthalten möglicherweise die Läufe überlappen, die Zeilen.

Nicht abgedeckte Zeilen

Die Anzahl der Zeilen, die von der ausgewählten Build nicht abgedeckt werden.Wenn mehrere Testläufe für einen Build ausgeführt werden, spiegelt die Buildabdeckung die kombinierte Abdeckung der Läufe.Allerdings kann die umfaßten Zeilen Läufe überlappen.

Teilweise abgedeckte Zeilen

Die Anzahl der Zeilen, die von der ausgewählten Build teilweise abgedeckt werden.Wenn mehrere Testläufe für einen Build ausgeführt werden, spiegelt die Buildabdeckung die kombinierte Abdeckung der Läufe.Allerdings kann die umfaßten Zeilen Läufe überlappen.

Projekt erstellen

Erstellungs-Projekt-Anzahl

.csproj-Dateien Zahl, .vbproj-Dateien und andere Projektdateien in der ausgewählten Gruppe von Builds.

Compilerfehler

Compilerfehler Zahl, die für die ausgewählten Builds aufgetreten sind.

Kompilieren von Warnungen

Kompilieren Anzahl der Warnungen, die für die ausgewählten Builds aufgetreten sind.

Statische Analyse-Fehler

Die Anzahl der Fehler, die bei der statischen Analyse für die ausgewählten Builds aufgetreten sind.

Statische Analyse-Warnungen

Die Anzahl der Warnungen, die der statischen Analyse für die ausgewählten Builds aufgetreten sind.

Zurück nach oben

Dimensionen und Attribute in der Erstellungs-Perspektive, die Filterung und Kategorisierung unterstützen

Sie können die Attribute in der folgenden Tabelle verwenden, um ein Measure zu aggregieren, filtern Sie einen Bericht oder eine Achsen Berichts anzugeben.Diese Attribute ergänzen die Teamprojekt und häufige Datum Dimensionen, die Das allgemeine Funktionsweise von Dimensionen beschreibt.

HinweisHinweis

Um Assemblyzu verwenden, müssen Buildkonfigurationoder Buildplattform Dimensionsattribute, das Testteam die Testergebnisse in den Datenspeicher für Team Foundation Serververöffentlichen.Weitere Informationen finden Sie Erforderliche Aktivitäten zum Verwalten von Builds und Tests weiter unten in diesem Thema.

Dimension

Attribut

Beschreibung

Assembly

Assembly

(Nur veröffentlichte Testergebnisse) Der Name des Codes der Anwendung, die als Teil des Builds getestet wird.Weitere Informationen finden Sie unter Ausführen von Testläufen im Buildprozess.

Build

Builddefinitionsname

Nennen Sie das der Builddefinition zugeordnet wird, für die ein Build ausgeführt wurde.

Erstellen Sie auf IDs

Die Zahl, die der Erstellung zugewiesen wird.Jedes Mal, wenn eine bestimmte Builddefinition ausgeführt wird, wird Build-ID um 1 erhöht.

Buildname

Der Name oder der Ausdruck a Build, die eindeutig identifiziert.Weitere Informationen finden Sie unter Arbeiten mit Buildnummern.

Erstellungs-Startzeit

Das Datum und die Uhrzeit, als der Build gestartet hat.

Erstellungs-Typ

Der Grund, weshalb der Build ausgeführt wurde.Buildtypen werden mit dem Trigger zugeordnet, der für den Build definiert wurde.Team Foundation Server unterstützt die folgenden Typen von Builds: Starten (kontinuierlich, die Führungslinie von jedem Eincheckvorgang (Rollen), dem Einchecken von werden, bis die vorherige Buildvorgang), der abgegrenzte Eincheckvorgang und planten.Weitere Informationen finden Sie unter Angeben der Buildtrigger und Gründe.

Ablagespeicherort

Der URL (Uniform Resource Locator) für den abgeschlossenen Build.Eine URL gibt das Protokoll an, mit dem Webbrowser sind, Internetressourcen zu suchen.Die URL enthält den Namen des Servers ein, auf dem die Details des Builds befindet.Sie können auch den Pfad einer Ressource einfügen.

Buildkonfiguration

Buildkonfiguration

(Nur veröffentlichte Testergebnisse) a-Name, der die Kategorie von Builds festlegt, einen Satz von abgeschlossenen Builds zugewiesen wurde, die als Teil eines Testlaufs veröffentlicht wurden.Beispielsweise kann eine Buildkonfiguration eine Betaversion oder eine endgültige Version festlegen.Weitere Informationen finden Sie unter Befehlszeilenoptionen zum Veröffentlichen von Testergebnissen.

Buildplattform

Buildplattform

Der Name der Plattform, für die eine (nicht mit Desktop) Build ausgeführt wurde (z. B. x86 oder Beliebige CPU).Ein Beispiel für einen Bericht, der dieses Attribut verwendet wird, finden Sie Bericht "Buildzusammenfassung"weitere Informationen.

Weitere Informationen finden Sie unter Definieren eines auf der Standardvorlage basierenden Buildprozesses.

Buildqualität

Buildqualität

Die Qualität des Builds.Beispielsweise können Sie die Rate the Quality of a Completed Build als Bereit für Bereitstellung, Abgelehntoder Wird untersucht.Weitere Informationen finden Sie unter Hinzufügen oder Entfernen von Buildqualitätswerten.

Buildstatus

Erstellungs-Status-Name

Der aktuelle Status des Builds.Gültige Werte sind Fehler, Teilweise erfolgreich, Beendet, Erfolgreichund Unbekannt.Weitere Informationen finden Sie unter Verwalten der Builds in Build Explorer.

Buildquellprojektdatei

Datei-Hierarchie

Der vollständige Netzwerkpfad der Quelldatei.

Dateierweiterung

Die Erweiterung des Quelldateinamens

Changeset der Versionskontrolle

Changeset ID

Die Zahl, die dem Changeset zugeordnet wird.

Eingecheckt von

Der Benutzername des Teammitglieds, das das Changeset eingecheckt hat.

Beschreibung

Der Eincheckvorgang kommentar, der dem Changeset zugeordnet ist.

Richtlinien-Überschreibungs-Kommentar

Der Kommentar bereitgestellt wird, wenn eine Richtlinie überschrieben wird.Wenn eine Richtlinie nicht mit einem Changeset überschrieben wurde, ist das Feld NULL.

Zurück nach oben

Erforderliche Aktivitäten zum Verwalten von Builds und Tests

Wenn Sie Buildberichte zum Erstellen von nützlichen Daten enthalten, müssen die Teammitglieder die folgenden Aktivitäten ausführen, um Builds und Tests zu erreichen:

Zurück nach oben

Siehe auch

Konzepte

Im Analysis Services-Cube für Team System verfügbare Perspektiven und Measuregruppen

Weitere Ressourcen

Ausführen von Testläufen im Buildprozess