Angeben von Testeinstellungen für Visual Studio-Tests

Artikel
03/12/2013

Wenn Sie Tests von Visual Studio oder in Builddienst ausführen, kann das Testframework Daten wie Diagnoseablaufverfolgungsinformationen, Systeminformationen oder eine Videoaufzeichnung eines Tests der codierten UI sammeln.Sie können potenzielle Engpässe auf den Testcomputern auch simulieren, den verfügbaren Systemspeicher reduzieren, oder ein langsames Netzwerk emulieren.

Visual Studio-Testeinstellung

Wenn die Anwendung auf mehr als einem Computer ausgeführt wird, können Sie diese Optionen für jeden Computer separat konfigurieren und wählen aus, dem Computer den Testcode ausführen soll.

Wichtig
.testsettings und .runsettings Wenn Sie mit Tests in vorherigen Versionen von Visual Studio vertraut sind, beachten Sie, dass eine .testsettings-Datei nicht mehr in einem Komponententestprojekt enthalten ist.Das neuere Testframework, eingeführt in Visual Studio 2012, kann mit einer .runsettings Datei konfiguriert werden. Wenn Sie eine .testsettings Datei verwenden, wird das MSTest-Testframework verwendet, um die Tests auszuführen.Dies wird langsamer ausgeführt und können Sie nicht zum Ausführen von Tests Testframeworks von Drittanbietertools. Daher: Verwenden Sie die Standardkonfiguration, wenn Sie können. Um zusätzliche Dateien bereitzustellen während eines Tests, wie Testdaten oder Konfigurationsdateien, enthalten die Dateien in das Projekt und legen Sie die Eigenschaft In Ausgabe kopieren fest.Wenn dies nicht möglich ist, stellen zusätzliche Dateien oder Verzeichnisse bereit, indem Sie DeploymentItemAttribute für Testklassen oder Methoden verwenden. Verwenden Sie eine .runsettings Datei, wenn Sie bestimmte Aspekte des Testlaufs wie Bereitstellungsverzeichnis oder -Codeabdeckungsanalyse konfigurieren möchten. Verwenden Sie eine .testsettings Datei, um Diagnose Datensammlung und zu den Steuertests zu konfigurieren, die über mehrere Computer verteilt werden. Sie müssen eine .testsettings Datei in der Webleistungs- und -Auslastungstests und in Tests der codierten UI verwenden.

.testsettings und .runsettings

Wenn Sie mit Tests in vorherigen Versionen von Visual Studio vertraut sind, beachten Sie, dass eine .testsettings-Datei nicht mehr in einem Komponententestprojekt enthalten ist.Das neuere Testframework, eingeführt in Visual Studio 2012, kann mit einer .runsettings Datei konfiguriert werden.

Wenn Sie eine .testsettings Datei verwenden, wird das MSTest-Testframework verwendet, um die Tests auszuführen.Dies wird langsamer ausgeführt und können Sie nicht zum Ausführen von Tests Testframeworks von Drittanbietertools.

Daher:

Verwenden Sie die Standardkonfiguration, wenn Sie können.
Um zusätzliche Dateien bereitzustellen während eines Tests, wie Testdaten oder Konfigurationsdateien, enthalten die Dateien in das Projekt und legen Sie die Eigenschaft In Ausgabe kopieren fest.Wenn dies nicht möglich ist, stellen zusätzliche Dateien oder Verzeichnisse bereit, indem Sie DeploymentItemAttribute für Testklassen oder Methoden verwenden.
Verwenden Sie eine .runsettings Datei, wenn Sie bestimmte Aspekte des Testlaufs wie Bereitstellungsverzeichnis oder -Codeabdeckungsanalyse konfigurieren möchten.
Verwenden Sie eine .testsettings Datei, um Diagnose Datensammlung und zu den Steuertests zu konfigurieren, die über mehrere Computer verteilt werden.

Sie müssen eine .testsettings Datei in der Webleistungs- und -Auslastungstests und in Tests der codierten UI verwenden.

Anforderungen

Visual Studio Ultimate oder Visual Studio Premium oder Visual Studio Test Professional

In diesem Thema wird beschrieben, wie Testeinstellungen in Visual Studio definiert.Wenn Sie eine laufende Systemtests in Microsoft Test Manager sind, finden Sie unter Erstellen von Testeinstellungen für automatisierte Systemtests mit Microsoft Test Manager.

Wann sollte ich eine Testeinstellungsdatei verwenden?

Wenn Sie möchten:

Sammeln Sie diagnostische Daten, um helfen, Fehler in der Anwendung zu suchen.
Emulieren Sie potenzielle Engpässe, die die Anwendung möglicherweise gelegentlich in einer Produktionsumgebung anträfe.
Führen Sie den Client, Server und andere Teile der Anwendung auf verschiedenen Computern aus, ob er sich wie erwartet in einer verteilten Umgebung verhält.
Verteilen Sie viele Tests auf zusätzlichen Computern.
Führen Sie Webleistungs- und -Auslastungstests.Wenn Sie ein Webleistungs- und -Auslastungstest Projekt zur Projektmappe hinzugefügt haben, enthält sie bereits eine .testsettings-Datei.Sie können diese Datei einfach bearbeiten.

Vorsicht
Komponententests werden langsamer ausgeführt, wenn Sie eine Testeinstellungsdatei verwenden.Es wird empfohlen, keine Testeinstellungsdatei mit Komponententests verwenden.Sie können Komponententests konfigurieren, indem Sie stattdessen die .runsettings Datei verwenden.Um zusätzliche Dateien bereitzustellen, verwenden Sie DeploymentItemAttribute. Aber Webleistungs- und -Auslastungstests verwenden immer eine Testeinstellungsdatei.

Komponententests werden langsamer ausgeführt, wenn Sie eine Testeinstellungsdatei verwenden.Es wird empfohlen, keine Testeinstellungsdatei mit Komponententests verwenden.Sie können Komponententests konfigurieren, indem Sie stattdessen die .runsettings Datei verwenden.Um zusätzliche Dateien bereitzustellen, verwenden Sie DeploymentItemAttribute.

Aber Webleistungs- und -Auslastungstests verwenden immer eine Testeinstellungsdatei.

Wie verwende ich eine Testeinstellungsdatei?

Fügen Sie der Projektmappe Testeinstellungsdateien hinzu, und wählen Sie das aus, das Sie verwenden möchten.Sie können mehr als eine Testeinstellungsdatei hinzufügen, wenn Sie möchten, zwischen verschiedenen Einstellungen schnell zu wechseln.

Fügen Sie eine .testsettings-Datei der Projektmappe hinzu.

Klicken Sie im Kontextmenü der Visual Studio-Projektmappe, wählen Sie Hinzufügen, Neues Element aus, und wählen Sie dann Testeinstellungen aus.
Bearbeiten Sie die Testeinstellungsdatei
Wählen Sie die Testeinstellungen aus, um zu verwenden:
- Wählen Sie Testeinstellungen für Komponententests und Tests der codierten UI aus:
  Klicken Sie im Menü TEST wählen Sie Testeinstellungen, Datei für Testeinstellungen auswählen aus.
  
  Auswählen von Testeinstellungen für Einheit und Test der codierten UI
- Ausgewählte Testeinstellungen für Webleistungs- und -Auslastungstests:
  Öffnen Sie das Kontextmenü für die .testsettings-Datei in der Projektmappe, die Sie Aktive Lade- und Webtesteinstellungen verwenden und aus.
  
  Auswählen von Testeinstellungen für Webleistungs- und -Auslastungstests

Was anderenfalls sollte ich erfahren?
Hinweise
- Fügen Sie der Projektmappe Testeinstellungen, kein Projekt hinzu.
- Es gibt separate Befehle zum Auswählen der Testeinstellungen für Webleistungstests und für andere Testtypen.Webleistungstests erfordern immer eine Testeinstellungsdatei.Komponententests und Tests der codierten UI erfordern keine Testeinstellungsdatei.
- Warnung wird jedoch nicht empfohlen, dass Sie Testeinstellungen zu einem Visual Studio 2012 Komponententestprojekt anwenden, es sei denn, Sie insbesondere die Einstellungen verwenden möchten, die die gelöschte.Wenn Sie Testeinstellungen anwenden, wird ein älteres Testframework verwendet, um die Tests auszuführen, und Sie gehen die Leistungs- und Beweglichkeitsvorteile des neuen Frameworks.
  
  Wenn Sie eine Testeinstellungsdatei verwenden und sich später entscheiden, dass Sie sie nicht benötigen, können Sie sie im Menü TEST abbrechen, indem Sie Testeinstellungen auswählen.
  
  Diese Empfehlung gilt nicht für Webleistungs- und Auslastungstests zu, die immer eine Einstellungsdatei haben.
- Testeinstellungen die aus steuern und Adapter für diagnostische Daten.Es gibt mehrere Arten von Adaptern, die verschiedene Arten von Informationen erfassen, und konfiguriert die Umgebung, in der die Testläufe.
- Testeinstellungen die auch den Testcontroller aus.Sie verwenden einen Testcontroller, wenn Sie die Anwendung auf mehreren Computern ausführen möchten.
- Es gibt entweder Kompatibilitätsprobleme für Testeinstellungen zwischen Visual Studio 2010 und Visual Studio 2012.In Versionen von Visual Studio vor Visual Studio 2012, wurden Testeinstellungen in der Projektmappe enthalten, als Sie ein Testprojekt erstellt haben.Es gab einen einzelnen Typ Testprojekt, der alle verschiedenen Arten Testtypen enthielt.In Visual Studio 2012, Testeinstellungen werden nicht in der Projektmappe enthalten, wenn ein neues Komponententestprojekt oder neue Test der codierten UI-Projekt hinzugefügt wird.Dies ist ein Ergebnis der Erweiterungen im Komponententest-Framework, mit der Erweiterbarkeit, von Flexibilität und Leistung zu verbessern.Sie können eine vorhandene Visual Studio 2010-Projektmappe öffnen, die ein Testprojekt enthält und eine .testsettings Datei und es werden weiterhin, um ausgeführt zu werden.Außerdem können Sie eine .testsettings-Datei der Visual Studio 2012-Projektmappe hinzufügen, wenn Sie bestimmte Testdaten sammeln oder den Test auf einer Anwendung ausführen müssen, die über mehrere Computer verteilt wird.
- Wenn Sie ein Mischung der Webleistungs- und Auslastungstestprojekt einer Projektmappe hinzufügen, wird eine standardmäßige Local.testsettings erstellt.Sie wird der Projektmappe automatisch unter dem Ordner Projektmappenelemente hinzugefügt.Damit werden die Tests lokal ohne ausgewählten Adapter für diagnostische Daten.Sie können eine .testsettings-Datei hinzufügen oder bearbeiten, um Adapter für diagnostische Daten und Testcontroller anzugeben.
- Zusätzliche Anleitung finden Sie unter Tests für fortlaufende Übermittlung mit Visual Studio 2012 - Chapter 6: Eine Tests-Toolbox.

Bearbeitungstesteinstellungen

Sie können verschiedene Werte für die Testeinstellung mithilfe der folgenden Seiten im Dialogfeld Testeinstellungen konfigurieren:

Allgemein
Rollen
Daten und Diagnoseinformationen
Bereitstellung
Setup- und Bereinigungsskripts
Host
Test-Timeouts
Komponententest
Webtest

Testeinstellungen: Rollen

Auf der Seite Rollen, können Sie entweder den Test konfigurieren, die auf den lokalen Computer ausgeführt werden oder remote ausgeführt werden:

Lokale Ausführung auswählen

Lokale Ausführung ist die Standardeinstellung.Es bedeutet die Tests und die Anwendungsausführung auf dem Visual Studio-Computer oder auf dem Buildserver, nachdem Sie den Code überprüft haben.Fahren Sie zu Daten und Diagnoseinformationen fort.
Lokale Ausführung mit Remoteauflistung ist eine typische Konfiguration für das Testen einer Internet-App oder des Klientenserversystems.Der Testcode wird auf dem lokalen Computer ausgeführt, jedoch können Sie Testdaten aus Komponenten der Anwendung erfassen, die auf anderen Computern installiert werden.
Remoteausführung wird verwendet, wenn Sie keinen Teil der Anwendung lokal durchführen möchten.Dies ist eine typische Konfiguration, in der die Anwendung bestimmte Plattformen erfordert, wie ein bestimmter Webbrowser oder eine Datenbank.Sie können Testdaten erfassen und die Testumgebung auf jedem Computer konfigurieren.

Konfigurieren Sie den Testcontroller und die Rollen für Remotedatendatenerfassung und -ausführung

Remote Ausführung bedeutet, dass Sie die Anwendung auf einem oder mehreren Computern zusätzlich zu dem lokalen Computer installieren.Die Testeinstellungen können Datensammlung und Testumgebungskonfiguration für diese Computer angeben.Jeder Computer muss jeder einen Test-Agent verfügen, der einem Testcontroller verknüpft ist.Der Testcontroller liest die Testeinstellungen und die Agents verwendet, um die Testumgebung und Adapter für diagnostische Daten jedes Computers zu konfigurieren.Sie können entweder Installieren Sie den Testcontroller und Agents manuell, oder Sie können verwenden Sie Microsoft Test-Manager, um eine Lab-Umgebung zu erstellen.

Für Fernprüfung werden die Computer identifiziert durch Rollennamen, wie "SQL Server", "Webserver," und "Desktopclient". Die Namen ermöglichen es Ihnen, die Konfiguration eines Computers anzugeben.Wenn Sie die Anwendung zum Testen installieren, verwenden Sie die Rollennamen, um den richtigen Computer für jede Komponente der Anwendung auszuwählen.

Testeinstellungsrolle

Ziehen Sie aus der Dropdownliste Controller wählen Sie einen Testcontroller für die Test-Agents aus, die verwendet werden, um die Tests auszuführen oder Daten zu sammeln.
Zum Hinzufügen der Rollen Sie verwenden möchten um Tests ausführen und Daten zu sammeln, wählen Sie Hinzufügen.Sie können beispielsweise den Rollen Namen wie "Desktopclient" oder "Webserver."

Wählen Sie die Rolle, die Sie die Tests ausführen möchten, und wählen Sie dann Als Rolle zum Ausführen von Tests festlegen aus.In der Regel ist dies die Rolle, auf der eine Clientkomponente der Anwendung installiert wird.

Hinweis
Die anderen Rollen, die Sie definieren, führen nicht Testcode aus, sondern werden nur verwendet, um Daten entsprechend den Datenadaptern und zu sammeln Sie für die Rollen auf der Seite Daten und Diagnose angeben.

Um die Test-Agents auszuwählen die für eine Rolle verwendet werden können, müssen Sie Attribute für diese Rolle erstellen und diese Attribute zu den Test-Agent zuweisen.Wenn Sie die Tests auf mehreren Computern gleichzeitig ausführen möchten, müssen Sie auf mehrere Test-Agents ein Attribut aus der Rolle zuweisen, die festgelegt wird, um Tests auszuführen.Um ein Attribut zu erstellen, wählen Sie die Rolle aus und wählen dann Hinzufügen auf der Symbolleiste über der Attributliste aus.
Das Dialogfeld Agent-Auswahlregel wird angezeigt.
Geben Sie den Namen in Attributname und in Attributwert ein, und wählen Sie dann OK aus.Fügen Sie so viele Attribute hinzu, wie Sie benötigen.
Sie können z. B. das Attribut "RAM > 16GB" mit dem Wert "True" oder "False" hinzufügen, um nach Test-Agent-Computern mit einem Arbeitsspeicher von über 16 GB zu filtern.Sie müssen jedoch einen Attributwert auf den Test-Agent manuell auswählen.Die Attributwerte nicht automatisch auf Grundlage der Spezifikation eines Computers festgelegt.
Um ein Attribut auf mehrere Test-Agents anzuwenden, weisen Sie das - Attribut auf den Test-Agent zu, die Testcontroller verwalten das Dialogfeld verwenden.

Testeinstellungen: Daten und Diagnoseinformationen

Im Dialogfeld Testeinstellungen wählen Sie die Seite Daten und Diagnose aus.An diesem Punkt je nachdem, wie die Option auf der Seite Rollen konfiguriert haben, verwenden Sie eine der folgenden Optionen:

Sammeln von Daten und Diagnosendaten auf dem lokalen Computer

Um die Daten und die Diagnoseinformationen einzuschließen die Sie auf dem lokalen Computer sammeln möchten, wählen Sie die Adapter für diagnostische Daten entsprechend Ihren Testanforderungen aus.Um einen Adapter für diagnostische Daten konfigurieren Sie den aufgenommen haben, wählen Sie den Adapter für diagnostische Daten aus und wählen dann die Option Konfigurieren über der Liste der Daten- und Diagnoseadapter aus.
Sammeln von Daten und Diagnosendaten auf Remotecomputern mit der Rollen

Auf der Seite Daten und Diagnosen definieren Sie, was die Rolle bewirkt, indem Sie die von der Rolle für die Datenerfassung verwendeten Adapter für diagnostische Daten auswählen.Wenn mindestens ein Adapter für diagnostische Daten oder Datenadapter für die Rolle aktiviert ist, wird vom Testcontroller daher ein verfügbarer Test-Agent-Computer zur Datenerfassung für die angegebenen Datenadapter und Adapter für diagnostische Daten basierend auf den für die Rolle festgelegten Attributen ausgewählt.Zur Auswahl der Datenadapter und Adapter für diagnostische Daten, die Sie für jede Rolle sammeln möchten, wählen Sie die Rolle aus.Wählen Sie für jede Rolle die Adapter für diagnostische Daten gemäß den Anforderungen der Tests aus.Um die einzelnen Adapter für diagnostische Daten konfigurieren den Sie für jede Rolle ausgewählt haben, wählen Sie die Option Konfigurieren über der Liste der Daten- und Diagnoseadapter.

Beispiel für Rollen und Adapter für diagnostische Daten:

Sie können z. B. eine Clientrolle namens "Desktopclient" mit dem auf "True" gesetzten Attribut "Verwendet SQL" sowie eine Serverrolle namens "SQL Server" mit dem Attribut "RAM > 16GB" erstellen.Wenn Sie angeben, dass die Tests von "Desktopclient" macht, indem er Als Rolle zum Ausführen von Tests festlegen auf der Seite Rollen auswählt, werden vom Testcontroller Computer mit Test-Agents ausgewählt, die das - Attribut auf "True" gesetzte" enthalten, um die Tests an auszuführen.Der Testcontroller wählt auch SQL Server-Computer mit Test-Agents aus, die das Attribut "RAM > 16GB", um nur Daten zu sammeln enthalten, die durch die Daten- und Diagnoseadapter definiert wird, der in der Rolle eingeschlossen werden.Der "Desktopclient " kann außerdem Daten für die Computer erfassen, dass der Ausführung auf, aber Sie Daten- und Diagnoseadapter für diese Rolle auswählen müssen.

Hinweis
In der Tabelle werden nur die Adapter an, die mit Tests in Visual Studio verwendet werden können.Weitere Informationen über die Adapter für diagnostische Daten, die in Microsoft Test Manager verwendet werden, finden Sie unter Einrichten von Computern und Sammeln von Diagnoseinformationen mithilfe von Testeinstellungen.

Diagnosedatenadapter für automatisierte Tests

Diagnosedatenadapter	Entsprechendes Thema
ASP.NET-Clientproxy für IntelliTrace und Testauswirkung: Dieser Proxy ermöglicht das Erfassen von Informationen zu HTTP-Aufrufen von einem Client an einen Webserver für die IntelliTrace- und Testauswirkungsadapter für diagnostische Daten.	Zur Erfassung dieser Informationen ist keine Konfiguration erforderlich. Gewusst wie: Sammeln von IntelliTrace-Daten zum Beheben schwieriger Probleme Gewusst wie: Sammeln von Daten, um zu überprüfen, welche Tests nach Codeänderungen ausgeführt werden sollen
IntelliTrace: Sie können den Adapter für diagnostische Daten für IntelliTrace konfigurieren, um bestimmte Informationen zur Diagnoseablaufverfolgung zu erfassen, die das Isolieren von schwierig zu reproduzierenden Fehlern erleichtern.Mit diesem Adapter wird eine IntelliTrace-Datei mit der Erweiterung ".iTrace" erstellt, in der diese Informationen enthalten sind.Bei Fehlschlagen eines Tests kann ein Fehler erstellt werden.Die IntelliTrace-Datei, die mit den Testergebnissen gespeichert wird, wird automatisch mit diesem Fehler verknüpft.Die in der IntelliTrace-Datei gesammelten Daten steigern die Debuggingproduktivität, da sie die Zeit für das Reproduzieren und Diagnostizieren eines Fehlers im Code verkürzen.Auf Basis dieser IntelliTrace-Datei kann die lokale Sitzung auf einem anderen Computer simuliert werden. Dies erhöht die Wahrscheinlichkeit, dass der Fehler reproduziert werden kann. Weitere Informationen finden Sie unter Debuggen Ihrer Anwendung durch Aufzeichnung der Codeausführung mit IntelliTrace.	Gewusst wie: Sammeln von IntelliTrace-Daten zum Beheben schwieriger Probleme
ASP.NET-Profiler: Sie können eine Testeinstellung erstellen, die die ASP.NET-Profilerstellung umfasst, und so Leistungsdaten zu ASP.NET-Webanwendungen sammeln. Hinweis Dieser Adapter für diagnostische Daten dient nur zur Verwendung mit Auslastungstests, die Websites verwenden, die Visual Studio Ultimate erfordern.	Gewusst wie: Konfigurieren von ASP.NET-Profiler für Auslastungstests mit Testeinstellungen in Visual Studio How to: Create a Test Setting for a Distributed Load Test
Codeabdeckung (Visual Studio 2010): können Sie eine Testeinstellung erstellen, die Informationen zur Codeabdeckung umfasst, die verwendet wird, um zu untersuchen, wie viel des Codes durch Tests abgedeckt wird. Hinweis Dieser Adapter für diagnostische Daten ist mit Visual Studio-Testeinstellungen nur anwendbar.Er wird nicht für Testeinstellungen in Microsoft Test Manager verwendet. Hinweis Dies ist für die Kompatibilität mit nur Visual Studio 2010. Weitere Informationen zur Codeabdeckung, finden Sie unter Bestimmen des Umfangs des zu testenden Codes mithilfe von Codeabdeckung.	Konfigurieren von Codeabdeckung mit Testeinstellungen ist veraltet
Ereignisprotokoll: Sie können eine Testeinstellung konfigurieren, um das Ereignisprotokoll zu erfassen und in die Testergebnisse aufzunehmen.	Gewusst wie: Konfigurieren der Ereignisprotokollauflistung mithilfe von Testeinstellungen
Netzwerkemulation: Sie können mit einer Testeinstellung angeben, dass Sie eine künstliche Netzwerklast auf den Test anwenden möchten.Die Netzwerkemulation wirkt sich auf die Kommunikation vom und zum Computer aus, indem eine bestimmte Netzwerkverbindungsgeschwindigkeit, z. B. DFÜ, emuliert wird. Hinweis Dieser Adapter für diagnostische Daten ist mit Visual Studio-Testeinstellungen nur anwendbar.Er wird nicht für Testeinstellungen in Microsoft Test Manager verwendet. Hinweis Die Netzwerkemulation kann nicht verwendet werden, um die Netzwerkverbindungsgeschwindigkeit zu erhöhen.	Gewusst wie: Konfigurieren von Netzwerkemulation mithilfe von Testeinstellungen in Visual Studio
Systeminformationen: Sie können eine Testeinstellung einrichten, um die Systeminformationen zum Computer einzuschließen, auf dem der Test ausgeführt wird.Die Systeminformationen werden in den Testergebnissen mit einer Testeinstellung angegeben.	Zur Erfassung dieser Informationen ist keine Konfiguration erforderlich.
Testauswirkung: Sie können Informationen zu den Methoden des Anwendungscodes erfassen, die beim Ausführen eines Testfalls verwendet wurden.Anhand dieser Informationen und der von den Entwicklern am Anwendungscode vorgenommenen Änderungen können Sie ermitteln, auf welche Tests sich diese Entwicklungsänderungen ausgewirkt haben.	Gewusst wie: Sammeln von Daten, um zu überprüfen, welche Tests nach Codeänderungen ausgeführt werden sollen
Videorekorder: Sie können beim Ausführen eines automatisierten Tests eine Videoaufzeichnung der Desktopsitzung erstellen.Dieses Video kann nützlich sein, um die Benutzeraktionen für einen Test der codierten UI zu veranschaulichen.Die Videoaufnahme kann anderen Teammitgliedern helfen, Anwendungsprobleme zu isolieren, die schwer reproduzierbar sind.	Gewusst wie: Einschließen von Aufzeichnungen von Bildschirm und Stimme während der Tests mit Testeinstellungen

Testeinstellungen: Bereitstellung

Im Dialogfeld Testeinstellungen wählen Sie die Seite Bereitstellung aus.
Wenn bei jeder Testausführung ein separates Verzeichnis für die Bereitstellung erstellt werden soll, aktivieren Sie Bereitstellung aktivieren.

Hinweis

Wenn Sie diese Option aktivieren, können Sie weiterhin an der Erstellung der Anwendung arbeiten, während die Tests ausgeführt werden.
Um eine Datei dem Verzeichnis hinzuzufügen, das Sie zum Ausführen der Tests eine für die Tests benötigte, wählen Sie Datei hinzufügen und wählen dann die Datei die Sie hinzufügen möchten.

Hinweis
Wenn Sie diese Option aktivieren, können Sie weiterhin an der Erstellung der Anwendung arbeiten, während die Tests ausgeführt werden.

Um dem Verzeichnis hinzuzufügen, das Sie zum Ausführen der Tests eine für die Tests benötigte, wählen Sie Verzeichnis hinzufügen und wählen dann das Verzeichnis das Sie hinzufügen möchten.

Hinweis
Weitere Informationen zum Bereitstellen von Dateien und Verzeichnissen für einzelne Tests mit Eigenschaften und dem DeploymentItem-Attribut finden Sie unter Gewusst wie: Bereitstellen von Dateien für Tests.

Testeinstellungen: Setup- und Bereinigungsskripts

Um Skripts auszuführen, bevor und nachdem die Tests, die Setup- und Bereinigungsskripts Seite Testeinstellungen im Dialogfeld auswählen.
Geben Sie den Speicherort der Skriptdatei in Setupskript ein oder wählen Sie die Auslassungspunkte (...) um das Setupskript zu suchen.
Geben Sie den Speicherort der Skriptdatei in Bereinigungsskript ein oder wählen Sie die Auslassungspunkte (...) um das Bereinigungsskript zu suchen.

Testeinstellungen: Hosts

Um die Tests mithilfe eines anderen Hosts auszuführen, wählen Sie die Seite im Dialogfeld HostsTesteinstellungen.
Wählen Sie ASP.NET unter Hosttyp aus, wenn die Komponententests im gleichen Prozess ausgeführt werden sollen wie eine ASP.NET-Website.
Verwenden Sie mithilfe der Option " Tests als 32-Bit- oder 64-Bit-Prozess, um auszuwählen, wenn Sie den Test als 32-Bit- oder 64-Bit-Prozesse ausführen möchten.

Maximale Flexibilität erhalten Sie, wenn Sie die Testprojekte mit der Konfiguration Any CPU kompilieren.Anschließend können Sie auf beide 32 ausgeführt werden und - Die.Das Kompilieren von Testprojekten mit der 64-Bit-Konfiguration bietet keinen Vorteil.

Testeinstellungen: Test-Timeouts

(Optional) den Zeitraum für jeden Testlauf und einzelne Tests zu beschränken, verwenden Sie die Seite im Dialogfeld Test-Timeouts.Testeinstellungen.
Um einen Testlauf bei Überschreitung eines Zeitlimits abzubrechen, wählen Sie Testlauf abbrechen, wenn die gesamte Zeitdauer folgenden Wert überschreitet aus und geben einen Wert für die Zeitdauer ein.
Wenn ein einzelner Test bei Überschreitung eines Zeitlimits fehlschlagen soll, wählen Sie Einzelnen Test als gescheitert markieren, wenn die Ausführungszeit folgenden Wert überschreitet aus und geben einen Wert für diese Zeitdauer ein.

Testeinstellungen: Komponententest

(Optional) Wenn Sie Assemblyspeicherorte angeben müssen, die von Komponententests geladen werden müssen, wählen Sie Komponententest aus.

Für Stammordner für die zu ladenden Assemblys wählen Sie Durchsuchen, um den Ordner zu suchen und das Textfeld aufzufüllen.

Der Stammordner, der angegeben wird, kann Umgebungsvariablen enthalten und stellt das Verzeichnis dar, das als ApplicationBase von der AppDomain verwendet wird, in der die Tests ausgeführt werden.Alle Assemblys in diesem Verzeichnis können von den Komponententests geladen werden.In einer Produktionsumgebung empfiehlt es sich, das Verzeichnis festzulegen, in dem der Code bei Testassemblys installiert ist.Um in einer Entwicklungsumgebung empfiehlt es sich, das Verzeichnis festzulegen, in dem der Code bei Testassemblys erstellt werden.Dadurch wird sichergestellt, dass alle Verweise auf die Produktbinärdateien geladen und während der Ermittlung und Ausführung der Tests aufgelöst werden können, ohne dass die Produktbinärdateien mit den Tests kopiert werden müssen.

Wenn kein Wert hier festgelegt wird, wird das ApplicationBase von der AppDomain, in der die Tests ausgeführt werden, in das Verzeichnis festgelegt, das die Tests enthält.
Aktivieren oder deaktivieren Sie das Kontrollkästchen für Verwenden Sie im Testverzeichnis den Load-Kontext für Assemblys.

Standardmäßig werden die meisten Assemblys geladen in den richtigen Load-Kontext "." Normalerweise sollten Sie Verwenden Sie im Testverzeichnis den Load-Kontext für Assemblys lassen ausgewählt haben.Es gibt jedoch einige Bedingungen, unter denen Sie diese Option möglicherweise deaktivieren möchten:

Falls sich viele Assemblys im Testverzeichnis befinden, Sie einen Speicherort unter Stammordner für die zu ladenden Assemblys angegeben haben und die Tests nicht in den Load-Kontext geladen werden müssen, stellen Sie möglicherweise eine Leistungszunahme fest, falls Sie zum Laden dieser Testassemblys nicht den Load-Kontext verwenden.

Falls die Tests in einen anderen Kontext als den Ladekontext geladen werden müssen (untypisch).

Weitere Informationen finden Sie unter Best Practices für das Laden von Assemblys.
Die Bei der Ausführung von Tests zu verwendende Ordner wählen Sie Ordner hinzufügen aus.

Das Dialogfeld Ordner suchen wird angezeigt.
Suchen Sie den Ordner, um OK verwenden und auszuwählen.

Bei der Einstellung Bei der Ausführung von Tests zu verwendende Ordner handelt es sich um die wahrscheinlich am häufigsten verwendete Einstellung.Sie können mehrere Pfade zu Ordnern angeben, aus denen Assemblys während der Ermittlung und Ausführung der Tests aufgelöst werden sollten.Alle in diesem Abschnitt angegebenen Pfade können Umgebungsvariablen enthalten.Zusammen mit den hier angegebenen Pfaden stehen zwei damit zusammenhängende Optionen zur Verfügung:

Erste Option wählen Load-Kontext verwenden das Kontrollkästchen, um anzugeben, dass dem Verzeichnis der Load-Kontext verwendet werden soll, wenn vom Verzeichnis beim Auflösen von Assemblys aus (wenn der Load-Kontext nicht erforderlich ist, damit die Tests ordnungsgemäß Sie könnten eine Leistungsverbesserung finden ausführen, indem er dieses Kontrollkästchen deaktiviert).

Zweite Option wählen Unterordner einschließen das Kontrollkästchen, um mit jedem Unterordners anzugeben, um einzuschließen, wenn vom Verzeichnis beim Auflösen von Assemblys aus.
Die Zusätzliche Ordner für das Erkennen von Tests wählen Sie Ordner hinzufügen aus.

Das Dialogfeld Ordner suchen wird angezeigt.
Suchen Sie den Ordner, um OK verwenden und auszuwählen.

Die Option Zusätzliche Ordner für das Erkennen von Tests ist nützlich, wenn Sie die Tests remote unter Team Build oder bei der automatischen Microsoft Test Manager ausführen.Die hier bereitgestellten Pfade werden für die Assemblyauflösung verwendet, allerdings nur während der Testsuche.Diese Pfade können Umgebungsvariablen enthalten.Wenn Tests für die Remoteausführung aus einer Buildablage geplant sind und sich nicht alle Abhängigkeiten der Testassembly im selben Verzeichnis befinden, kann mit diesen Pfaden sichergestellt werden, dass MSTest oder der Testcontroller ausreichend abhängige Assemblys findet, um die Tests zu ermitteln und sie den Remotecomputern zur Ausführung zuzuplanen.

Für die ausgeführt wird, die von Microsoft Test Manager geplant werden, gibt es zusätzliche token-%BuildDrop%-, die verwendet werden können, um den Build-Ablagespeicherort generisch zuzugreifen.Dadurch müssen nicht bei jedem Testen eines neuen Builds Testeinstellungen erstellt oder aktualisiert werden.Leider wird dieses Token nicht direkt durch Team Build unterstützt.Wenn der Buildablagespeicherort in einer Umgebungsvariable festgelegt wird, die BuildDrop von der Builddefinition genannt wird, hat dies das gleiche Ergebnis.

Weitere Informationen finden Sie unter Überprüfen von Code mithilfe von Komponententests.

Testeinstellungen: Webtest

(Optional) um Eigenschaften zu konfigurieren, die steuern, wie Webleistungstests in der Testeinstellung ausgeführt werden, wählen Sie Webtest.

Wählen Sie entweder Feste Testlaufanzahl oder Ein Testlauf pro Datenquellenzeile aus.
Wählen Sie aus der Dropdownliste Browsertyp den Webbrowser aus, der mit dem Webleistungstest verwendet werden soll.Wählen Sie beispielsweise Internet Explorer 9.0.

Hinweis

Webleistungstest erfordert Visual Studio Ultimate.
(Optional) ausgewähltes zu aktivieren Reaktionszeiten simulieren simulierte das menschlicher Interaktion.
(Optional) ausgewähltes Verzeichnis der Anforderungs-URL als Standardpfad für Cookies verwenden.

Wenn Verzeichnis der Anforderungs-URL als Standardpfad für Cookies verwenden deaktiviert ist, dann folgen die Webtests diesem Verhalten:

Wenn gibt eine Anforderung, zum Beispiel www.abc.com/myapp/abc.aspx, legt ein Cookie in der Antwort und kein Pfad angegeben, verwendet der Test die gesamte Anforderungs-URL als Pfad für das Cookie.Dies bedeutet, dass das Cookie nur mit nachfolgenden Anforderungen mit URL www.abc.com/myapp/abc.aspx gesendet wird.

Wenn Verzeichnis der Anforderungs-URL als Standardpfad für Cookies verwenden aktiviert ist, dann folgen die Webtests diesem Verhalten:

Wenn gibt eine Anforderung, zum Beispiel www.abc.com/myapp/abc.aspx, legt ein Cookie in der Antwort und kein Pfad angegeben, verwendet der Test das Verzeichnis der Anforderungs-URL als Pfad für das Cookie.Dies bedeutet, dass das Cookie mit allen Anforderungen mit Vorpfad www.abc.com/myapp gesendet wird, (beispielsweise www.abc.com/myapp/xyz.aspx).

Dieses Verhalten ist mit Cookies der Version 1 konsistent, die in RFC 2109 angegeben werden.Weitere Informationen finden Sie unter Request for Comments: 2109.

Hinweis
Webleistungstest erfordert Visual Studio Ultimate.

Siehe auch

Freigeben über