Vous pouvez spécifier la manière dont les conditions d'erreur sont gérées
lors de l'exécution d'un test ou d'un planning. Les conditions d'erreur incluent les échecs de point de vérification, les
échecs de connexion, les dépassements de délai
du serveur, les alertes de code personnalisé et les problèmes de corrélation de données.
Pourquoi et quand exécuter cette tâche
Vous pouvez spécifier le comportement de gestion des erreurs des
plannings, des tests et des éléments de test. Le rapport d'erreurs affiche les conditions d'erreur et le comportement d'erreur qui s'est produit dans un test ou un planning.
Procédure
- Dans le navigateur de test, accédez à un test ou un planning, puis cliquez deux fois
dessus. Le test s'affiche.
- Dans l'éditeur de test, effectuez l'une des étapes suivantes :
- Pour spécifier le comportement de gestion des erreurs pour une demande ou d'autres éléments de la hiérarchie de test, sélectionnez l'élément dans la section Contenu du test et, dans la section Détails de l'élément de test, cliquez sur l'onglet Options avancées.
- Pour spécifier le comportement de gestion des erreurs d'un élément tel qu'une
connexion, un point de vérification, une substitution ou une référence, sélectionnez-le,
puis cliquez sur Changer. Passez à l'étape 5.
- Pour spécifier le comportement de gestion des erreurs pour un pool de données
associé à un test, dans la page Options communes, sélectionnez le
pool de données, puis cliquez sur Propriétés du pool de données.
Cliquez sur Changer. Passez à l'étape 5.
- Sous Gestion des erreurs, développez Cliquer pour afficher les conditions. La table des conditions d'erreur s'affiche. Cette table répertorie toutes les
conditions possibles qui peuvent être gérées par les protocoles dans le test ou le
planning.
- Cochez la case à côté de la condition pour laquelle vous voulez spécifier
le comportement. Une fenêtre s'ouvre, dans laquelle vous pouvez spécifier l'action à effectuer
et le message à consigner lorsque la condition se produit.
- Pour appliquer une action lorsque la condition indiquée se produit, cochez la case Outrepasser l'action en cas d'erreur.
Option |
Description |
Continuer |
Permet de poursuivre l'exécution du test. |
Quitter la transaction |
Permet de quitter une transaction lorsque la condition spécifiée se produit. Sélectionnez la transaction Le plus à l'intérieur ou Le plus à l'extérieur ou entrez le nom d'une transaction. |
Quitter la boucle |
Permet de quitter une boucle lorsque la condition spécifiée se produit. Sélectionnez la boucle Le plus à l'intérieur ou Le plus
à l'extérieur ou entrez le nom d'une boucle. |
Continuer jusqu'à la prochaine itération de la boucle |
Permet de passer à l'itération suivante d'une boucle lorsque la condition spécifiée se produit.
Sélectionnez la boucle Le plus à l'intérieur ou Le plus
à l'extérieur ou entrez le nom d'une boucle. |
Quitter le test |
Permet de quitter le test lorsque la condition spécifiée se produit. |
Quitter l'utilisateur |
Permet d'arrêter l'utilisateur virtuel qui a rencontré la condition spécifiée. |
Arrêter l'exécution |
Permet d'arrêter l'exécution lorsque la condition spécifiée se produit. |
- Pour contribuer à l'état de santé de la page, de la transaction ou de la boucle, cochez la case Outrepasser la contribution à l'état de santé et sélectionnez Oui. Les rapports respectifs affichent l'état de santé de la page, de la transaction ou de la boucle.
- Facultatif : Pour écrire un message dans le journal de test lorsque la condition indiquée se produit, cochez la case Outrepasser l'action en cas d'erreur et entrez un message.
- Cliquez sur OK.
Exemple
Pour arrêter l'exécution d'un planning en cas d'échec d'une substitution dans la
corrélation des données, cochez la case
Echec de substitution. Cliquez sur
Arrêter le programme, puis sur
OK.
Le
comportement de gestion des erreurs spécifié le plus proche de l'endroit où une erreur se
produit est prioritaire. Si une demande spécifique est définie pour poursuivre l'exécution en cas d'échec de
substitution et que le planning est configuré de sorte à s'arrêter en cas d'un échec de
substitution, le planning poursuit son exécution si la substitution échoue dans
cette demande.