Standardtestmetadaten

Die folgenden "Markup"-Metadaten des Tests sind Standardmetadaten, die auf TAEF-Tests angewendet werden können.

Implizite Metadaten

Bestimmte Metadatenelemente werden automatisch aus dem Markup der Tests abgeleitet:

• "Name" – der vollqualifizierte Name des Tests.
• "Architecture": Die Prozessorarchitektur der DLL. Dieser Wert ist einer von "x86", "x64" oder "arm".
• "TestFile": Die DLL-Datei, in der der Test beschrieben wurde.

Auswahlmetadaten

Die Auswahlmetadaten sind einfach "bevorzugte" Metadatenelemente, damit Teams über einen Standard verfügen können, der es ihnen ermöglicht, die Tests des anderen besser zu nutzen. Es sind keine erforderlichen Metadaten erforderlich. Die Anforderung von Metadaten erhöht die Kosten für das Hinzufügen von Automatisierung, und alle Metadaten sollten optional sein oder das "Opt-In"-Verhalten aktivieren.

Es gibt Fälle, in denen mehrere Werte für einen Metadatenwert angegeben werden können. In diesem Fall sollten Sie eine durch Semikolon getrennte Liste und eine Auswahlabfrage im Format "contains" verwenden, um ihn zu testen. Wenn beispielsweise die "Besitzer"-Metadaten zwei Werte benötigen, sollte sie auf "Jemand; JemandElse". Die Abfrage zum Auswählen von Tests, die nur jemand gehört, wäre:

te Wex.Common.Tests.dll /select:@Owner='Someone'

Während die folgende Abfrage Tests auswählt, die sich im Besitz oder im Mitbesitz von Jemand befinden:

te Wex.Common.Tests.dll /select:@Owner='*Someone*'

Sie können ihre eigenen Metadaten definieren, die innerhalb Ihres eigenen Unternehmens verwendet werden sollen. Die folgenden Vorschläge sind Empfehlungen. .

"Sie sollten..." Metadaten

Diese Metadateneigenschaften sind Empfehlungen und haben eine klare Bedeutung. Verwenden Sie diese Metadateneigenschaften nach Bedarf:

"ActivationContext"
Gibt eine bestimmte Binärversion aus verschiedenen parallelen Assemblys im System an. Weitere Informationen finden Sie unter Aktivierungskontext .

"BinaryUnderTest"
Die Binärdatei, die ein gegebener Test [Unit] testet. Dadurch können Entwickler schnell alle Komponententests ausführen, die eine bestimmte DLL überprüfen.

"DefaultTestResult"
Überschreibt das Standardtestergebnis von "Bestanden" für den angegebenen Test. Wenn der Test erfolgreich ist, ist das protokollierte Ergebnis das Standardtestergebnis. Mögliche Werte sind "Passed", "Failed", "NotRun", "Blocked" und "Skipped".

"DeploymentItem"
Identifiziert Dateien und Ordner als Testabhängigkeiten.

"Beschreibung"
Eine kurze Beschreibung der Funktionsweise des Tests.

"DpiAware"
Wenn diese Einstellung auf "true" festgelegt ist, führt TAEF Ihre Tests in einem Prozess aus, der als DPI-fähig gekennzeichnet ist. Weitere Informationen finden Sie unter Hoher DPI-Wert.

"ExecutionGroup"
Eine Reihe aufeinander folgender Tests innerhalb einer Klasse, die in der Reihenfolge ausgeführt werden müssen und blockiert werden, wenn ein vorheriger Test in der Ausführungsgruppe nicht ausgeführt wird oder fehlschlägt. Weitere Informationen finden Sie unter Ausführungsgruppen .

"Ignore" (Ignorieren)
Testklassen oder Testmethoden, deren Metadaten "Ignore" auf "true" festgelegt sind, werden während der Ausführung oder Auflistung durch TAEF übersprungen. Geben Sie /runIgnoredTests als Befehlszeilenargument an, um dieses Verhalten außer Kraft zu setzen und alle Tests auszuführen oder auflisten zu können, einschließlich der Tests mit "Ignore"-Metadaten.

"IsolationLevel"
Gibt die minimale Isolationsstufe an, die beim Ausführen von TAEF-Tests verwendet werden soll. Weitere Informationen finden Sie unter Testisolation .

"Parallel"
Führt Tests parallel für mehrere Prozessoren aus. Weitere Informationen finden Sie unter Parallel.

"Priorität"
Die Priorität des Tests als ganze Zahl, kleiner, hat hohe Priorität.

"RebootPossible"
Aktiviert bei Festlegung auf true die Verwendung der Neustart-APIs, um TAEF anzufordern, einen Computerneustart durchzuführen oder TAEF über einen bevorstehenden testinitiierte Neustart zu informieren.

"RunAs"
Gibt den Kontext an, in dem die betroffenen Tests ausgeführt werden sollen. Weitere Informationen finden Sie unter RunAs-Ausführung .

"RunFixtureAs"
Gibt den Kontext an, in dem die betroffenen Testvorrichtungen ausgeführt werden sollen. Weitere Informationen finden Sie unter RunFixtureAs .

"TestClassification:Scope"
Der Testklassifizierungsbereich identifiziert die Testbesicherungen, die zum Überprüfen von "Engineeringprozessereignissen" verwendet werden, die in Windows auftreten.

"TestClassification:Type"
Die Testklassifizierung "Type" identifiziert die Typen von Tests, die unterschieden werden müssen.

"TestClassification"
Verwenden Sie den Eigenschaftswert "Unit:WUTG", um einen Komponententest anzugeben, der den Windows Unit Testing Guidelines (WUTG) entspricht. Verwenden Sie den Eigenschaftswert "Unit:WUTG:ChexGate", um einen Komponententest anzugeben, der den Windows Unit Testing Guidelines (WUTG) entspricht und während der gated Phase des Chex-Szenarios (Fehlerblockierung übermitteln) ausgeführt werden soll.

"TestTimeout"
Gibt die maximale Zeitspanne an, die ein bestimmter Test oder eine bestimmte Einrichtungs-/Bereinigungsmethode dauern kann. Weitere Informationen finden Sie unter Timeouts (Zeitlimit).

"ThreadingModel"
Das vorkonfigurierte COM-Threadingmodell, das vom Test verwendet wird. Weitere Informationen finden Sie unter Konfigurieren von Threadingmodellen .

Datengesteuerte Tests im Zusammenhang:

"DataSource"
Gibt die Standard Quelle für Daten für datengesteuerte Tests an.

"TableId"
Gibt bei tabellenbasierten datengesteuerten Tests den Namen oder die ID der Tabelle an, die von der "Datenquelle" getrennt ist.

"Pict:Timeout" (und veraltet "PictTimeout")
Überschreibt das Standardmäßige Timeout von 5 Minuten, das für PICT.exe zulässig ist, um die vom Benutzer angegebene Modelldatei bei PICT-basierten datengesteuerten Tests zu verarbeiten.

"Pict:SeedingFile" (und veraltet "Seed")
Geben Sie den relativen Speicherort für die Seeddatei an, getrennt von der "DataSource" bei PICT-basierten datengesteuerten Tests.

"Pict:Order"
Gibt den Wert des /o-Parameters für PICT.exe an, wenn er in PICT-basierten datengesteuerten Tests aufgerufen wird.

"Pict:ValueSeparator"
Gibt den Wert des /d-Parameters für PICT.exe an, wenn er in PICT-basierten datengesteuerten Tests aufgerufen wird.

"Pict:AliasSeparator"
Gibt den Wert des /a-Parameters für PICT.exe an, wenn er in PICT-basierten datengesteuerten Tests aufgerufen wird.

"Pict:NegativeValuePrefix"
Gibt den Wert des /n-Parameters für PICT.exe an, wenn er in PICT-basierten datengesteuerten Tests aufgerufen wird.

"Pict:Random"
Gibt an, ob die Zufallszufälligkeit beim Aufrufen PICT.exe für PICT-basierte datengesteuerte Tests verwendet werden soll. Wenn dies zutrifft, wird der zufällige Startwert, der verwendet wurde, von TAEF protokolliert.

"Pict:RandomSeed"
Gibt den Wert des /r-Parameters für PICT.exe an, wenn er in PICT-basierten datengesteuerten Tests aufgerufen wird. Wenn Sie dies festlegen, wird die Standardeinstellung für "Pict:Random" von false in true geändert.

"Pict:CaseSensitive"
Gibt an, ob der /c-Parameter für PICT.exe verwendet werden soll, wenn er in PICT-basierten datengesteuerten Tests aufgerufen wird.

Unterstützung für gerätebezogene Geräte:

"TestResourceDependent"
Gibt an, dass die Tests im aktuellen Bereich von der TestResource und der Funktion von den von BuildResourceList(...) gesammelten Ressourcen abhängen. Weitere Informationen finden Sie unter Unterstützung für Geräte .

"ResourceSelection"
Gibt die Abfrage an, die testResources entspricht, die von BuildResourceList(...) gesammelt wurden und für die betreffenden Tests relevant sind. Weitere Informationen finden Sie unter Unterstützung für Geräte .

"Du kannst..." Metadaten

Diese Metadateneigenschaften können verwendet werden, aber ihre Interpretation ist nicht garantiert. Teams können sie verwenden, wenn sie möchten.

"Besitzer"
Der Alias des Besitzers des Tests.

"ProcessUnderTest"
Nützlich für die Laufzeitanalyse. Wenn beispielsweise ein Test "Explorer.exe" testet, führen Sie Radar (ein Laufzeitanalysetool) für den Prozess aus.

"Feature"
Ein Bezeichner, der den Test nach einem bestimmten Feature oder einer bestimmten Technologie kategorisiert. Dies sollte als "Cookie"-Id behandelt werden, deren Interpretation dem Team zuzuerkennen ist, das sie definiert.

"Reservierte" Metadaten

Die folgenden Metadaten können in Zukunft verwendet werden – bitte verwenden Sie sie nicht.

• User
• IntegrityLevel
• Timeout
• HostType