- Introdução ao Test Suite
- Studio
- Test Suite — Studio
- Visão geral
- Atividades de testes e APIs
- Orchestrator
- Testing Robots
- Test Manager
- Análise de impacto de alteração
- Requisitos
- Assigning test cases to requirements
- Linking test cases in Studio to Test Manager
- Unlink automation
- Delete test cases
- Documentar casos de teste com o Task Capture
- Criar casos de teste
- Importing manual test cases
- Generate tests for requirements
- Casos de teste de clonagem
- Exportação de casos de teste
- Automatizar casos de teste
- Casos de teste manuais
- Aplicação de filtros e visualizações
- Conjuntos de Testes
- Execução de testes
- Documentos
- Relatórios
- Exportar Dados
- Operações em massa
- Searching with Autopilot
- Solução de problemas
Generate tests for requirements
This page lists guidelines and best practices to effectively generate test cases using AutopilotTM in Test Manager.
Esta seção descreve características-chave de um requisito no Test Manager.
Os requisitos geralmente envolvem recursos específicos associados a aspectos de qualidade, como aspectos funcionais (o que o software deve fazer), aspectos de desempenho (o quão rápido deve operar), usabilidade (o quão fácil é usar) e segurança (o quão segura deve operar), entre muitos outros.
AI models, such as AutopilotTM, 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.
Exemplo: para um aplicativo de seguro de vida, você pode começar com:
"Como potencial segurado, quero calcular meus prêmios de seguro para que eu possa entender meus possíveis custos".
Isso esclarece o benefício esperado para o usuário e estabelece uma meta definitiva para testar esse requisito.
The efficiency of AutopilotTM 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) is key. This helps AutopilotTM understand the chronological order of operations, leading to more accurate and detailed test steps.
Exemplo: para a funcionalidade de cálculo do prêmio do seguro, descreva o fluxo de trabalho da seguinte forma:
"O usuário começa na tela principal, navega até a tela "Obter uma cotação" por meio do menu principal. Em seguida, preenche seus dados pessoais, incluindo idade e gênero, nos campos de formulário designados. Seleciona a cobertura de seguro desejada e o termo da política entre as opções disponíveis. Quando o usuário clica em "Calcular Prêmio", o aplicativo calcula e exibe o prêmio na próxima tela".
Clear, measurable acceptance criteria are vital for setting application expectations and guiding AutopilotTM 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, AutopilotTM might generate inadequate test cases.
Exemplo: para a funcionalidade de cálculo do prêmio do nosso aplicativo de seguro de vida, especifique critérios de aceitação concretos, como em um dos seguintes exemplos:
- "O sistema deve calcular o prêmio considerando a idade do usuário. Para cada ano acima de 25, um incremento de $5 deve ser adicionado ao prêmio base de $100"
- "O sistema deve aumentar o prêmio em 50 dólares para fumantes devido aos riscos mais altos de saúde associados"
- "Se o usuário inserir uma idade abaixo dos 18, o sistema deve exibir uma mensagem de erro"
- "O processo de cálculo do prêmio não deve levar mais de 3 segundos quando o número de usuários simultâneos é menor ou igual a 1000"
This section provides guidelines so you can allow AutopilotTM to focus on aspects that should be considered when generating test cases.
Guide AutopilotTM 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, generate end-to-end tests from flow diagrams, and generate tests to find elusive issues. 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 AutopilotTM with commands like "Generate the top 20 test cases for this requirement." By default, AutopilotTM 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, AutopilotTM 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.
This section lists supporting documents you can provide to AutopilotTM. 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.
Para ilustrar as operações passo a passo dentro do aplicativo, considere incluir diagramas de casos de uso, fluxogramas ou diagramas de processos como imagens ou arquivos BPMN. Os diagramas de processos ajudam o Autopilot a compreender o fluxo sequencial e lógico de atividades do usuário que são importantes para o requisito específico. Com a ajuda dessas representações de processos, o Autopilot pode gerar casos de teste mais precisos que se alinham aos fluxos de trabalho reais do aplicativo.
Para facilitar a compreensão do Autopilot, considere adicionar diagramas visuais que retratam seus requisitos de UI/UX. Isso é especialmente útil ao testar novas funcionalidades de front-end e ajuda a esclarecer o layout, as interações do usuário e os elementos a serem testados.
In regulated industries such as healthcare, finance, or telecommunications, consider including compliance and regulatory documents. These guidelines often apply universally across various requirements (for example: user stories or use cases) in Test Manager. By uploading these documents, you enable Autopilot to integrate compliance standards into the test cases it generates for each requirement, not just those directly linked to specific compliance criteria. This approach ensures that all test cases adhere to industry regulations and that compliance is consistently addressed across all requirements tested by Autopilot.
Considere incluir uma transcrição de debates sobre requisitos específicos. Isso pode ser a partir de uma reunião ou uma sessão virtual por meio de plataformas online, envolvendo desenvolvedores, proprietários de produtos e testadores. As transcrições fornecem ao Autopilot insights sobre como os membros da equipe interpretam ou planejam implementar um requisito, oferecendo contexto que pode aprimorar significativamente a precisão dos casos de teste gerados.
This section outlines the current limitations of AutopilotTM.
Você pode carregar apenas as seguintes extensões de arquivo, das quais o Autopilot processa apenas o conteúdo de texto:
- DOCX
- XLSX
- TXT
- CSV
- PNG
- JPG
- BPMN
A capacidade máxima do token de entrada do Autopilot é de 128.000, o que é equivalente a aproximadamente 96.000 palavras ou 512.000 caracteres.
Certifique-se de que sua descrição de requisitos e documentos de suporte não excedam esses limites.
Para verificar a contagem aproximada de token de seus documentos, abra o documento como um arquivo TXT e copie o conteúdo para a ferramenta Abrir token de IA A contagem de token fornecida é uma aproximação. A contagem de token real pode ser maior.
- Descrição do requisito
- 1. O objetivo do requisito
- 2. Lógica do aplicativo
- 3. Critérios de aceitação
- Instruções adicionais
- Documentos de suporte
- Diagramas de processos
- Simulações e wireframes
- Documentos de conformidade
- Transcrições de debates
- Limitações funcionais
- Tipos de arquivos compatíveis
- Capacidade de token de entrada
- Geração de caso de teste