Testar objetos e termos

Descrição

São usados para agrupar conjuntos de testes 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 único 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 são vinculados ao conjunto de testes.
• Conjuntos baseados em consulta: Selecione um ou mais casos de teste que são vinculados 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 seu código funcione corretamente, não tenha erros e atenda aos requisitos de negócios e clientes. É possível incluir 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 pacote ou plano. Existem dois tipos de casos de teste:

• Manual: casos de teste que definem diferentes etapas que você executa usando o Test Runner ou outro cliente compatível.
• Automatizado: casos de teste projetados para serem executados em um Azure Pipeline.

Use para compartilhar etapas entre vários casos de teste. Por exemplo, as etapas de login e verificação para entrar em um aplicativo são etapas que podem ser compartilhadas em vários casos de teste. Para saber como, consulte Compartilhar etapas entre casos de teste.

Use para especificar parâmetros diferentes para executar o teste de uma etapa de teste 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. Dependendo do contexto em que você está trabalhando, o menu suspenso lista apenas membros da equipe ou colaboradores para o projeto.

Quando o item de trabalho é criado, o Estado assume 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 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 iteração no qual o trabalho deve ser concluído 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 foi implantado e em que estágio. Você obtém informações visuais sobre o status de um item de trabalho à medida que ele é implantado em diferentes ambientes de versão, bem como navegação rápida para cada estágio e execução de versão. Esse controle está disponível em Test Plans, Test Suites e Test Cases.

Registra todos os processos de desenvolvimento do Git que dão suporte à conclusão do item de trabalho. Normalmente, ele é usado para conduzir o desenvolvimento do Git a partir de um requisito. Esse controle dá suporte à rastreabilidade, fornecendo visibilidade de todas as ramificações, confirmações, solicitações de pull e builds relacionados ao item de trabalho. Esse controle está disponível em Test Plans, Test Suites e Test Cases.

Controle usado 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 .

Controle usado em itens de trabalho Shared Steps e Shared Parameters para indicar ou vincular a Casos de Teste.

Permissão

Tarefa

Exibir execuções de teste
Criar execuções de teste
Excluir execuções de teste

Para exibir, criar ou excluir execuções de teste, você deve receber a permissão correspondente.

Gerenciar configurações de teste
Gerenciar ambientes de teste

Gerenciar configurações de teste ou ambientes de teste, você deve receber a permissão correspondente.

Criar definição de marca

Adicione novas marcas a itens de trabalho baseados em teste.

Excluir e restaurar itens de trabalho

Exclua itens de trabalho específicos do teste e restaure-os da Lixeira.

Excluir itens de trabalho permanentemente

Exclua permanentemente itens de trabalho específicos de teste do armazenamento de dados.

Exibir itens de trabalho neste nó
Editar itens de trabalho neste nó

Exibir ou adicionar ou modificar planos de teste, conjuntos de testes, casos de teste ou outros tipos de item de trabalho baseados em teste requer a permissão correspondente.

Gerenciar planos de teste

Modifique as propriedades do plano de teste, como configurações de execução de teste e resultado de teste.

Gerenciar planos de teste

Criar e excluir suítes de teste; adicionar e remover casos de teste de conjuntos de testes; alterar as configurações de teste associadas aos conjuntos de testes; e modificar uma hierarquia de suíte de testes (mover uma suíte de testes).

Definição

Especifica o ambiente exclusivo usado para testar um aplicativo ou código. Para definir uma configuração de teste, primeiro defina as variáveis de configuração e, em seguida, defina a configuração de teste. Para obter detalhes, consulte Testar configurações diferentes.

Especifica um único aspecto de um ambiente de teste, como um sistema operacional, poder de processamento, navegador da Web ou outra variação. Para obter detalhes, consulte Testar configurações diferentes.

Resultado de um ponto de teste conforme marcado pelo testador ao executar o teste. As opções válidas são:

• Ativo (não especificado)
• Teste de aprovação
• Teste de falha
• Teste de bloco
• Não aplicável

Para obter mais informações,confira Repetir um teste com dados diferentes. Observe que os resultados do teste de pipeline são diferentes, conforme descrito em Sobre testes de pipeline.

Os casos de teste por si só não são executáveis. Quando você adiciona um caso de teste a um conjunto de testes, os pontos de teste são gerados. Um ponto de teste é uma combinação exclusiva de caso de teste, conjunto de testes, configuração e testador. Por exemplo, se você tiver um caso de teste chamado Testar funcionalidade de login e adicionar duas configurações para os navegadores Edge e Chrome , terá dois pontos de teste. Você pode executar cada um desses pontos de teste. Na execução, os resultados do teste são gerados. Por meio da exibição de resultados do teste ou do histórico de execução, você pode ver todas as execuções de um ponto de teste. A execução mais recente do ponto de teste é o que você vê na guia Executar.

Caixa de diálogo usada para associar planos de teste a pipelines de build ou lançamento.

Caixa de diálogo usada para escolher como os resultados do teste em vários pacotes nos mesmos planos de teste devem ser configurados.

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