Paramètres

Options de paramètres pour les cas de test dans Test Manager, y compris une limite de 250 paramètres, des règles d'unicité de nomination et des contraintes de type String.

Création de paramètres

Vous pouvez créer des paramètres pour chaque cas de test d'un ensemble de test. Vous pouvez ajouter un nombre maximum de 250 paramètres, chacun devant avoir un nom unique dans le contexte d'un cas de test.

Les paramètres ne peuvent être que de type String.

1. Ouvrez le cas de test auquel vous souhaitez ajouter des paramètres.
2. Accédez à l'onglet PARAMÈTRES (PARAMETERS).
3. Sélectionnez Créer un paramètre et remplissez les champs ci-dessous :
   1. Nom : donnez au paramètre un nom unique.

Lorsque vous nommez le paramètre, vous pouvez utiliser des lettres, des chiffres, des espaces et les caractères suivants : -, _, ,, et ..

Par exemple, nommez le paramètre adminName. 2. Valeur par défaut - Saisissez la valeur par défaut du paramètre.

N'oubliez pas que les paramètres ne peuvent être que de type String.

Ce champ Valeur par défaut n'est pas obligatoire. Par conséquent, si vous le laissez vide, le paramètre sera une chaîne vide.

Par exemple, définissez la valeur par défaut sur JohnDoe. 3. Suggestion : offre des informations supplémentaires sur les informations contenues dans le paramètre.

Pour cet exemple, ajoutez la suggestion suivante : The supervisor of the organization.

4. Sélectionnez Créer pour créer le paramètre.

Les paramètres que vous créez dans l'onglet Paramètres d'un cas de test ne peuvent actuellement être utilisés que pour les exécutions de test manuelles.

Modification des paramètres

Après avoir créé des paramètres, vous pouvez les modifier en fonction de votre cas d'utilisation.

1. Ouvrez le cas de test pour lequel vous souhaitez modifier un paramètre.
2. Accédez à l'onglet PARAMÈTRES (PARAMETERS).
3. Sélectionnez Modifier à côté du paramètre que vous souhaitez modifier.
4. Dans la fenêtre Modifier le paramètre , mettez à jour les champs que vous souhaitez modifier.
5. Sélectionnez Enregistrer (Save) pour enregistrer les modifications.

Utilisation de paramètres dans les tests manuels

Vous pouvez utiliser des paramètres dans les tests manuels ou automatisés avec les valeurs par défaut que vous avez définies pour chaque cas de test. Ou vous pouvez remplacer les valeurs de paramètres par défaut des cas de test au sein d'un ensemble de tests. Pour de plus amples informations sur le remplacement des valeurs de paramètres, consultez la section Remplacer les paramètres.

Les cas de test manuels ne prennent en charge qu'une seule valeur par défaut par paramètre. Il n'existe aucun moyen intégré de définir plusieurs ensembles de valeurs (une itération ou une table de paramètres) pour un cas de test manuel. Pour exécuter un cas de test manuel par rapport à différentes valeurs de paramètres, créez des ensembles de tests distincts, chacun remplaçant le paramètre par une valeur différente pour ce cas de test.

1. Créez un cas de test.
2. En fonction du type d’exécution que vous souhaitez utiliser, procédez comme suit :
   • Exécution manuelle:
     1. Accédez à l'onglet Étapes manuelles et ajoutez des étapes manuelles.
     2. Pour référencer les paramètres dans les étapes manuelles, saisissez leur nom entre doubles crochets.

Par exemple, pour ajouter le paramètre username dans une étape manuelle, référencez-le en tant que {{username}}.

• Exécution automatisée: lors de l'exécution automatisée d'un ensemble de test, les arguments Studio de l'automatisation (correspondant à chaque cas de test) sont automatiquement appliqués (en tant que paramètres) dans Test Manager, au niveau de l'ensemble de test pour chaque cas de test ajouté dans l'ensemble de test .

Pour les exécutions automatisées, les arguments Studio sont réaffichés dans la vue Remplacer les paramètres au niveau de l'ensemble de tests. Ils n'apparaissent pas dans l'onglet Paramètres d'un cas de test individuel, qui est réservé aux paramètres que vous créez manuellement dans Test Manager.

Les paramètres de Test Manager sont toujours de type String. Pour cette raison, les données sont transmises de Test Manager à un argument Studio uniquement lorsque cet argument est également de type Chaîne. Si l'argument de Studio utilise un type de données différent, la valeur n'est pas transmise, même si les noms correspondent.

Remarque :

Les paramètres de Test Manager ne sont pas automatiquement mappés aux arguments de Studio, même lorsque les noms correspondent et qu'il n'y a aucune variable globale partagée entre les cas de test d'un ensemble de tests. Les arguments, définis dans Studio et remplaçables au niveau du cas de test ou de l'ensemble de tests, sont le mécanisme pris en charge pour le transfert de valeurs entre les cas de test. Test Manager n'agrège pas nativement les données des cas de test au niveau de l'ensemble de tests ; pour la création de rapports au niveau de l'ensemble de tests, utilisez un outil de rapport externe.

Bonnes pratiques pour les arguments et les données des cas de test

Gestion d'ensembles de données plus grands ou variables

Si les valeurs d'entrée sont nombreuses ou doivent varier selon les exécutions de tests, utilisez des tests basés sur les données au lieu de paramètres maintenus manuellement. Test Manager prend en charge les tests basés sur les données à l'aide de fichiers Excel. UiPath Data Service ou les files d'attente de données de test (gérées via Orchestrator) peuvent également être utilisées pour les données structurées et les dépendances.

Données de test liées à Data Fabric/Data Service

Lorsqu'une entité Data Fabric/Data Service est liée en tant que données de test, chaque ligne devient sa propre variante de test. Test Manager ne prend pas en charge le regroupement de plusieurs lignes en une seule variation logique. Si une variation a besoin de plusieurs enregistrements liés (par exemple, une transaction avec plusieurs éléments de ligne), utilisez un enregistrement parent comme pilote de variation, puis utilisez les activités du workflow pour interroger les enregistrements enfants associés à Data Fabric lors du runtime (par exemple, par un ID partagé).

Cas de test interdépendants

Pour les cas de test où la sortie d'un cas de test alimente l'entrée d'un autre, utilisez un magasin de données externe plutôt que de vous appuyer sur les dépendances en mémoire entre les cas de test, par exemple :

• Ressources Orchestrator
• Data Service
• Files d'attente de données de test
• Une base de données ou un fichier externe

Si la réutilisation en mémoire est critique, combinez plutôt la logique pertinente en un seul workflow ou cas de test.

Résultat

Le paramètre est créé et disponible dans l'onglet Paramètres du cas de test. Pour les exécutions manuelles, vous pouvez référencer le paramètre dans les étapes manuelles à l'aide de doubles accolades et la valeur est appliquée lors du runtime.