Einrichten automatischer Build-, Bereitstellungs- und Testworkflows

Sie können ein Build- Workflow auf Visual Studio 2012 verwenden, um Ihre Anwendung bereitzustellen und zu testen, wenn Sie einen Build ausführen.Dadurch können Sie den Build, die Bereitstellung und Tests der Anwendung mit einem Buildvorgang planen und ausführen.Build-bereitgestellte-Test Workflow arbeiten mit Lab Management, die Anwendungen in einer Lab-Umgebung bereitstellen und Tests auf diesen als Teil des Buildprozesses auszuführen.

Wenn die Lab-Umgebung eine SCVMM-Umgebung ist, können Sie Workflows auch verwenden, um Momentaufnahmen zu erstellen und wiederherzustellen, die automatisch eine unveränderte Umgebung, bevor Sie Tests ausführen, und den Zustand der Umgebung zu speichern erstellen, wenn ein Test fehlschlägt.So stellen Sie sicher, dass der Test nicht durch Änderungen an der Lab-Umgebung aus früheren Testläufen beeinflusst wird.Außerdem sichergestellt, dass die Tester diesen Zustand einer Lab-Umgebung genau reproduzieren können, wenn sie Fehler zu reproduzieren.

Anforderungen

  • Visual Studio Ultimate, Visual Studio Premium, Visual Studio Test Professional

Sie können ein Build- Workflow in den folgenden Szenarien verwenden:

TippTipp

Build oder Erstellen und Testen: Wenn Sie eine Anwendung in einem Ablageordner erstellen, ohne ihn in einer Lab-Umgebung bereitstellen, können Sie die standardmäßige Buildprozessvorlage verwenden.Weitere Informationen finden Sie unter Definieren eines auf der Standardvorlage basierenden Buildprozesses.Wenn Sie die Anwendung auch testen möchten, ohne sie bereitzustellen, finden Sie unter Ausführen von Testläufen im Buildprozess

  • Erstellen, Bereitstellen und Testen − Build der Anwendung, stellen sie dann und Ausführen automatisierter Tests in einer Lab-Umgebung bereit.Mit diesem Workflow ermöglicht es Ihnen, eine Reihe von Tests aus einem Testplan, auf einer bereitgestellten Anwendung, als Teil des Buildprozesses auszuführen.Dieses Szenario ist üblich, wenn es Buildüberprüfungstests ausführt.

  • Stellen Sie bereit und testen Sie − dieses Szenario ist in "Build ähnlich, Bereitstellen und Testen" Szenario, außer einem neuen Build nicht während des Workflows erstellt wird.Stattdessen verwendet der Workflow einen vorhandenen Build von einem Ablageordner.

  • Erstellen Sie nur bereit - stellen Sie einen vorhandenen Build von einem Ablageordner zu einer Lab-Umgebung bereit, ohne automatisierte Tests während des Workflows auszuführen.Sobald sollte ein Build übergeben hat die Buildüberprüfungstests und ist bereit, zu einem Testteam, Sie zu sendende senden, die bestimmten Build das Testteam damit sie zusätzliche Tests ausführen können, die nicht Teil des Workflows sind.Dieses Szenario ist üblich, wenn es manuelle Tests ausführt.

  • Erstellen und Bereitstellen bereit - dieses Szenario ist mit "Bereitstellen nur" Szenario vergleichbar, außer einem neuen Build während des Workflows erstellt wird.

Ein Erstellungs- Workflow ist eine Windows Workflow-Datei, die definiert, wie, eine Builddefinition einen Build ausführt, eine Anwendung und ausgeführten Tests bereitstellt.Ein Erstellungs- Workflow wird in einer Builddefinition erstellt, indem eine Buildprozessvorlage auswählt, die die Lab-Standardvorlage (LabDefaultTemplate.11.xaml) aufgerufen wird, und die Einstellungen konfiguriert.Sie können eine benutzerdefinierte Buildprozessvorlage für den Workflow je nach Anforderungen auch erstellen.Sie konfigurieren die Builddefinition, nachdem Sie den Buildcomputer, Testcomputer und Lab-Umgebung installieren.

Die Bereitstellungseinstellungen in einem Erstellungs- Workflow definieren, wie eine Anwendung bereitgestellt wird, indem die Bereitstellungsskripts angibt, die auf bestimmte Computer in der Lab-Umgebung ausgeführt werden.Sie können eine Lab-Management-Rolle angeben, um jedes Bereitstellungsskript an ausführen, oder Sie können einen bestimmten Computer in der Lab-Umgebung angeben.Bereitstellungsskripts zu erstellen ist ein Großteil Aufstellung Erstellungs- Workflow.Bereitstellungsskripts kopieren Dateien aus dem Build zu der Lab-Umgebung und führen dann die Installationspakete aus.

Das folgende Diagramm beschreibt, wie ein Build durch ein Build- Workflows bereitgestellt wird:

Datenfluss für Bereitstellungsskripts

Die folgenden Schritte werden im Diagramm oben angezeigt.

  1. Der Erstellungs- Workflow startet einen Build und ruft dann die Bereitstellungsskripts ab.

  2. Die Builddefinition kopiert die Builddateien den Ablagespeicherort.

  3. Der Workflow wird jedes Bereitstellungsskript im Arbeitsverzeichnis des jeweiligen Computers oder der Computerrolle aus, dass das Skript zugewiesen ist.

  4. Jedes Bereitstellungsskript ruft Builddateien vom Ablagespeicherort ab.

  5. Jedes Bereitstellungsskript kopiert oder installiert die angegebenen Builddateien auf Computer in der Lab-Umgebung.

Erforderliche Komponenten

Sie müssen diese Schritte ausgeführt haben, bevor Sie ein Build- Workflow installieren.

  1. Konfigurieren von Team Foundation-Builddienst

    Installieren Sie eine Buildkonfiguration für die Teamprojektsammlung mit der Verwaltungskonsole für das Team Foundation Server.Wenn Sie die Buildkonfiguration installieren, wählen Sie Buildcontroller und Build-Agents aus, um zu verwenden, wenn Sie die Anwendung erstellen und bereitstellen.Informationen zum Installieren der Buildkonfiguration, finden Sie unter So konfigurieren Sie einen Buildcomputer.

  2. Installieren Sie einen Testcontroller

    Installieren Sie einen Testcontroller und registrieren Sie ihn bei der Teamprojektsammlung: Einrichten von Test Controllern in Lab-Umgebungen.

  3. Einrichten einer Lab-Umgebung

    Einrichten einer Lab-Umgebung.die Lab-Umgebung kann eine SCVMM-Umgebung oder eine Standardumgebung sein.Wenn Sie die Lab-Umgebung installieren, werden Test-Agents auf jedem Computer in der Umgebung installiert.Informationen zum Erstellen einer Lab-Umgebung, finden Sie unter Verwenden einer Lab-Umgebung für den Anwendungslebenszyklus.

  4. Zusätzliche Schritten, um von automatisierten Tests von einem Testplan in einer Lab-Umgebung auszuführen

    Bevor Sie automatisierte Tests von einem Testplan ausführen, müssen Sie die automatisierten Tests Testfällen von diesem Testplan zuordnen.Wenn Sie automatisierte Tests von einem Testplan ausführen, müssen Sie eine Lab-Umgebung verwenden.Um einen Testplan zu erstellen und den automatisierten Test mit dem zuzuordnen, müssen Sie die folgenden Aufgaben durchführen.

    1. Erstellen Sie einen Testplan und eine Testsammlung: Definieren eines Testplans

    2. Ordnen Sie die automatisierten Tests Testfällen aus der Testsammlung zu: Gewusst wie: Zuordnen eines automatisierten Tests zu einem Testfall

Aufgaben

Verwenden Sie die folgenden Themen, um den Erstellungs- Workflow zu installieren, um Ihre Anwendung bereitzustellen oder Tests in der Anwendung als Teil eines Buildprozesses auszuführen:

Thema

Description

Erstellen Sie Bereitstellungsskripts für den Build- Workflow:, um die Anwendung bereitzustellen, müssen Sie Bereitstellungsskripts für den Build- Workflow erstellen.Bereitstellungsskripts kopieren Teile des Builds zu bestimmten Computern in der Lab-Umgebung.Wenn der Build ein Webbereitstellungspaket oder Installationspaket enthält, müssen die Bereitstellungsskripts diese Pakete ausführen.

Erstellen des Build- Workflow: können Sie ein Build- Workflow einer Standardumgebung oder eine SCVMM-Umgebung installieren.Wenn Sie eine SCVMM-Umgebung verwenden, können Sie einen Buildprozess auch verwenden, um die Umgebung mit einer Momentaufnahme wiederherstellen, bevor Sie Tests ausführen, und erstellen eine Momentaufnahme, nachdem die Anwendung bereitgestellt wurde.

Bringen Sie zusätzliche Erstellungs- Anforderungen unter, indem Sie den Workflow anpassen:, wenn Sie zusätzliche Bedingungen aufweisen, die das standardmäßige Buildprozessvorlage nicht erfüllt, können Sie eine benutzerdefinierte Buildprozessvorlage erstellen.

Ausführungs-Tests als Teil des Workflows Erstellungs- oder nach dem Workflow ist vollständig: können Sie automatisierte Tests als Teil des Erstellungs- Workflows ausführen, oder Sie können die manuellen und automatisierten Tests ausführen, nachdem der Workflow abgeschlossen ist.

Siehe auch

Konzepte

Testen der Anwendung