Angeben von Testeinstellungen in Microsoft Test Manager

Artikel
03/12/2013

Wenn Sie Tests in Microsoft Test Manager ausführen, kann das Testframework Daten wie, ein Aktionsprotokoll oder eine Videoaufzeichnung Diagnoseablaufverfolgungsinformationen für jede Computerrolle sammeln.Sie können diese Optionen in den Testeinstellungen angeben.Testeinstellungen steuern die Adapter für diagnostische Daten, die eigentlich die Daten sammeln.

Um ein typisches Internet oder ein verteiltes System zu testen, verwenden Sie mehr als einen Testcomputer die Rollen des Client, Server, Datenbank auszuführen, u. a.die Testeinstellungen geben die Rollen, die für die Tests erforderlich sind, und geben Sie separate Diagnoseadapterkonfigurationen für jede Rolle an.Wenn Sie die Tests im Testplan ausführen, wird eine Lab-Umgebung mit der gleichen Anzahl von Rollen automatisch aktiviert.Wenn mehrere passende Testumgebungen für den Satz von Rollen in den Testeinstellungen vorhanden sind, können Sie eine andere passende Umgebung auswählen.

Computerrollen und Adapter der Testeinstellungen

Anforderungen

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

Muss ich Testeinstellungen verwenden?

Wenn Sie zum ersten Mal starten, um Microsoft Test Manager zu verwenden, ist es am einfachsten, Testeinstellungen nicht zu verwenden.

Sie benötigen keine Testeinstellungen, wenn:

Sie führen die manuellen Tests oder explorativen in Microsoft Test Manager aus; und
Sie möchten nur ein Protokoll der Aktionen in Testergebnissen nachverfolgen.

Sie benötigen Testeinstellungen, wenn Sie möchten:

Fügen Sie Ereignisprotokolle, IntelliTrace oder Videoaufzeichnung den Testergebnissen und Fehlerarbeitsaufgaben hinzu, um zu helfen, Fehler in der Anwendung zu suchen.
Führen Sie die Testauswirkungsanalyse aus, um zu ermitteln, welche Tests durch neue Codeänderungen betroffen sind.
Emulieren Sie potenzielle Engpässe, die die Anwendung möglicherweise gelegentlich in einer Produktionsumgebung anträfe.
Konfigurieren Sie Details von, wie automatisierte zum ausgeführt werden.

Gewusst wie verwendet eine Testeinstellungsdatei?

In Microsoft Test Manager auf der Seite Eigenschaften des Testplans, können Sie zwei Testeinstellungsdateien auswählen.Ein ist für manuelle Tests und das andere ist für automatisierte Tests.Wenn Sie Testfälle in diesem Plan ausführen, sind diese Einstellungen die standardmäßige Auswahlmöglichkeiten, aber Sie können sie in einzelnen Ausführungen überschreiben.

Sie können entweder eine neue Testeinstellungsdatei erstellen, oder eine vorhandene Datei auswählen, die bereits im Teamprojekt definiert wurde.Wenn Sie beispielsweise einen neuen Testplan für die nächste Iteration des Teamprojekts erstellen, wird normalerweise eine Testeinstellungsdatei wiederverwenden, die in der aktuellen Iteration verwendet wurde.

So fügen Sie eine Testeinstellungsdatei für den Testplan auswählen oder erstellen:

Öffnen Sie Test-Center, Plan, Eigenschaften.Die Manuelle Läufe oder Automatisierte Läufe klicken Sie auf das Menü Testeinstellungen und wählen Sie entweder eine vorhandene Testeinstellungsdatei oder Neu aus.Um die Details einer vorhandenen Testeinstellungsdatei zu bearbeiten, können Sie Öffnen auswählen.

Die Einstellungen von automatisierten Testläufe werden verwendet, wenn Sie Testfälle ausführen, die dem Testcode verknüpft wurden.Wenn alle die Tests manuell sind, müssen Sie diese Option nicht festlegen.

Microsoft Test Manager-Testeinstellungen im Testplan

Um die Testeinstellungsdateien des Teamprojekts verwalten:

Öffnen Sie Lab-Center, Testeinstellungen.Von dort können Sie vorhandene Testeinstellungsdateien bearbeiten und neue erstellen.

Vorhandene Testeinstellungen bearbeiten

Zusätzliche Anleitung finden Sie unter Tests für fortlaufende Übermittlung mit Visual Studio 2012 - Chapter 6: Eine Tests-Toolbox.

Bearbeitungstesteinstellungen

Die Testeinstellungsseiten sind:

Allgemein
Rollen
Daten und Diagnoseinformationen
Erweitert - nur für automatisierte Tests.Weitere Informationen finden Sie unter Erstellen von automatisierten Tests mit Microsoft Test Manager.
Zusammenfassung

Testeinstellungen: Allgemein

Geben Sie einen Namen für diese Einstellungsdatei, und geben Sie an, ob sie für die manuellen oder automatisierten Testläufe ist.

Wählen Sie Manuell, Einstellungen für explorative Tests, Testfälle, die Sie manuell durch folgende Testschritte in Microsoft Test Manager ausführen, und Tests zu definieren, in denen Sie eine aufgezeichnete Aktionen wiedergeben.

Wählen Sie Automatisiert, um Einstellungen zu definieren, um Testfälle auszuführen, die mit Testmethoden in Visual Studio zugeordnet wurden.

Testeinstellungen: Rollen

Klicken Sie auf der Seite Rollen der Testeinstellungen, wählen Sie eine Kombination von Computer Rollen aus, die geeignet sind, die Tests ausführen.Wenn diese Testeinstellung verwendet wird, um einen Test auszuführen, muss die zu testende Software in einer Umgebung, die mindestens die gleiche Anzahl von Computern verfügt, mit einem übereinstimmenden Satz von Rollen bereitgestellt werden.Eine Rolle ist eine Bezeichnung wie Webserver oder Datenbankserver, die das eigentlichen Zweck des Computers angibt.

Die Liste der verfügbaren Mengen Rollen basiert auf der Lab-Umgebung, die im Testprojekt definiert werden.Wenn Sie ein nicht finden können, das für die Tests geeignet ist, müssen Sie eine neue Lab-Umgebung erstellen.Weitere Informationen finden Sie unter Erstellen von Lab-Umgebungen.

Rollen für manuelle Testläufe
Die Lokal Rolle wird immer enthalten.Diese Rolle entspricht dem Computer, auf dem Sie Microsoft Test Manager ausführen und auf, das Sie die Tests ausführen.

Sie benötigen keine andere Rollen, es sei denn, Sie ein verteiltes testen, oder Webanwendung und Sie diagnostische Daten aus den Servercomputern sammeln möchten, während Sie die Tests ausführen.

Tipp
Wenn Sie über eine Umgebung verfügen, die einen Desktopclient einschließt, können Sie die manuellen Tests auf diesem Computer ausführen, wenn Sie Microsoft Test Manager installieren.Dabei wird dieser Computer dann der lokale Computer für die Testeinstellungen, da Sie die manuellen Tests auf diesem Computer ausführen.

Seite "Rollen" in den Testeinstellungen

Rollen für automatisierte Testläufe
Automatisierte Tests müssen auf eine Lab-Umgebung gemacht werden.Sie müssen einen Satz von Rollen auswählen, der eine Rolle für jeden Computer umfasst, auf dem die Anwendung bereitgestellt wird.Wenn eine einfache Desktopanwendung ist, erfordert aber nur eine Rolle.Wenn eine verteilte Anwendung wie ein Webdienst ist, erfordert aber auch eine Rolle für den Webserver und möglicherweise auch für einen Datenbankserver u. a.

Wenn die Anwendung eine externen Dienst verwendet, die nicht Teil der Anwendung ist, sollten Sie das nicht im Satz von Rollen enthalten.

Bei Wählen Sie die Rolle für die Ausführung der automatisierten Tests aus wählen Sie den Computer aus, auf dem der Testcode geladen und ausgeführt wird.

Testeinstellungen: Daten und Diagnoseinformationen

Auf dieser Seite können Sie Diagnoseadapter hinzufügen und konfigurieren, um Daten für jede Computerrolle in der Lab-Umgebung zu sammeln.In den meisten Fällen werden die diagnostische Daten mit den Testergebnissen enthalten.

Wählen Sie jede Rolle wiederum aus und überprüfen Sie die Diagnoseadapter, die Sie verwenden möchten.

Seite "Daten und Diagnose" in der Testeinstellung

Diagnosedatenadapter	Konfiguration
Aktionsprotokoll: Ermöglicht es Ihnen, die Aktionen aufzuzeichnen, die Sie während des Tests ausführen, damit Sie diese schnell wiedergeben können hinter einer bei folgenden Gelegenheit.Die Aktionen werden auch als Textbeschreibungen in jedem Problembericht aufgezeichnet, die Sie erstellen, sodass der Fehler leicht ermittelt werden kann.	Gewusst wie: Auswählen von Anwendungen, die in einem manuellen Test aufgezeichnet wurden
ASP.NET-Clientproxy für IntelliTrace und Testauswirkung Wählen Sie diesen Adapter in einer Webclientrolle aus.Es ist erforderlich, wenn Sie eine ASP.NET-Anwendung testen, und Sie möchten Testauswirkung oder IntelliSense Daten auf der Webserverrolle sammeln.	Suchen der Tests, die von Codeänderungen betroffen sind Gewusst wie: Sammeln von IntelliTrace-Daten zum Beheben schwieriger Probleme
Ereignisprotokoll Die Anwendungs-, Sicherheits- oder Systemereignisprotokolle werden in den Testergebnissen enthalten.Sie können Code in der Anwendung schreiben, Elemente diesen Protokollen hinzuzufügen.	Wählen Sie Konfigurieren, um die Typen von Ereignissen auszuwählen, die Sie möchten. WriteEntry
IntelliTrace: Sie können den Adapter für diagnostische Daten konfigurieren, sodass IntelliTrace bestimmte Diagnoseablaufverfolgungs-Informationen, ob Fehler isolieren, die schwer reproduzierbar sind.Dadurch wird eine IntelliTrace-Datei, die diese Informationen enthält.Die Datei hat die Erweiterung " .iTrace ".Bei Fehlschlagen eines Tests kann ein Fehler erstellt werden.Die IntelliTrace-Datei, die zusammen 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, der die Wahrscheinlichkeit verringert, dass ein Fehler nicht 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
Systeminformation: Datensatzinformationen zum Computer.	Keine zusätzliche Konfiguration.
Testauswirkung: Aktivieren Sie diese Option, um zu bestimmen, welche Tests durch Änderungen am Code betroffen waren, der während der Entwicklung ausgeführt wurde. Eine ASP.NET-Anwendung aktivieren Sie diesen Adapter in der Webserverrolle und in der Webclientrolle, aktivieren ASP.NET-Clientproxy für IntelliTrace und Testauswirkung.	Wenn Sie eine ASP.NET-Anwendung testen, auf der Rolle, auf dem der IIS-Server ausgeführt wird, wählen Sie Konfigurieren, Erweitert, ASP.NET aus. Gewusst wie: Sammeln von Daten, um zu überprüfen, welche Tests nach Codeänderungen ausgeführt werden sollen
Bildschirm- und Sprachaufzeichnung: Sie können eine Aufzeichnung der Desktopsitzung erstellen, wenn Sie einen Test ausführen.Die Aufzeichnung kann anderen Teammitgliedern helfen, Anwendungsprobleme zu isolieren, die schwer reproduzierbar sind.	So Stimmenaufzeichnungen einschließen oder angeben, dass Sie Transkriptionen speichern möchten, wenn übergibt eines Tests zusätzlich zum Fehler, Konfigurieren auswählen.Verwenden Sie Konfigurieren, um die Bildschirmaufzeichnungsqualität auch zu ändern. Gewusst wie: Einschließen von Aufzeichnungen von Bildschirm und Stimme während der Tests mit Testeinstellungen

Tipp So Kompatibilitätsinformation zu Testeinstellungen zwischen Visual Studio 2012 und Visual Studio 2010, finden Sie unter Kompatibilität von Testeinstellungen mit Visual Studio 2010.

Testeinstellungen von automatisierten Tests

Diese Testeinstellungen sind nur verfügbar, wenn Sie eine Testeinstellung für automatisierte Tests erstellen.Weitere Informationen finden Sie unter Erstellen von automatisierten Tests mit Microsoft Test Manager.

Einstellung	Zweck	Hinweise
Bereitstellung	Geben Sie die an dem Testcomputer kopiert werden Dateien, bevor Sie die Tests ausführen.Sie können Verzeichnisse auch angeben, um zu erstellen.	Für einzelne Testmethoden können Sie das - Attribut im DeploymentItem Testcode auch angeben. Weitere Informationen finden Sie unter Gewusst wie: Bereitstellen von Dateien für Tests.
Skripts	Auf dem Testcomputer ausgeführt werden, Skripts vor und nach dem Starten von automatisierten Tests.
Host	Konfigurieren Sie daher für IIS.	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.
Timeouts	Schränken Sie die Uhrzeit ein, die die automatisierten Tests ausführen.
Add-Ins	Zusätzliche Konfiguration für Komponententests und Webtests.	Siehe Konfigurieren des Komponententest-Add-Ins

Konfigurieren des Komponententest-Add-Ins

Wenn Sie einen Testfall automatisieren, indem Sie es an einem Komponententest verknüpfen, konfigurieren Sie Komponententest auf der Seite Add-Ins der Testeinstellungen.

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

Der angegebene Stammordner 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 die Produktbinärdateien mit den Tests kopieren zu müssen.

Wenn hier kein Wert festgelegt wird, wird für die ApplicationBase der AppDomain, in der die Tests ausgeführt werden, 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 in den richtigen Load-Kontext normalerweise, sollten Sie Verwenden Sie im Testverzeichnis den Load-Kontext für Assemblys lassen ausgewählten geladen.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 wird angezeigt. Ordner suchen
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 bei der Remoteausführung der Tests unter Team Build oder bei der automatischen Ausführung mit Microsoft Test Manager nützlich.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 zur Ausführung für die Remotecomputer einzuplanen.

Für von Microsoft Test Manager geplante Ausführungen steht das zusätzliche Token "%BuildDrop%" zur Verfügung, das für den allgemeinen Verweis auf den Ablagespeicherort des Builds verwendet werden kann.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).
Wählen Sie Speichern aus.
Wählen Sie Schließen aus.