Testar objetos e termos

Descrição

Agrupar suítes de teste e casos de teste individuais. Para definir um plano de teste, consulte Criar planos de teste e conjuntos de testes.

Agrupe casos de teste em cenários de teste separados em um plano de teste. Agrupar casos de teste facilita a visualização de quais cenários foram concluídos. Ao criar um conjunto de testes, você pode especificar um dos três tipos:

• Conjuntos de testes estáticos: usados para agrupar casos de teste em um único conjunto de testes.
• Conjuntos baseados em requisitos: selecione um ou mais requisitos de uma consulta que você vincula ao conjunto de testes.
• Conjuntos de testes baseados em consulta: selecione um ou mais casos de teste que você vincula ao conjunto de testes.

Defina as etapas usadas para testar o código ou um aplicativo para implantação. Defina casos de teste para garantir que o código funcione corretamente, não tenha erros e atenda aos requisitos de negócios e do cliente. É possível adicionar casos de teste individuais em um plano de teste sem criar um conjunto de testes. Mais de um conjunto de testes ou plano de teste pode se referir a um caso de teste. Você pode reutilizar casos de teste com eficiência sem precisar copiá-los ou cloná-los para cada conjunto ou plano. Há dois tipos de casos de teste:

• Manual: testar casos que definem diferentes etapas executadas usando o Executor de Teste ou outro cliente com suporte.
• Automated: casos de teste projetados para serem executados em um pipeline Azure.

Use para compartilhar etapas entre vários casos de teste. Por exemplo, fazer logon e verificar as etapas para entrar em um aplicativo são etapas que você pode compartilhar em vários casos de teste. Para saber como, consulte Compartilhar etapas entre casos de teste.

Utilize para especificar parâmetros diferentes para executar uma etapa dentro de um caso de teste. Para saber como, consulte Repetir um teste com dados diferentes.

Usage

Digite uma descrição de 255 caracteres ou menos. Você pode alterar o título quando quiser.

Atribua o item de trabalho ao membro da equipe responsável pela execução do trabalho. Para obter mais informações sobre pesquisa e seleção de identidade, consulte Consulta por atribuição ou alterações de fluxo de trabalho.

Quando você cria o item de trabalho, o Estado usa como padrão o primeiro estado no fluxo de trabalho. À medida que o trabalho progride, atualize-o para refletir o status atual.

Use primeiro o padrão. Atualize-o quando você alterar o estado conforme a necessidade. Cada estado é associado a um motivo padrão.

Escolha o caminho de área associado ao produto ou à equipe ou deixe-o em branco até ser atribuído durante uma reunião de planejamento. Para alterar a lista suspensa de áreas, confira Definir caminhos de área e atribuir a uma equipe.

Escolha o sprint ou a iteração no qual concluir o trabalho ou deixe-o em branco e atribua-o posteriormente durante uma reunião de planejamento. Para alterar a lista suspensa de iterações, confira Definir demarcadores de iteração e configurar iterações de equipe.

Forneça detalhes suficientes para criar uma compreensão compartilhada dos esforços de estimativa de escopo e suporte. Concentre-se no usuário, no que ele deseja realizar e no porquê. Não descreva como desenvolver o produto. Forneça detalhes suficientes para que sua equipe possa escrever tarefas e casos de teste para implementar o item.

Descrição

Fornece informações sobre se um recurso ou história de usuário está implantado e em qual estágio. Você obtém insights visuais sobre o status de um item de trabalho enquanto ele é implantado em diferentes ambientes de implantação, bem como navegação rápida para cada fase de liberação e execução. Você pode acessar esse controle em Planos de Teste, Conjuntos de Testes e Casos de Teste.

Registra todos os processos de desenvolvimento do Git que oferecem suporte à conclusão do item de trabalho. Normalmente, você o usa para impulsionar o desenvolvimento do Git de um requisito. Esse controle dá suporte à rastreabilidade fornecendo visibilidade de todos os branches, commits, solicitações de pull e builds relacionados ao item de trabalho. Você pode acessar esse controle em Planos de Teste, Conjuntos de Testes e Casos de Teste.

Use esse controle em Planos de Teste, Conjuntos de Testes e Casos de Teste para mostrar ou vincular a outros itens de trabalho, como requisitos e bugs, geralmente por meio do tipo de link Relacionado .

Use esse controle em itens de trabalho de Etapas Compartilhadas e Parâmetros Compartilhados para indicar ou vincular aos Casos de Testes.

Os casos de teste por si só não são executáveis. Ao adicionar um caso de teste a um conjunto de testes, você gera pontos de teste. Um ponto de teste é uma combinação exclusiva de um caso de teste, um conjunto de testes, uma configuração e um testador.

Por exemplo, um caso de teste chamado Teste da funcionalidade de entrada com duas configurações (Microsoft Edge e Chrome) gera dois pontos de teste. Você pode executar cada ponto de teste de forma independente e cada execução produz um resultado de teste. Você pode exibir todas as execuções de um ponto de teste no histórico de execução. A guia Executar mostra o resultado mais recente para cada ponto de teste.

O resultado registrado de uma única execução de caso de teste dentro de uma execução de teste. Cada resultado de teste captura se o teste foi aprovado, falhou ou teve outro resultado, juntamente com dados de diagnóstico e anexos. Para obter detalhes, consulte Revisão de execuções de teste.

Um agrupamento lógico de resultados de teste criado quando um ou mais casos de teste são executados. O sistema cria uma execução de teste quando você executa casos de teste de um plano de teste ou pipeline. Cada execução de teste captura resultados, duração, ambiente e dados de diagnóstico. Para obter detalhes, consulte Revisão de execuções de teste.

Caixa de diálogo usada para associar planos de teste a pipelines de compilação ou liberação.

Caixa de diálogo usada para escolher como os resultados dos testes em vários conjuntos sob os mesmos planos de teste devem ser configurados.

Uma ação individual dentro de um caso de teste, que consiste em uma Ação (o que o testador faz) e um resultado esperado (o comportamento previsto). Durante a execução, cada etapa de teste é marcada como aprovada ou com falha. As etapas de teste podem referenciar etapas compartilhadas e incluir anexos. Para obter detalhes, consulte Criar casos de teste.

Capacidade de rastrear os resultados dos testes com os requisitos e bugs aos quais eles estão vinculados.

Uma abordagem de teste na qual os stakeholders empresariais ou os usuários finais verificam se a funcionalidade entregue atende aos requisitos do cliente. Em Azure Test Plans, você pode atribuir testadores a conjuntos de testes, enviar convites de email e acompanhar o progresso por meio de gráficos. Os usuários com acesso de Stakeholder podem participar. Para obter detalhes, consulte o teste de aceitação do usuário.