Recommandations et limites d'utilisation

Conseils et limitations d’Autopilot™ pour Testers pour l’évaluation des exigences, la génération de tests, la conversion texte-code, les données de test et l’analyse des résultats.

Autopilot vous aide à automatiser et à améliorer les tâches tout au long de votre cycle de vie de test. Les bonnes pratiques et limitations suivantes vous aident à améliorer la précision et la convivialité d’Autopilot pour Testers, organisées par fonctionnalité.

Remarque :

L'évaluation des prérequis, la génération manuelle de tests et l'analyse des résultats des tests s'appliquent à Test Manager. Pour connaître la répartition complète du modèle de livraison, consultez la page Disponibilité de la fonctionnalité Test Manager. La conversion de texte en code, l'automatisation de tests manuels et la génération de données de test s'appliquent à Studio, sous réserve de leurs propres exigences de version ci-dessous.

Évaluation des prérequis

Autopilot évalue la qualité d’un prérequis et suggère des améliorations. Les directives suivantes améliorent la pertinence et la précision de ces évaluations:

• Des exigences claires et complètes, avec des critères d’acceptation mesurables, produisent des évaluations plus précises.
• Les évaluations ciblées, telles que les vérifications de sécurité ou de performance, renvoient des suggestions plus pertinentes.
• Les fichiers d’assistance, tels que des instructions ou des spécifications, fournissent à Autopilot un contexte supplémentaire.

Instructions supplémentaires

Vous pouvez guider l'évaluation en fournissant des instructions supplémentaires dans l'écran Fournir des directives supplémentaires .

La bibliothèque d’invites fournit des invites prêtes à l’emploi qui analysent les exigences relatives aux aspects liés aux performances, aux aspects liés à la sécurité et selon des points de vue tels que la cohérence, la clarté et l’exhaustivité. Vous pouvez également ajouter vos propres invites personnalisées à la bibliothèque d’invites pour les attributs de qualité des logiciels que vous évaluez fréquemment, ce qui standardise les évaluations au sein de votre équipe.

Pour contrôler le nombre de suggestions d'amélioration renvoyées par Autopilot, incluez le nombre dans votre instruction, par exemple: « Générez les 20 meilleures suggestions d'amélioration pour cette exigence et classez-les par ordre de priorité.

Documents d’assistance

Les documents complémentaires complètent la description de l’exigence avec des informations supplémentaires. Autopilot prend en compte à la fois la description de l’exigence et ses documents justificatifs lorsqu’il façonne et évalue l’exigence, et suggère également des améliorations aux documents eux-mêmes.

• Directives de sécurité - Instructions de sécurité, politiques ou résultats d’audit de sécurité. Autopilot les vérifie pour les incohérences au sein des documents ou au regard des aspects de sécurité dans la description des exigences.
• Directives d'accessibilité - Directives d'accessibilité, rapports d'audit ou spécifications d'accessibilité des utilisateurs. Autopilot les vérifie par rapport aux critères d’accessibilité dans la description des exigences.
• Listes de contrôle de conformité - Listes de contrôle de conformité, résumés réglementaires ou exigences de conformité de l'industrie. Autopilot les vérifie par rapport aux critères de conformité dans la description des exigences pour identifier les lacunes dans l’application des réglementations.

Limites fonctionnelles

Types de fichiers pris en charge

Vous pouvez charger des fichiers aux formats suivants:

• Traite uniquement le contenu textuel - TXT, BPMN, CSV
• Traite le contenu du texte et des images – DOCX, XLSX, PNG, JPG, PDF

Capacité de jetons d’entrée

La capacité de jetons d’entrée sur Autopilot est de 128 000 jetons, ce qui correspond à environ 96 000 mots ou 512 000 caractères. Conservez la description de vos exigences et les documents d’assistance dans cette limite. Il s'agit d'une limite au niveau du produit, distincte des limites de la fenêtre contextuelle et du jeton de sortie du modèle sous-jacent. Pour ceux-ci, consultez Modèles et limites pris en charge.

Astuce :

À titre approximatif, 100 jetons correspondent à environ 75 mots ou 400 caractères.

Pour estimer le nombre de jetons d'un document, enregistrez-le sous forme de fichier TXT et collez le contenu dans l' outil OpenAI Tokenizer. Le résultat est approximatif et le nombre réel peut être plus élevé.

Génération de suggestions

Autopilot génère un maximum de 50 suggestions à la fois. Si vous ne spécifiez pas de nombre, Autopilot génèrera les 15 premières suggestions.

Génération de test manuel

Autopilot génère des cas de test manuels et des étapes de test à partir des exigences et des documents d’assistance. La qualité du test dépend fortement de la qualité de l’exigence que vous fournissez.

Description des exigences

Une exigence bien formulée décrit son objectif, la logique d'application et les critères d'acceptation clairs. Les exigences sont souvent liées à des aspects qualitatifs tels que la fonctionnalité, les performances, l'utilisabilité et la sécurité.

Objectif de l’exigence

Autopilot s’appuie sur la spécificité. Des descriptions trop générales ou approximatives peuvent conduire à des cas de test peu pertinents ou incorrects. Commencez par un énoncé concis et axé sur l’utilisateur de l’objectif de l’exigence, qui met en évidence l’avantage pour l’utilisateur.

Exemple: « En tant qu’assuré potentiel, je souhaite calculer mes primes d’assurance afin de calculer mes dépenses potentielles».

Logique d’application

La précision des étapes de test générées dépend de la façon dont Autopilot comprend le parcours de l’utilisateur et la séquence de l’application. Décrivez les interactions spécifiques que l’utilisateur a avec l’application et les réponses de l’application, du début du flux à l’action de test finale.

Exemple: « L’utilisateur commence par l’écran principal et accède à l’écran « Obtenir un devis » via le menu principal. Il saisit ses données personnelles, notamment son âge et son sexe, puis sélectionne la couverture d’assurance et la durée du contrat souhaitées. Lorsqu'ils sélectionnent « Calculer la prime », l'application calcule et affiche la prime sur l'écran suivant.

Critères d'acceptation

Des critères d’acceptation clairs et mesurables guident Autopilot pour vérifier des résultats spécifiques. Couvrez à la fois des scénarios positifs et négatifs, y compris des états d’entrée et d’erreur non valides et des facteurs non fonctionnels tels que la sécurité, la convivialité et l’évolutivité. En l’absence de critères d’acceptation, Autopilot peut générer des cas de test inadéquats.

Exemples :

• « Le système calcule la prime en fonction de l’âge de l’utilisateur. Pour chaque année après 25 ans, elle ajoute 5 $ à la prime de base de 100 $.
• « Le système augmente la prime de 50 $ pour les fumeurs en raison du risque de santé plus élevé qui y est associé. »
• « Si l'utilisateur a moins de 18 ans, le système affiche un message d'erreur. »
• « Le calcul de la prime se termine en 3 secondes lorsque le nombre d’utilisateurs simultanés est de 1 000 ou moins.»

Instructions supplémentaires

Vous pouvez cibler la génération en fournissant des instructions supplémentaires dans l'écran Fournir des conseils supplémentaires .

La bibliothèque d'invites fournit des invites prêtes à l'emploi qui génèrent des cas de test de bout en bout à partir de diagrammes de flux, génèrent des tests de scénarios valides de bout en bout et génèrent des tests qui signalent des problèmes insaisissables. Vous pouvez également ajouter vos propres invites personnalisées pour les scénarios que vous générez fréquemment.

Par défaut, Autopilot génère des cas de test avec le comportement suivant:

• Les résultats attendus sont générés uniquement pour l’étape de test finale de chaque cas de test. Pour générer les résultats attendus pour chaque étape, incluez une instruction telle que « Générer les résultats attendus pour chaque étape de test».
• Les préconditions et les post-conditions ne sont générées que sur demande; indiquer ce qu'il faut inclure, car aucun des deux n'est généré par défaut.
• Le nombre de cas de test n'est pas fixe. Pour le contrôler, incluez le nombre dans votre instruction, par exemple: "Générez les 20 premiers cas de test pour cette exigence".

Documents d’assistance

Les documents complémentaires complètent la description des exigences et aident Autopilot à générer des cas de test plus précis.

• Diagramme de processus - Utilisez des diagrammes de cas, des organigrammes et des diagrammes de processus sous forme d'images ou de fichiers BPMN. Ils aident Autopilot à suivre le flux séquentiel et logique des activités de l'utilisateur.
• Ma réplications et des frameworks deframes - Diagramme visuels de vos exigences d'IU/UX. Ils clarifient la mise en page, les interactions de l'utilisateur et les éléments à tester, ce qui est utile lors du test de nouvelles fonctionnalités front-end.
• Documents de conformité - Documents de conformité et réglementaires pour les secteurs réglementés tels que la santé, les finances ou les communications. Autopilot intègre ces normes dans chaque cas de test généré, et pas uniquement dans ceux liés à des critères de conformité spécifiques.
• Transcriptions de discussions : transcriptions des discussions sur les exigences entre les développeurs, les propriétaires de produits et les testeurs. Ils transmettent la façon dont l’équipe interprète ou planifie de mettre en œuvre une exigence.

Limites fonctionnelles

Types de fichiers pris en charge

Vous pouvez charger des fichiers aux formats suivants:

• Traite uniquement le contenu textuel - TXT, BPMN, CSV
• Traite le contenu du texte et des images – DOCX, XLSX, PNG, JPG, PDF

Capacité de jetons d’entrée

La capacité de jetons d’entrée sur Autopilot est de 128 000 jetons, ce qui correspond à environ 96 000 mots ou 512 000 caractères. Conservez la description de vos exigences et les documents d’assistance dans cette limite. Il s'agit d'une limite au niveau du produit, distincte des limites de la fenêtre contextuelle et du jeton de sortie du modèle sous-jacent; pour ceux-ci, reportez-vous à la section Modèles et limites pris en charge. Pour estimer le nombre de jetons, utilisez les directives du générateur de jetons décrites dans la section Évaluation des prérequis.

Générateur de cas de test

Autopilot génère un maximum de 50 cas de test à la fois. Si vous ne spécifiez pas de nombre, Autopilot génèrera 10 cas de test.

Convertir le texte en code

Autopilot convertit les invites en langage naturel en code dans les automatisations codées de Studio. Utilisez l'action Générer le code du menu contextuel d'une automatisation codée pour convertir une invite en code. Autopilot peut générer du code C#, reformuler des éléments de code existants et générer une automatisation UiPath. Pour connaître les méthodes disponibles, consultez la section Générer le code.

Remarque :

Pour convertir du texte en code, utilisez la version 2024.10.1 de Studio ou une version ultérieure.

Pour de meilleurs résultats:

• Spécifiez le langage et l'objectif, par exemple "Refactoriser cette méthode C#".
• Gardez les invites courtes et directes.

Exemples d’invites

• « Reformule la méthode ci-dessous et rends-la plus performante. »
• « Crée une méthode pour comparer les similitudes entre deux chaînes, avec les paramètres d’entrée ’string1’ et ’string2’.`
• « Produits».
• « Exécute la tâche ’myDemoJob’ sur Orchestrator. »

Automatiser des tests manuels

Après avoir lié Studio à Test Manager, l' Explorateur de tests de Studio Desktop affiche tous les cas de test de votre projet Test Manager, automatisés et manuels. Autopilot convertit les cas de test manuels en cas automatisés. Pour en savoir plus, consultez Création d'un cas de test codé à partir d'un cas de test manuel et Création d'un cas de test low-code à partir d'un cas de test manuel.

Remarque :

Pour automatiser les tests manuels, utilisez la version 2024.10.1 de Studio Desktop ou une version ultérieure.

Préparer un référentiel d’objets cohérent

Autopilot utilise UI Automation pour convertir les étapes de test manuelles en étapes automatisées. Pour référencer les éléments d’IU testés, Autopilot a besoin d’une référence au référentiel d’objets pour chacun d’entre eux. Utilisez des noms de contrôle identiques dans vos étapes de test manuelles et dans votre référentiel d’objets.

Par exemple, pour l’étape manuelle « Sélectionner sur ’Soumettre la demande de prêt’», Autopilot génère une activité Sélectionner et recherche un élément du référentiel d’objets nommé Soumettre la demande de prêt. Des noms de contrôle cohérents rendent la conversion plus fluide.

Utiliser des noms d’activité courants

Une étape de test manuel type, telle que « Saisir » [e-mail] dans le champ « E-mail», contenant une action (« Saisir», reconnue comme l'activité Saisir dans ), des données (« [e-mail] ») et une cible (« E-mail», reconnu comme le référentiel d'objets élément).

Le tableau suivant répertorie les verbes d'étape manuelle à utiliser, ainsi que les activités Studio et les API d'automatisation codée auxquelles ils correspondent.

Étape de test manuel	Activité UiPath	API d'automatisation codée UiPath
« 'Sélectionner' sur 'Mon bouton' »	Sélectionner	Sélectionner
« ’Saisir’ ’ bonjour tout le monde’ dans ’Mon champ de texte’ »	Saisir dans (Type Into)	Saisir dans (Type Into)
« ’Récupérer le texte’ à partir de ’Mon libellé’ »	Obtenir le texte (Get Text)	GetText
« ’Cocher’ ’Ma case à cocher’ »	Vérifier (Check)	Vérifier (Check)
« ’Sélectionner l’élément’ ’ 3 ans’ dans la ’Durée du prêt’ »	Sélectionner l'élément (Select Item)	Sélectionner l'élément (Select Item)

Automatiser le remplissage des formulaires

Dans le cas d’un formulaire nécessitant une saisie de données, utilisez le mot clé ’Remplir le formulaire’ pour demander à Autopilot de l’automatiser.

Remarque :

Cette fonctionnalité est disponible uniquement dans le cadre de la génération d’un cas de test codé.

Par exemple, pour l'étape « Remplir le formulaire à l'écran nommé 'myFormScreen' avec les valeurs suivantes: Email: '[e-mail] ', Montant du prêt: « 10 000 », durée du prêt: « 3 ». Autopilot exécute la commande « Remplir le formulaire» dans votre automatisation codée et remplit les valeurs des contrôles identifiés dans le formulaire.

Générer des données de test

Autopilot génère des données de test synthétiques pour vos cas de test. Étant donné que la gestion des données de test peut consommer jusqu’à 50 % de l’effort de test, cela peut permettre d’économiser un temps conséquent.

Remarque :

Pour générer des données de test synthétiques, utilisez la version 2024.10.1 de Studio Desktop ou une version ultérieure.

Créer des arguments pour vos champs de données

Lors de la génération des données de test, Autopilot prend en compte les arguments existants de votre workflow ainsi que les instructions de votre invite, et vise une couverture élevée du cas de test. Dans la mesure du possible, utilisez des arguments, au lieu de variables locales ou de valeurs de chaîne fixes, afin que les données générées s'alignent sur les exigences dynamiques de votre workflow.

Choisissez une méthode de combinaison de données

Par défaut, Autopilot génère environ 10 enregistrements de données, afin d’assurer une couverture élevée du code ou de l’activité. Si votre stratégie de test nécessite un algorithme spécifique, tel que des combinaisons par paire ou toutes les combinaisons, incluez-le dans votre invite, par exemple: « Générer des données de test pour chaque argument et combiner les champs de données par paire.»

Personnalisez votre jeu de données

Vous pouvez demander à Autopilot d’effectuer d’autres tâches, telles que la génération d’un nombre spécifique d’enregistrements ou l’inclusion de champs supplémentaires. Par exemple:

• « Générer un minimum de 25 enregistrements de données. »
• « Inclus le champ ’Pays’ dans l’ensemble de données, en attribuant une valeur de pays distincte à chaque enregistrement. »

Analyse des résultats de test

Autopilot fournit des informations sur les cas de test ayant échoué, ainsi que des recommandations pour réduire le taux d’échec de l’ensemble de votre portefeuille de tests. Plus vous incluez de résultats de tests lors de la génération du rapport, en particulier de cas de test ayant échoué, plus les informations seront efficaces. L'objectif est de comprendre les principales raisons pour lesquelles vos tests échouent.

Chaque section du rapport couvre un domaine de vos résultats de test:

• Erreurs courantes - Regroupe les messages d'erreur similaires sur le plan sémantique afin de mettre en évidence les problèmes les plus fréquents.
• Modèles d’erreur : catégorise les cas de test ayant échoué en thèmes plus générales afin de révéler les problèmes récurrents et systémiques.
• Recommandations : fournit des recommandations exploitables pour vous guider dans vos prochaines tâches de stabilité de l’exécution de vos tests.