Deux types d'étapes relient un cas de test à un Profil authentifié. Injection de profil charge une session enregistrée pour que l'exécution démarre connectée, et Capture de profil enregistre la session courante en cours d'exécution. La plupart des cas de test n'ont besoin que de l'injection, tout en haut, à la place des étapes de connexion que vous auriez écrites.

Les deux étapes identifient un Profil par son nom, c'est pourquoi les noms de profil comptent et pourquoi renommer l'un d'eux casse les étapes qui pointent vers lui.

L'exécution commence désormais avec votre application déjà connectée, et vos étapes suivantes peuvent aller droit à l'écran testé.

Si aucun profil enregistré ne correspond au nom, l'éditeur vous avertit d'emblée : « Aucun profil enregistré ne s'appelle … L'étape échouera à moins qu'une étape précédente ne le capture. » C'est un avertissement et non une erreur, car une étape Capture de profil plus haut dans le même test est une façon légitime de le créer.

L'Injection de profil dispose d'une option Exclusif. Elle réserve le profil à cette exécution : les autres exécutions qui l'injectent attendent la fin de celle-ci, puis reprennent. Une exécution qui attend plus de 15 minutes échoue.

Utilisez-la quand le cas de test modifie un état appartenant à l'utilisateur connecté, par exemple les paramètres de cet utilisateur ou un élément à usage unique. Deux exécutions qui font cela en même temps sur le même compte se gênent, et les échecs paraissent aléatoires.

Laissez-la désactivée pour les cas de test qui ne font que lire. Réserver un profil que beaucoup de tests partagent transforme des exécutions parallèles en file d'attente, ce qui explique souvent qu'une suite prenne soudain beaucoup plus de temps.

Capture de profil enregistre la session de navigateur courante sous un nom que vous choisissez. Placez-la après les étapes qui se connectent.

Utilisez-la quand la connexion doit avoir lieu dans le test, par exemple quand le compte est créé plus haut dans la même exécution, et que vous voulez que des cas de test ultérieurs en réutilisent le résultat.

Les deux étapes acceptent une variable dans le nom du profil, un même cas de test peut donc atteindre un profil différent selon l'Environnement ou la ligne de données.

Écrivez le nom avec une variable dedans, par exemple acme-[ENVIRONMENT_NAME], et Thunders la résout au moment où l'étape s'exécute. Un nom de profil ne peut pas contenir le caractère |.

En premier, avant toute étape qui suppose un utilisateur connecté. Injecter après avoir déjà navigué signifie que les étapes précédentes se sont exécutées déconnectées.

Quand le cas de test écrit un état appartenant à l'utilisateur connecté, pour que deux exécutions ne se heurtent pas sur le même compte. Laissez-la désactivée pour les cas de test en lecture seule, car elle sérialise toutes les exécutions qui injectent ce profil et une attente de plus de 15 minutes fait échouer l'exécution.

Gardez le nom du profil stable, puisque les étapes identifient un profil par son nom, et surveillez son statut dans la liste des Profils authentifiés. Actif signifie que tout va bien, Bientôt expiré est le signal pour l'enregistrer à nouveau avant qu'une exécution échoue.

Oui, tant que Exclusif est désactivé. Avec Exclusif activé, les exécutions s'enchaînent les unes après les autres.

Une seule étape Injection de profil en tête du cas de test. C'est tout l'intérêt : elle retire la partie d'un test qui casse le plus facilement sur une double authentification ou une redirection, et elle fait démarrer chaque exécution plus vite.

Oui. Les deux étapes en acceptent une, donc acme-[ENVIRONMENT_NAME] se résout à l'exécution. Le nom ne peut pas contenir |.