Métadonnées de test standard

Les métadonnées de test « mark-up » 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 déduits automatiquement du balisage des tests :

• « Nom » : nom complet du test.
• « Architecture » : architecture du processeur de la DLL. Cette valeur sera l’une des valeurs « 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 » qui définissent une norme permettant aux équipes d'utiliser plus efficacement les tests des autres. Il n’existe pas de métadonnées requises : l’attribution de métadonnées augmente le coût d’ajout d’automatisation, et toutes les métadonnées doivent être facultatives ou 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 des tests appartenant uniquement à quelqu’un serait :

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

Alors que la requête suivante sélectionnerait les tests qui sont détenus ou co-détenus 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. .

« Tu devrais... » Métadonnées

Ces propriétés de métadonnées sont des recommandations et ont des significations claires. Utilisez ces propriétés de métadonnées comme vous en avez besoin :

« ActivationContext »
Spécifie une version particulière d'un binaire parmi divers assemblages juxtaposés du système. Pour plus d’informations, consultez le contexte d’activation .

« BinaryUnderTest »
Le binaire qu’un test donné vérifie est testé de manière unitaire. Cela permet aux développeurs d’exécuter rapidement tous les tests unitaires qui vérifient une DLL donnée.

« RésultatTestParDéfaut »
Remplace le résultat de test par défaut de « Réussi » 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 « Passed », « Failed », « NotRun », « Blocked » et « Ignoré ».

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

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

« DpiAware »
Lorsque la valeur est définie sur « true », TAEF exécute vos tests dans un processus marqué comme compatible avec les DPI, voir DPI élevé.

« ExecutionGroup »
Ensemble de tests consécutifs au sein d’une classe qui doivent être exécutés dans l’ordre et qui 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 les métadonnées « Ignorer » définies sur « true » sont ignorées lors de l’exécution ou de la description par TAEF. Pour remplacer ce comportement et exécuter ou lister tous les tests, y compris ceux avec les métadonnées « Ignorer », spécifiez /runIgnoredTests en tant qu’argument de ligne de commande.

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

« 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 c'est petit, plus la priorité est é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 initial lancé par un test.

« RunAs »
Spécifie le contexte dans lequel les tests en question doivent être exécutés. Voir Exécution de RunAs pour plus de détails.

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

« TestClassification :Scope »
La classification des tests « Étendue » identifie les garanties de test utilisées 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 instructions 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 doit s’exécuter pendant la phase contrôlée du scénario Chex (échec bloquant l’envoi).

« TestTimeout »
Spécifie la durée maximale pendant laquelle un test ou une méthode de configuration/nettoyage donné peut prendre. 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 La configuration des modèles de threading .

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

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

« TableId »
Spécifie le nom ou l’ID de la table distinct de « DataSource » en cas de Table-Based tests pilotés par les données.

« Pict : Timeout » (et obsolète « PictTimeout »)
Remplace le délai d’expiration par défaut de 5 minutes permis pour que PICT.exe traite le fichier de modèle spécifié par l’utilisateur en cas de tests axés sur des données PICT.

« Pict :SeedingFile » (et obsolète « Seed »)
Spécifie l’emplacement relatif du fichier de départ, séparé de « DataSource » en 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 les tests pilotés par les données PICT.

« Pict :ValueSeparator »
Spécifie la valeur du paramètre /d pour PICT.exe lorsqu’il est appelé dans les 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 les tests pilotés par les données PICT.

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

« Image : Random »
Spécifie si le caractère aléatoire doit être utilisé lors de l’appel de PICT.exe pour les tests pilotés par les données PICT. Lorsque c'est le cas, la graine aléatoire utilisée est enregistrée par TAEF.

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

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

Prise en charge des éléments liés aux appareils :

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

« ResourceSelection »
Spécifie la requête pour faire correspondre les TestResources, collectées par BuildResourceList(...), qui sont pertinentes pour les tests concernés. Pour plus d’informations, consultez La 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 (outil d’analyse du runtime) sur le processus.

« Fonctionnalité »
Identificateur qui catégorise le test sur une fonctionnalité ou une technologie spécifique. Cela doit être traité comme un identificateur de « cookie » dont l’interprétation dépend de l’équipe qui le définit.

Métadonnées 'réservées'

Les métadonnées suivantes peuvent être utilisées à l’avenir : ne l’utilisez pas.

• Utilisateur
• IntegrityLevel
• Délai d'attente
• HostType