Recommandations et limites d'utilisation

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

Autopilot automatise et améliore les tâches tout au long de votre cycle de vie de test. Les bonness pratiques et limitations suivantes vous aident à améliorer la précision et la facilité d’utilisation d’Autopilot pour Testers, organisées par capacité.

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 la répartition complète du modèle de livraison, reportez-vous à 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'une exigence 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 performances, renvoient des suggestions plus pertinentes.
• Les fichiers d'assistance, tels que les directives ou les spécifications, donnent à Autopilot un contexte supplémentaire.

Instructions supplémentaires

Vous pouvez guider l’évaluation 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 analysent les exigences pour les aspects liés aux performances, pour les aspects liés à la sécurité et à partir de perspectives telles 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é logicielle que vous évaluez fréquemment, ce qui standardise les évaluations dans votre équipe.

Pour contrôler le nombre de suggestions d’amélioration qu’Autopilot renvoie, incluez le nombre dans votre instruction, par exemple : « Générer les 20 meilleures suggestions d’amélioration pour cette exigence et les classer par priorité ».

Documents d’assistance

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

• Directives de sécurité - Directives de sécurité, documents de stratégie ou résultats d'audit de sécurité. Autopilot les vérifie afin de détecter des incohérences dans les documents ou par rapport aux aspects de sécurité dans la description des exigences.
• Directives d'accessibilité - Directives d'accessibilité, rapports d'audit ou spécifications d'accessibilité de l'utilisateur. 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 le respect de la réglementation.

Limites fonctionnelles

Types de fichiers pris en charge

Vous pouvez charger des fichiers dans les formats suivants :

• Traite uniquement le contenu textuel - TXT, BPMN, CSV
• Traite à la fois le contenu textuel et les 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.

Astuce :

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

Pour estimer le nombre de jetons d’un document, enregistrez-le en tant que 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 n'indiquez pas de nombre, Autopilot génère 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 justificatifs. La qualité du test dépend fortement de la qualité de l'exigence que vous fournissez.

Description des exigences

Une exigence bien formée décrit son objectif, la logique d’application et des critères d’acceptation clairs. Les exigences sont souvent liées à des aspects de qualité tels que la fonctionnalité, les performances, la facilité d’utilisation et la sécurité.

Objectif de l'exigence

Autopilot s'appuie sur la spécificité. Des descriptions larges ou vagues peuvent conduire à des cas de test non pertinents ou incorrects. Commencez par une déclaration concise et axée 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, depuis le début du flux jusqu’à l’action de test finale.

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

Critères d'acceptation

Des critères d'acceptation clairs et mesurables guident Autopilot dans la vérification de résultats spécifiques. Couvrez les scénarios positifs et négatifs, y compris les états d'entrée et d'erreur non valides, ainsi que les facteurs non fonctionnels tels que la sécurité, la facilité d’utilisation et l’évolutivité. Sans 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 supérieure à 25 ans, il 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é associé plus élevé. »
• « Si l'utilisateur a moins de 18 ans, le système affiche un message d'erreur. »
• « Le calcul de la prime se termine dans les 3 secondes lorsque le nombre d’utilisateurs simultanés est inférieur ou égal à 1 000 ».

Instructions supplémentaires

Vous pouvez concentrer 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 pour des scénarios de bout en bout valides et génèrent des tests qui font apparaître 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 finale de test dans chaque cas de test. Pour générer des 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 postconditions sont générées uniquement sur demande ; spécifiez ce que vous devez inclure, car aucune des deux n'est générée 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érer les 20 premiers cas de test pour cette exigence ».

Documents d’assistance

Les documents justificatifs viennent compléter la description des exigences et aident Autopilot à générer des cas de test plus précis.

• Diagrammes de processus - Utilisez des diagrammes de cas d'utilisation, des flowcharts et des diagrammes de processus en tant qu'images ou fichiers BPMN. Ils aident Autopilot à suivre le flux séquentiel et logique des activités de l’utilisateur.
• Maquettes et wireframes - Diagrammes visuels de vos exigences UI/UX. Ils clarifient la mise en page, les interactions de l’utilisateur et les éléments à tester, ce qui est utile pour tester une nouvelle fonctionnalité front-end.
• Documents de conformité - Documents de conformité et de réglementation pour les industries réglementées telles que la santé, la finance ou les télécommunications. Autopilot intègre ces normes dans chaque cas de test généré, et non seulement ceux liés à des critères de conformité spécifiques.
• Transcriptions de discussion - Transcriptions des discussions sur les exigences parmi les développeurs, les propriétaires de produits et les testeurs. Ils indiquent la manière dont l’équipe interprète ou prévoit d’implémenter une exigence.

Limites fonctionnelles

Types de fichiers pris en charge

Vous pouvez charger des fichiers dans les formats suivants :

• Traite uniquement le contenu textuel - TXT, BPMN, CSV
• Traite à la fois le contenu textuel et les images - DOCX, XLSX, PNG, JPG, PDF

Capacité de jetons d’entrée

La capacité de jetons d’entrée d’Autopilot est de 128 000 jetons, ce qui équivaut à environ 96 000 mots ou 512 000 caractères. Conservez la description de vos exigences et vos documents justificatifs dans cette limite. Il s'agit d'une limite au niveau du produit, distincte des limites de la fenêtre de contexte et du jeton de sortie du modèle sous-jacent ; pour cela, reportez-vous à la section Modèles pris en charge et limites. Pour estimer le nombre de jetons, utilisez les conseils du tokenizer décrits sous Évaluation des exigences.

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ère 10 cas de test.

Convertir le texte en code

Autopilot convertit les invites en langage naturel en code dans les automatisations codées dans Studio. Utilisez l'action Générer du code dans le menu contextuel d'une automatisation codée pour convertir une invite en code. Autopilot peut générer du code C#, refactoriser le code existant et générer une automatisation UiPath. Pour les méthodes disponibles, reportez-vous à la section Génération de 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 la langue 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 2 chaînes avec les paramètres d’entrée ’chaîne1’ et ’chaîne2’. »
• « Sélectionnez '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, reportez-vous à 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 en cours de test, Autopilot a besoin d’une référence du référentiel d'objets pour chacun d’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 une demande de prêt’ », Autopilot génère une activité Select et recherche un élément de référentiel d'objets nommé Soumettre une demande de prêt. Des noms de contrôles cohérents fluidifient la conversion.

Astuce :

La précision de la génération se déduit de façon notable lorsque le référentiel d’objets est incomplet, en particulier pour les applications complexes telles que SAP. Pour de meilleurs résultats, configurez un référentiel d’objets complet ou utilisez Studio 25.10 ou une version ultérieure avec la génération de cas de test basée sur Autopilot Chat au lieu du flux de l’explorateur de tests.

Utiliser des noms d’activité courants

Une étape de test manuelle typique, telle que « Type ‘[e-mail]’ dans le champ 'Email' », contient une action (« Type », reconnue comme activité Type Into), des données (« [e-mail] ») et une cible (« Email », reconnue comme élément du référentiel d'objets).

La table suivante répertorie les verbes de l'étape manuelle à utiliser ainsi que les activités de Studio et les API d'automatisation codées 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 du formulaire

Pour un formulaire qui nécessite une entrée 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 « Remplissez le formulaire sur l’écran nommé ‘myFormScreen’ avec les valeurs suivantes : E-mail : ‘[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 dans les 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. Dans la mesure où la gestion des données de test peut consommer jusqu'à 50 % de l'effort de test, cela permet de gagner beaucoup de temps.

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 de données de test, Autopilot prend en compte les arguments existants dans votre workflow ainsi que les instructions de votre invite et vise une couverture élevée dans le cas de test. Utilisez des arguments lorsque cela est faisable, au lieu de variables locales ou de valeurs de chaînes fixes, afin que les données générées soient alignées 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’obtenir une couverture élevée du code ou de l’activité. Si votre stratégie de test nécessite un algorithme spécifique, tel que les combinaisons par paires 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 ensemble 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 analyses sur les cas de test ayant échoué et des recommandations pour réduire le taux d’échec dans votre portefeuille de tests. Plus vous incluez de résultats de test lors de la génération du rapport, en particulier les cas de test échoués, plus les analyses 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.
• Types d'erreur - Catégorise les cas de test ayant échoué en thèmes plus larges pour révéler les problèmes récurrents et systémiques.
• Recommandations - Fournit des recommandations exploitables pour guider vos prochaines étapes vers la stabilisation de l’exécution de tests.