- Démarrage
- Gestion de projet
- Documents
- Travailler avec l’analyse de l’impact des modifications
- Créer des scénarios de test
- Affectation de cas de test aux exigences.
- Clonage des cas de test
- Exporter des cas de test
- Lier des cas de test à Test Manager dans Studio
- Delete test cases
- Cas de test manuels
- Importer des cas de test manuels
- Documenter les cas de test avec Task Capture
- Paramètres
- Activation de la gouvernance au niveau du projet
- Désactivation de la gouvernance au niveau du projet
- Activation de la gouvernance au niveau des cas de test
- Désactivation de la gouvernance au niveau du cas de test
- Gérer les approbateurs pour les cas de test régis
- Gérer les cas de test régis à l’état En cours
- Gérer les cas de test régis à l’état En révision
- Gérer les objets régis à l'état Signé
- Gérer les commentaires pour les cas de test régis
- Appliquer des filtres et des vues
- Importer des ensembles de test Orchestrator
- Creating test sets
- Ajouter des cas de test à un ensemble de test
- Attribuer des utilisateurs par défaut dans l'exécution de l'ensemble de tests
- Activation de la couverture des activités
- Activer Healing Agent
- Configuration d'ensembles de test pour des dossiers et des robots d'exécution spécifiques
- Remplacer les paramètres
- Cloner des ensembles de tests
- Exporter des ensembles de tests
- Appliquer des filtres et des vues
- FAQ - Parité des fonctionnalités - Test Manager vs Orchestrator
- Exécution de tests manuels
- Exécuter des tests automatisés
- Exécuter des cas de test sans ensemble de tests
- Exécuter des tests mixtes
- Créer des exécutions en attente
- Appliquer un ordre d’exécution
- Réexécution des exécutions de test
- Planification des exécutions
- Résoudre les problèmes des exécutions automatisées
- Tests d'accessibilité pour Test Cloud
- Rechercher avec Autopilot
- Opérations et utilitaires de projet
- Paramètres de Test Manager
- Intégration de l'outil de gestion du cycle de vie des applications (ALM)
- Intégration de l'API
- Résolution des problèmes
Guide de l'utilisateur de Test Manager
This page lists guidelines and best practices to effectively generate test cases using Autopilot in Test Manager.
Description des exigences
Cette section décrit les principales caractéristiques d’une exigence dans Test Manager.
Les exigences impliquent souvent des capacités spécifiques liées à des aspects qualitatifs tels que les aspects fonctionnels (ce que le logiciel doit faire), les performances (la vitesse de fonctionnement), l’utilisabilité (la facilité d’utilisation), la protection (la sécurité de l’exécution), etc.
1. L’objectif de l’exigence
AI models, such as Autopilot, rely on specificity for correctly interpreting requirements. Broad or vague descriptions might lead to irrelevant, or incorrect test cases. To mitigate this, start with a concise, yet precise user-focused statement that outlines the requirement's purpose. Focus on enforcing the ultimate benefit to the user.
Exemple : pour une demande d’assurance vie, vous pouvez commencer par :
« En tant qu’assuré potentiel, je souhaite calculer mes primes d’assurance afin de calculer mes dépenses potentielles ».
Cela permet de préciser l’avantage attendu par l’utilisateur et d’identifier un objectif précis pour tester cette exigence.
2. Logique d’application
The efficiency of Autopilot in generating accurate and detailed test steps largely depends on its understanding of the user journey and application sequence. So, it's crucial to detail the specific interactions that the user will have with the application and the subsequent application responses (from the start of the application up to the final test action). This helps Autopilot understand the chronological order of operations, leading to more accurate and detailed test steps.
Exemple : pour la fonctionnalité de calcul des primes d’assurance, décrivez le workflow comme suit :
« L’utilisateur commence par l’écran principal, puis accède à l’écran ’Obtenir un devis’ via le menu principal. Il saisit ensuite ses données personnelles, notamment son âge et son sexe, dans les champs correspondants du formulaire. Il sélectionne une couverture d’assurance et une durée de contrat parmi les options disponibles. Lorsque l’utilisateur clique sur ’Calculer la prime’, l’application calcule et affiche la prime sur l’écran suivant. »
3. Critères d’acceptation
Clear, measurable acceptance criteria are vital for setting application expectations and guiding Autopilot to verify specific outcomes. They should encompass both positive and negative scenarios, including situations where users may not follow prescribed usage, may input invalid data, or when the application may reach an error state. Criteria should also consider non-functional factors like security, usability, and scalability. Without well-defined acceptance criteria, Autopilot might generate inadequate test cases.
Exemple : pour la fonction de calcul de la prime dans notre demande d’assurance vie, spécifiez des critères d’acceptation concrets, comme dans l’un des exemples suivants :
- « Le système doit calculer la prime en fonction de l'âge de l'utilisateur. Au-delà de 25 ans, 5 dollars doivent être ajoutés par année à la prime de base de 100 $. »
- « Le système doit augmenter la prime de 50 $ pour les fumeurs en raison des risques plus élevés pour la santé qui y sont associés. »
- « Si l'utilisateur a moins de 18 ans, le système doit afficher un message d'erreur. »
- « Le processus de calcul de la prime ne doit pas prendre plus de 3 secondes lorsque le nombre d'utilisateurs simultanés est inférieur ou égal à 1 000. »
Instructions supplémentaires
This section provides guidelines so you can allow Autopilot to focus on aspects that should be considered when generating test cases.
Guide Autopilot by providing additional instructions in the Provide Additional Guidance screen. Use the out-of-the-box prompts from the Prompt Library, which help generate end-to-end test cases from flow diagrams, generate tests for valid end-to-end scenarios, generate tests to find elusive issues and generate end-to-end tests from flow diagrams. You can also add your own custom prompts to the Prompt Library, especially those you frequently use for manual test case generation.
To generate a specific number of test cases, instruct Autopilot with commands like "Generate the top 20 test cases for this requirement." By default, Autopilot0 generates expected results only for the final test step in each test case. To generate expected results for each test step, use "Generate expected results for each test step". Additionally, Autopilot1 can generate preconditions and/or postconditions for manual test cases upon request. Specify what to include or exclude, as the preconditions and postconditions are not generated by default.
Documents d’assistance
This section lists supporting documents you can provide to Autopilot2. These documents are additional information that complement the description of a requirement in Test Manager. These documents are intended to enhance the understanding of Autopilot about a requirement, enabling it to generate more accurate and useful test cases for a requirement.
Diagrammes de processus
Pour illustrer les opérations étape par étape dans l’application, vous pouvez inclure des diagrammes de cas d’utilisation, des organigrammes ou des diagrammes de processus sous forme d’images ou de fichiers BPMN. Les diagrammes de processus permettent à Autopilot de comprendre le flux séquentiel et logique des activités utilisateur les plus importantes pour l’exigence concernée. Grâce à ces représentations de processus, Autopilot peut générer des cas de test plus précis, qui s’aligneront sur les workflows réels de l’application.
Maquettes et wireframes
Pour faciliter la compréhension de Autopilot, vous pouvez ajouter des diagrammes visuels représentatifs de vos exigences en matière d’interface utilisateur/d’expérience utilisateur. Ceci est particulièrement utile lorsque vous testez de nouvelles fonctionnalités front-end et vous permettra de clarifier la mise en page, les interactions utilisateur et les éléments à tester.
Documents de conformité
Dans les secteurs soumis à d’importantes réglementations tels que la santé, les finances ou les communications, pensez à inclure des documents relatifs à la conformité et aux réglementations. Ces directives s’appliquent souvent de manière universelle à différentes exigences dans Test Manager (user stories, cas d’utilisation, etc.). En chargeant ces documents, vous permettez à Autopilot d’intégrer des normes de conformité aux cas de test qu’il va générer pour chaque exigence, et non uniquement à ceux directement liés à des critères de conformité spécifiques. Cette approche permet de veiller à ce que tous les cas de test respectent les réglementations du secteur et que la conformité sera systématiquement respectée pour l’ensemble des exigences testées par Autopilot.
Transcriptions de discussions
Vous pouvez également inclure une transcription de discussions relatives à des exigences spécifiques. Ces discussions peuvent provenir d’une réunion ou d’une session virtuelle via une plate-forme en ligne et impliquer des développeurs, des propriétaires de produits et des testeurs. Les transcriptions fourniront à Autopilot des informations sur la façon dont les membres de l’équipe interprètent ou prévoient de mettre en œuvre une exigence, fournissant ainsi des éléments de contexte qui peuvent considérablement améliorer la précision des cas de test générés.
Limites fonctionnelles
This section outlines the current limitations of Autopilot3.
Types de fichiers pris en charge
Autopilot peut traiter différents types de fichiers. Selon le type de fichier, Autopilot peut traiter certains contenus à partir de ceux-ci. La liste suivante présente les types de fichiers que vous pouvez proposer à Autopilot, ainsi que des détails sur le type de contenu qu’Autopilot peut traiter à partir de chaque type :
- Traite uniquement le contenu textuel : Autopilot traite uniquement le contenu textuel des types de fichiers suivants :
- TXT
- BPMN
- CSV
- Traite à la fois le contenu du texte et du contenu de l’image : Autopilot traite à la fois le texte et les images des types de fichiers suivants :
- DOCX
- XLSX
- PNG
- JPG
Capacité de jetons d’entrée
La capacité maximale du jeton d’entrée sur Autopilot est de 128 000, ce qui équivaut à environ 96 000 mots ou 512 000 caractères.
Veillez à ce que la description de vos exigences et les documents d’assistance ne dépassent pas les limites suivantes.
D’après nos observations, 100 jetons correspondent environ à 75 mots ou 400 caractères.
Pour vérifier le nombre approximatif de jetons de vos documents, ouvrez le document sous forme de fichier TXT et copiez le contenu dans l’outil Open AI de générateur de jetons. Le nombre de jetons indiqué est approximatif. Le nombre réel de jetons peut être supérieur.
Générateur de cas de test
Autopilot peut actuellement générer un maximum de 50 cas de test à la fois. Si le nombre de cas de test à générer n’a pas été spécifié, Autopilot génèrera 10 cas de test.
- Description des exigences
- 1. L’objectif de l’exigence
- 2. Logique d’application
- 3. Critères d’acceptation
- Instructions supplémentaires
- Documents d’assistance
- Diagrammes de processus
- Maquettes et wireframes
- Documents de conformité
- Transcriptions de discussions
- Limites fonctionnelles
- Types de fichiers pris en charge
- Capacité de jetons d’entrée
- Générateur de cas de test