Gewusst wie: Konfigurieren und Ausführen von geplanten Tests nach dem Erstellen der Anwendung

Nach Abschluss eines Builds können Sie Tests ausführen, um die Qualität des Builds auszuwerten.Diese Tests werden oft als Buildüberprüfungstests (Build Verification Test, BVT) oder Feuerproben bezeichnet.Die Tests bestehen in der Regel aus einer umfassenden Suite von Tests, mit denen wesentliche Bereiche einer Anwendung in einem bestimmten Build überprüft werden.Ein Build wird als erfolgreich gewertet, wenn alle Tests innerhalb des Buildüberprüfungstests bestanden wurden.

In den Buildüberprüfungstests können Sie einen oder mehrere Typen von automatisierten Tests verwenden.Die folgenden Testtypen können Sie ausführen:

• Komponententests

• Tests der codierten UI

• Webleistungstests

• Auslastungstests

• Generische Tests

Zum Erstellen von BVTs verwenden Sie Visual Studio, Team Foundation-Versionskontrolle und Team Foundation Build.Zuerst checken Sie die automatisierten Tests, die Sie für den BVT verwenden möchten der Quellcodeverwaltung, indem Sie Team Foundation-Versionskontrolle verwenden.Sie fügen dann Tests der Builddefinition hinzu.Schließlich stellen Sie in Team Foundation Build einen Build in die Warteschlange, sodass bei erfolgreichem Build die Tests ausgeführt werden.

Hinweis
Auf dem Clientcomputer muss Team Explorer installiert sein, und die Visual Studio-Benutzersitzung muss mit einem Team Foundation Server-Computer verbunden sein.Informationen zum Herstellen einer Verbindung mit Team Foundation Server finden Sie unter How to: Connect to a Team Project in Team Foundation Server.

In diesem Thema sind alle Prozeduren beschrieben, die zum Erstellen und Ausführen von Buildüberprüfungstests erforderlich sind:

• Einchecken der Buildüberprüfungstests

• Erstellen einer Builddefinition

• Hinzufügen der Computer oder der Benutzerkonten für Build- und Test-Agents zur Gruppe TeamTestControllerUsers

• Einrichten des Agents zum Ausführen von Tests der codierten UI

• Ausführen der BVT-Builddefinition

Einchecken der Buildüberprüfungstests

In diesem Verfahren werden alle Dateien der Projektmappe eingecheckt.

So checken Sie die Buildüberprüfungstests in die Quellcodeverwaltung ein

1. Stellen Sie eine Verbindung mit einem Team Foundation Server-Computer her.Weitere Informationen finden Sie unter How to: Connect to a Team Project in Team Foundation Server.

2. Wenn sich die Projektmappe noch nicht in der Quellcodeverwaltung befindet, fügen Sie sie hinzu.Weitere Informationen finden Sie unter Add a Project or Solution to Version Control.

3. Wählen Sie Team Explorer aus und wählen dann Anstehende Eincheckvorgänge aus.Das Fenster Anstehende Eincheckvorgänge wird angezeigt.

4. Checken Sie alle Dateien der Projektmappe ein.Weitere Informationen finden Sie unter Check In Pending Changes.

   Hinweis
   Möglicherweise verfügen Sie über einen bestimmten Teamprozess, der die Erstellung und Verwaltung von Buildüberprüfungstests regelt.Der Prozess kann beispielsweise erfordern, dass der Build lokal überprüft wird, bevor dieser Code zusammen mit den Tests eingecheckt wird, die dafür ausgeführt werden sollen.

   Nach Abschluss des Eincheckvorgangs wird neben den Dateien im Projektmappen-Explorer ein Vorhängeschlosssymbol angezeigt, um den Status Eingecheckt anzugeben.Weitere Informationen finden Sie unter Identify Version Control Item Status in Solution Explorer.

   Die eingecheckten Tests stehen zur Verwendung in einem Build zur Verfügung.Sie können jetzt eine Builddefinition mit den Tests erstellen, die im BVT ausgeführt werden sollen.

Erstellen einer Builddefinition

So erstellen Sie die Builddefinition für den Buildüberprüfungstest

1. In Team Explorer wählen Sie das Teamprojekt aus.

2. Klicken Sie auf der Homepage von Team Explorer, wählen Sie Builds aus.

   Die Seite Builds wird angezeigt.

3. Wählen Sie Neue Builddefinition aus.

   Die Registerkarte Neue Builddefinition wird angezeigt.

4. Geben Sie die Informationen für die neue Builddefinition ein**.** Weitere Informationen finden Sie unter Erstellen einer Builddefinition.

5. Geben Sie den Namen an, der der Builddefinition im Textfeld Builddefinitionsname zuzuordnen.

6. (Optional) Fügen Sie unter Beschreibung eine passende Beschreibung hinzu.

7. Wählen Sie Arbeitsbereich aus.

   Die Tabelle Arbeitsordner enthält den Quellcodeverwaltungsordner des Teamprojekts, für das Sie die neuen Builddefinitionen erstellen, sowie einen lokalen Ordner für den Build-Agent.Der lokale Ordner im Build-Agent wird in der Spalte Lokaler Ordner aufgelistet.Alle Arbeitsbereichspfade im Build-Agent werden relativ zum angezeigten Standardstammverzeichnis zugeordnet.

8. Um einen vorhandenen Arbeitsbereichs in die Liste der Arbeitsordner zu kopieren, wählen Sie Vorhandenen Arbeitsbereich kopierenArbeitsbereich auswählen um das Dialogfeld zu öffnen.

   Der ausgewählte Arbeitsbereich wird auf das allgemeine Stammverzeichnis auf dem Build-Agenten, $(SourceDir), ausgerichtet.SourceDir ist eine Umgebungsvariable, die zu $(BuildDir)\Sources erweitert wird.

   Sie können eine leere Tabellenzelle auch in Quellcodeverwaltungsordner auswählen und dann die Auslassungszeichen (...) zu einem Quellcodeverwaltungsordner zu wechseln, der als Arbeitsordner hinzuzufügen.Der von Ihnen ausgewählte Quellverwaltungsordner wird ebenfalls auf das allgemeine Stammverzeichnis auf dem Build-Agent normalisiert.

9. Wählen Sie Build-Standardwerte aus.

   Im Bereich Build-Standardwerte können Sie, sofern vorhanden, in der Dropdownliste Buildcontroller einen Buildcontroller auswählen.

   Geben Sie unter Buildausgabe in den folgenden Ablageordner kopieren den UNC-Pfad ein, z. B. den Speicherort (\\Server\Freigabe).Nach Abschluss des Builds befinden sich die erstellten Binärdateien und Protokolldateien in diesem Ordner.Weitere Informationen zum Einrichten eines Ablageordners finden Sie unter Auswählen eines Stagingortes und Einrichten eines Ablageordners.

   Wenn Sie Tests der codierten UI, Webleistungstests oder Auslastungstests als Teil der Builddefinition ausführen möchten, müssen Sie die Ausgabe von dem Build verwenden, der sich an diesem Speicherort befindet, um die Anwendung zu starten oder installieren.Um die Anwendung automatisch installieren, nachdem der Build abgeschlossen ist und bevor die Tests ausgeführt werden, können Sie entweder die Lab-Standardvorlage verwenden, die die Anwendung in einer SCVMM-Umgebung bereitstellen kann, oder Sie können diese Lab-Standardvorlage, um die Anwendung zu einer Standardumgebung bereitzustellen.

   Hinweis
   Bevor Sie diesen Schritt abschließen, müssen Sie einen öffentlichen Ordner erstellen, in dem das TFSService-Konto vollständige Rechte besitzt.Weitere Informationen über Team Foundation-Dienstkonten finden Sie unter Anzeigen von Team Foundation Server-Diensten.

10. Wählen Sie Prozess aus.Im Bereich Prozess wählen Sie Details anzeigen aus.

11. Im Abschnitt Erforderlich wählen Sie die Auslassungszeichen in der zweiten Spalte neben Zu erstellende Dokumente aus.

    Das Dialogfeld Zu erstellende Elemente wird angezeigt.

12. Wählen Sie Hinzufügen aus.Suchen Sie dann die Projektmappe oder ein Projekt Sie möchten in der Versionskontrollstruktur erstellen und aktivieren dann OK.

13. Klicken Sie im Dialogfeld Zu erstellende Dokumente wählen Sie OK aus.

14. Um das Suchmuster zum Suchen von Testassemblys angeben möchten, wählen Sie Dateiangabe für Testassemblys.Geben Sie die Suchzeichenfolge ein.Beispielsweise ** \ *test*.dll, wenn die DLL alle das Wort "Test" im Namen enthalten.

    Hinweis
    Diese Suchzeichenfolge werden rekursiv die Verzeichnisse, die nach jedem DLLs durchsucht, die mit *test*.dll im Verzeichnis Binärdateien übereinstimmen.Weitere Informationen finden Sie unter Definieren des Buildprozesses.

15. (Optional) eine Testeinstellungsdatei auszuwählen, um zu verwenden, wenn Sie die Tests ausführen, öffnen Sie Automatisierte TestsTestassembly, und wählen Testeinstellungsdatei aus und wählen dann die Auslassungszeichen (...).

    Das Dialogfeld Durchsuchen wird angezeigt.Suchen Sie die TEST-Einstellungsdatei mit den gewünschten, die die Testeinstellungen enthält, und dann OK auswählt.

    Wenn für die Testeinstellungsdatei ein Testcontroller und Test-Agents verwendet werden, finden Sie in der folgenden Prozedur entsprechende Informationen: Hinzufügen von Benutzerkonten oder Computern für Build- und Test-Agents zur Gruppe "TeamTestControllerUsers".

    Wenn Sie Tests der codierten UI ausführen, richten Sie sich nach der folgenden Prozedur für das Einrichten von Agents auf Grundlage der Testeinstellungsdatei: Einrichten der Agents zum Ausführen von Tests der codierten UI.

    Hinweis
    In den Agent-Einstellungen im Abschnitt Erweitert können Sie einen bestimmten Agent für die Verwendung auswählen.Wenn Sie zum Beispiel Tests der codierten UI ausführen und einen Agent auswählen müssen, der als interaktiver Prozess ausgeführt wird, können Sie diesen hier auswählen.

    Weitere Informationen zu Testeinstellungsdateien finden Sie unter Angeben von Testeinstellungen für Visual Studio-Tests.

16. (Optional) Zum Ausführen von Auslastungstests als Teil des Buildprozesses müssen Sie ein Ergebnisrepository für den Auslastungstest einrichten und den in den Testeinstellungen angegebenen Testcontroller für die Verwendung dieses Repositorys konfigurieren.Weitere Informationen finden Sie unter Gewusst wie: Auswählen eines Ergebnisrepositorys für Auslastungstests.

17. Zum Speichern der neuen Builddefinition, wählen Sie Speichern.

    Die neue Builddefinition wird im Team Explorer-Fenster im Ordner Builds angezeigt.

Hinzufügen der Benutzerkonten oder Computer für Build- und Test-Agents zur Gruppe TeamTestControllerUsers

Wenn für die Testeinstellungsdatei, die Sie der Builddefinition hinzugefügt haben, ein Testcontroller und Test-Agents verwendet werden, müssen Sie der Sicherheitsgruppe "TeamTestControllerUsers" auf dem Testcontrollercomputer die Computer für alle verwendeten Build- oder Test-Agents hinzufügen.Wenn Sie z. B. Tests der codierten UI als Teil des Buildprozesses ausführen möchten, müssen Sie dieser Sicherheitsgruppe diese Computer hinzufügen.

Vorsicht
Wenn die Build-Agents oder Test-Agents zur Verwendung eines anderen Benutzerkontos und nicht des Netzwerkdienstkontos eingerichtet wurden, müssen Sie sicherstellen, dass dieses Domänenbenutzerkonto stattdessen der Gruppe TeamTestControllerUsers hinzugefügt wird.

So fügen Sie der Gruppe TeamTestControllerUsers Benutzer oder Computer für Build- und Test-Agents hinzu

1. Wählen Sie Testcontroller Computer, und wählen Sie Start, Systemsteuerung aus, wählen Verwaltung aus und wählen dann Computerverwaltung aus.

   Das Dialogfeld Computerverwaltung wird angezeigt.

2. Öffnen Sie Lokale Benutzer und Gruppen und wählen Sie dann Gruppen aus.

   Die Gruppen werden angezeigt.

3. Um die Benutzer oder Computer hinzuzufügen, klicken Sie mit der rechten Maustaste auf TeamTestControllerUsers, und zeigen Sie dann auf Zur Gruppe hinzufügen.

   Das Dialogfeld Eigenschaften von TeamTestControllerUsers wird angezeigt.

4. Untersuchen Sie die Mitgliederliste daraufhin, ob das Domänenbenutzerkonto oder die Computer bereits hinzugefügt wurden.Wenn sie nicht sind, aktivieren Sie Hinzufügen aus.

   Das Dialogfeld Benutzer, Computer oder Gruppen auswählen wird angezeigt.

5. Standardmäßig werden nur die Benutzer oder Gruppen angezeigt.Um Computer hinzuzufügen, wählen Sie Objekttypen, wählen Sie Computer und wählen Sie dann OK aus.

6. Zum Hinzufügen, geben Sie den Namen des Computers in Geben Sie die Objektnamen ein, um auszuwählen ein, und wählen Sie dann OK aus.

   Vorsicht
   Sie müssen beide Computer, auf denen der Build-Agent ausgeführt wird, sowie den Computer für den Test-Agent hinzufügen.

7. Um ein Domänenbenutzerkontos, überprüfen Sie den Speicherort richtig eingibt, den Namen des Benutzerkontos in Geben Sie die Objektnamen ein, um auszuwählen auswählt und dann OK.

   Wichtig
   Wiederholen Sie diesen Schritt für jedes erforderliche Benutzerkonto.

8. Um die Änderungen zu übernehmen, wählen Sie OK.

Einrichten der Agents zum Ausführen von Tests der codierten UI

Wenn Sie nach dem Build der Anwendung Tests der codierten UI als Teil der geplanten Tests ausführen möchten, müssen Sie einen der folgenden Schritte ausführen:

• Verwenden Sie eine Testeinstellungsdatei, in der ein Testcontroller und die Rollen für die Anwendung angegeben werden, um die Tests auszuführen.Erstellen Sie diese Testeinstellungen mit Visual Studio.Für alle der Rolle zugewiesenen Test-Agents, die die Tests in den Testeinstellungen ausführen, müssen Sie die Schritte in dieser Prozedur ausführen, um den Test-Agent für die Ausführung als Prozess statt als Dienst einzurichten.Weitere Informationen zu Test-Agent-Controllern und Agents finden Sie unter Einrichten von Testcomputern zum Ausführen von Tests oder Sammeln von Daten und Installieren und Konfigurieren von Test Agents und Testcontrollern.

• Verwenden Sie eine Testeinstellungsdatei, in der kein Testcontroller angegeben wird.In diesem Fall müssen Sie den Build-Agent-Dienst so einrichten, dass eine Interaktion mit dem Desktop möglich ist.Wählen Sie die Eigenschaft für den Dienst aus, um dem Dienst die Interaktion mit dem Desktop zu ermöglichen.Dadurch wird dem Build-Agent die Ausführung des Tests der codierten UI ermöglicht.

  Vorsicht
  Wenn Sie einen Test der codierten UI ausführen, mit denen ein Browser gestartet wird, wird dieser Browser unter dem Dienstkonto für den Builddienst gestartet.Dieses Dienstkonto muss mit dem Benutzerkonto des aktiven Benutzers auf diesem Computer identisch sein.Wenn es sich nicht um das gleiche Benutzerkonto handelt, wird der Browser nicht gestartet.

So richten Sie die Test-Agents zum Ausführen von Tests der codierten UI ein

• Führen Sie zum Einrichten der Test-Agents für das Ausführen von Tests der codierten UI die folgenden Schritte in diesem Thema aus: How to: Set Up Your Test Agent to Run Tests that Interact with the Desktop.

So führen Sie den Buildüberprüfungstest mithilfe eines Teambuilds aus

So führen Sie den Buildüberprüfungstest mithilfe eines Teambuilds aus

1. In Team Explorer wählen Sie das Teamprojekt aus.

2. Klicken Sie auf Builds mit der rechten Maustaste und wählen Sie dann Neuen Build in Warteschlange aus.

3. (Optional) Ändern Sie den Speicherort und das Verzeichnis des Builds.

4. Wählen Sie die Option Warteschlange aus.

   Der Build wird gestartet, und das Dialogfeld Build Explorer wird angezeigt.

5. Wenn der Build abgeschlossen ist, wählen Sie Abgeschlossen, um die Details anzuzeigen.

6. Zum Anzeigen der Details für den Build doppelklicken Sie in der Liste auf den Build.

   Eine neue Registerkarte wird mit den Buildinformationen angezeigt.Sie können den Status des Testlaufs anzeigen.

7. Um die Testergebnisdetails anzuzeigen, wählen Sie den Pfeil um den Test zu öffnen und dann Testergebnisse anzeigen zu wählen.

8. Wählen Sie einen Ordner aus, um die Testergebnisse lokal zu speichern.

   Die Testergebnisse werden nun im Fenster Testergebnisse angezeigt.

   Weitere Informationen finden Sie unter Erstellen der Anwendung.

Siehe auch

Konzepte

Ausführen von automatisierten Tests mit Microsoft Test Manager

Testen von Leistung und Belastung mithilfe von Webleistungs- und Auslastungstests in Visual Studio

Weitere Ressourcen

Verwenden der Versionskontrolle