Test des processus Maestro

Approche de test

Le test des processus Maestro repose sur trois principes :

1. Gardez ce qui fonctionne : testez les workflows RPA dans votre processus Maestro de la même façon que vous les avez toujours testés.
2. Testez chaque partie séparément : la RPA, les agents et les tâches humaines ont chacun leurs propres modèles de test. Le test des pièces individuellement permet de trouver plus facilement ce qui est en panne lorsque quelque chose ne va pas.
3. Testez l'ensemble du processus : des tests de bout en bout vérifient que les étapes se connectent correctement, que les données circulent comme vous le souhaitez et que le résultat métier est le bon.

Les processus Maestro diffèrent des workflows RPA de manière à façonner cette approche.Les workflows RPA s'exécutent en quelques secondes et les mêmes entrées produisent toujours les mêmes sorties. Les processus Maestro peuvent s'exécuter pendant des minutes, des heures ou des jours. Ils combinent la RPA, les agents et les étapes humaines en un seul flux. Ils dépendent de systèmes externes que vous ne contrôlez pas.

Les processus Maestro deviennent directement testables, avec des outils conçus pour eux. Les améliorations ci-dessous permettent d'y parvenir.

Ce que vous pouvez faire aujourd'hui

Tests de workflow RPA : les workflows RPA utilisés dans un processus Maestro peuvent être testés avec des cas de test dans le projet RPA, de la même manière que pour tout autre workflow RPA. Les entrées de test vérifient que la sortie correspond aux attentes. Aucun outil spécifique à Maestro n'est requis.

Tests d'agent : les agents utilisés dans les processus Maestro peuvent être testés avec des ensembles d'évaluation dans Studio Web. Un ensemble d'évaluation est une liste d'entrées de test associées aux réponses que vous attendez de l'agent. Il exécute l'agent par rapport à chaque entrée et vérifie comment la réponse réelle se compare à celle attendue. Cela compte le plus pour les processus où les agents prennent des décisions importantes.

Tests de processus de bout en bout : un cas de test Studio peut exécuter un processus Maestro publié avec les données de test préparées, puis vérifier la sortie finale. Pour tous ceux qui débutent dans le test des processus Maestro, c'est par là qu'il faut commencer.

Exécutions de débogage : l'exécution de débogage dans Studio Web est le bon outil pour vérifier le comportement d'un processus pendant la création. Il fournit des traces étape par étape, des mises à jour des variables en temps réel et un historique des exécutions de débogage passées.

Comment créer votre programme de tests Maestro

Créez la couverture dans l'ordre :

1. Commencez par des tests de bout en bout sur vos processus les plus critiques : un test par résultat métier critique. Ce sont les tests qui empêchent les problèmes les plus graves d'atteindre l'environnement de production.
2. Ajoutez des tests d'agent sur les processus qui s'appuient sur des agents : les réponses de l'agent varient plus que les autres parties du processus. Testez-les séparément afin de pouvoir détecter rapidement les problèmes spécifiques à l'agent.
3. Développez pour gérer les défaillances et les cas limites : ajoutez des tests pour les entrées non valides, les étapes échouées et d'autres situations où les choses tournent mal. Ajoutez des tests pour les workflows RPA utilisés dans plusieurs processus Maestro.

Les parties les plus difficiles des tests de Maestro

Quatre défis reviennent souvent. Anticipez-les dès le départ.

Processus de longue durée

Les processus Maestro peuvent s'exécuter pendant des heures ou des jours. Le même processus peut prendre 30 minutes en production et 2 minutes en test, en fonction des données et de la réactivité des systèmes externes. Cela rend les assertions basées sur le temps peu fiables.Testez ce que le processus a produit et les étapes qu'il a exécutées, et non combien de temps il a pris.

Dépendances système externes

Les tests de bout en bout se connectent à des systèmes externes réels. Cela signifie que les tests peuvent échouer pour des raisons qui n'ont rien à voir avec votre processus : un délai d'attente de connexion, une limite de taux tiers, un système en panne. Utilisez une sandbox ou une version de test de ces systèmes lorsque cela est possible. Si une connexion échoue de manière aléatoire pendant le développement, traitez-la comme un problème de connexion, et non comme un véritable échec de test.

Variabilité de l'agent

Deux exécutions du même agent avec la même entrée peuvent produire des sorties différentes. Les assertions d'égalité échoueront par intermittence. Les ensembles d'évaluations sont conçus pour cela. Utilisez des règles de comparaison qui permettent une variation raisonnable plutôt que d'exiger une correspondance exacte.

Étapes de l'intervention humaine (HITL)

Les tests doivent s'exécuter de bout en bout sans intervention humaine, mais les étapes HITL de Maestro attendent qu'une personne réelle agisse. Il n'existe aucun moyen intégré d'injecter une réponse de remplacement. La bonne solution de contournement dépend de la façon dont vos étapes HITL sont configurées. Votre équipe chargée de votre compte peut vous aider à définir une approche spécifique.