Métadonnées de test standard

Les métadonnées de « mark-up » de test suivantes sont des métadonnées standard qui peuvent être appliquées aux tests TAEF.

Métadonnées implicites

Certains éléments de métadonnées sont automatiquement déduits du balisage des tests :

• « Name » : nom complet du test.
• « Architecture » : architecture du processeur de la DLL. Cette valeur sera « x86 », « x64 » ou « arm ».
• « TestFile » : fichier DLL dans lequel le test a été décrit.

Métadonnées de sélection

Les métadonnées de sélection sont simplement des éléments de métadonnées « préférés » pour permettre aux équipes d’avoir une norme leur permettant de mieux consommer les tests des autres. Il n’y a pas de métadonnées obligatoires : l’attribution de métadonnées augmente le coût de l’ajout de l’automatisation, et toutes les métadonnées doivent être facultatives ou doivent activer le comportement « opt-in ».

Il existe des cas où plusieurs valeurs peuvent être spécifiées pour une valeur de métadonnées, auquel cas vous devez utiliser une liste séparée par des points-virgules et utiliser une requête de sélection de style « contains » pour la tester. Par exemple, si les métadonnées « Propriétaire » ont besoin de deux valeurs, elles doivent être définies sur « Quelqu’un ; Quelqu’unElse ». La requête permettant de sélectionner les tests qui appartiennent uniquement à Quelqu’un serait :

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

En revanche, la requête suivante sélectionne les tests détenus ou copropriétaires par quelqu’un :

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

Vous pouvez définir vos propres métadonnées à utiliser au sein de votre propre entreprise. Les suggestions suivantes sont des recommandations. .

« Vous devriez... » Métadonnées

Ces propriétés de métadonnées sont des recommandations et ont une signification claire. Utilisez ces propriétés de métadonnées selon vos besoins :

« ActivationContext »
Spécifie une version particulière de binary à partir de différents assemblys côte à côte dans le système. Pour plus d’informations, consultez Contexte d’activation .

« BinaryUnderTest »
Binaire qu’un test donné est [unitaire] test. Cela permet aux développeurs d’exécuter rapidement tous les tests unitaires qui vérifient une DLL donnée.

« DefaultTestResult »
Remplace le résultat de test par défaut « Passé » pour le test donné. Si le test réussit, le résultat journalisé est le résultat de test par défaut. Les valeurs possibles sont « Passé », « Failed », « NotRun », « Blocked » et « Skipped ».

« DeploymentItem »
Identifie les fichiers et les dossiers en tant que dépendances de test.

« Description »
Brève description de ce que fait le test.

« DpiAware »
Lorsqu’il est défini sur « true », TAEF exécute vos tests dans un processus marqué comme prenant en charge la résolution des ppp. Consultez Haute résolution.

« ExecutionGroup »
Ensemble de tests consécutifs au sein d’une classe qui doivent être exécutés dans l’ordre et sont bloqués si un test précédent dans le groupe d’exécution n’est pas exécuté ou échoue. Pour plus d’informations, consultez Groupes d’exécution .

« Ignorer »
Les classes de test ou les méthodes de test avec « Ignore » défini sur « true » sont ignorées lors de l’exécution ou de la description par TAEF. Pour remplacer ce comportement et exécuter ou répertorier tous les tests, y compris ceux avec des métadonnées « Ignorer », spécifiez /runIgnoredTests comme argument de ligne de commande.

« IsolationLevel »
Spécifie le niveau minimal d’isolation à utiliser lors de l’exécution des tests TAEF. Pour plus d’informations, consultez Isolation de test .

« Parallèle »
Exécute des tests en parallèle sur plusieurs processeurs. Pour plus d’informations, consultez Parallel.

« Priorité »
La priorité du test sous la forme d’un entier, plus petit, est de priorité élevée.

« RebootPossible »
Lorsque la valeur est true, permet d’utiliser les API de redémarrage pour demander à TAEF d’effectuer un redémarrage de l’ordinateur ou d’informer TAEF d’un redémarrage imminent lancé par un test.

« RunAs »
Spécifie le contexte dans lequel les tests en question doivent être exécutés. Pour plus d’informations, consultez Exécution de l’exécution .

« RunFixtureAs »
Spécifie le contexte dans lequel les montages de test en question doivent être exécutés. Pour plus d’informations, consultez RunFixtureAs .

« TestClassification:Scope »
La classification de test « Étendue » identifie la documentation de test utilisée pour valider les « événements de processus d’ingénierie » qui se produisent dans Windows.

« TestClassification:Type »
La classification des tests « Type » identifie les types de tests qui doivent être distingués.

« TestClassification »
Utilisez la valeur de propriété « Unit:WUTG » pour indiquer un test unitaire conforme aux directives de test unitaire Windows (WUTG). Utilisez la valeur de propriété « Unit:WUTG:ChexGate » pour indiquer un test unitaire conforme aux instructions de test unitaire Windows (WUTG) et qui doit s’exécuter pendant la phase contrôlée du scénario Chex (envoi de blocage d’échec).

« TestTimeout »
Spécifie la durée maximale d’un test ou d’une méthode de configuration/nettoyage donné. Consultez Délais d’expiration pour plus d’informations.

« ThreadingModel »
Modèle de thread COM préconfiguré utilisé par le test. Pour plus d’informations, consultez Configuration des modèles de thread .

Tests pilotés par les données liés :

« DataSource »
Spécifie la source main de données pour les tests pilotés par les données.

« TableId »
Spécifie le nom ou l’ID de la table séparément de « DataSource » dans le cas de tests pilotés par des données basées sur des tables.

« Pict:Timeout » (et déprécié « PictTimeout »)
Remplace le délai d’attente par défaut de 5 minutes autorisé pour PICT.exe de traiter le fichier de modèle spécifié par l’utilisateur en cas de tests pilotés par les données basés sur PICT.

« Pict:SeedingFile » (et déprécié « Seed »)
Spécifie l’emplacement relatif du fichier de départ, distinct de « DataSource » dans le cas de tests pilotés par les données pict.

« Pict:Order »
Spécifie la valeur du paramètre /o pour PICT.exe lorsqu’il est appelé dans des tests pilotés par les données basés sur PICT.

« Pict:ValueSeparator »
Spécifie la valeur du paramètre /d pour PICT.exe lorsqu’il est appelé dans des tests pilotés par les données pict.

« Pict:AliasSeparator »
Spécifie la valeur du paramètre /a pour PICT.exe lorsqu’il est appelé dans des tests pilotés par les données basés sur PICT.

« Pict:NegativeValuePrefix »
Spécifie la valeur du paramètre /n pour PICT.exe lorsqu’il est appelé dans des tests pilotés par les données pict.

« Pict:Random »
Spécifie si le caractère aléatoire doit être utilisé lors de l’appel de PICT.exe pour des tests basés sur les données PICT. Lorsque cela est vrai, la valeur de départ aléatoire utilisée est journalisée par TAEF.

« Pict:RandomSeed »
Spécifie la valeur du paramètre /r pour PICT.exe lorsqu’il est appelé dans des tests pilotés par les données pict. Si vous définissez cette valeur, la valeur par défaut de « Pict:Random » passe de false à true.

« Pict:CaseSensitive »
Spécifie si le paramètre /c doit être utilisé pour PICT.exe lorsqu’il est appelé dans des tests basés sur les données PICT.

Prise en charge des appareils liés :

« TestResourceDependent »
Spécifie que les tests dans l’étendue actuelle dépendent de la fonction TestResource et des ressources collectées par BuildResourceList (...). Pour plus d’informations, consultez Prise en charge des appareils .

« ResourceSelection »
Spécifie la requête pour correspondre aux testResources collectées par BuildResourceList (...) qui sont pertinentes pour les tests en question. Pour plus d’informations, consultez Prise en charge des appareils .

« Vous pouvez... » Métadonnées

Ces propriétés de métadonnées peuvent être utilisées, mais leur interprétation n’est pas garantie ; les équipes peuvent les utiliser si elles le souhaitent.

« Propriétaire »
Alias du propriétaire du test.

« ProcessUnderTest »
Utile pour l’analyse du runtime. Par exemple, si un test teste « Explorer.exe », exécutez Radar (un outil d’analyse du runtime) sur le processus.

« Fonctionnalité »
Identificateur qui classe le test en fonction d’une fonctionnalité ou d’une technologie spécifique. Il doit être traité comme un identificateur de « cookie » dont l’interprétation est du fait de l’équipe qui le définit.

Métadonnées « réservées »

Les métadonnées suivantes peuvent être utilisées à l’avenir. Veuillez ne pas les utiliser.

• Utilisateur
• IntégritéLevel
• Délai d'expiration
• HostType