Objetos e termos de teste

Descrição

Conjuntos de testes em grupo e casos 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 dentro de um único plano de teste. O agrupamento de casos de teste facilita a visualização de quais cenários estão completos. 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 a partir de uma consulta que liga ao conjunto de testes.
• Suites baseadas em consultas: Selecione um ou mais casos de teste que associe 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 comerciais e do cliente. Você pode adicionar casos de teste individuais a um plano de teste sem criar um conjunto de testes. Mais de um conjunto de testes ou plano de teste pode referir-se a um caso de teste. Você pode efetivamente reutilizar casos de teste sem precisar copiá-los ou cloná-los para cada suíte ou plano. Existem dois tipos de casos de teste:

• Manual: Casos de teste que definem diferentes passos que executas usando o Test Runner ou outro cliente suportado.
• Automatizado: Casos de teste concebidos para correr dentro de um Pipeline Azure.

Use para compartilhar etapas entre vários casos de teste. Por exemplo, iniciar sessão e verificar os passos para iniciar sessão numa aplicação são passos que pode partilhar em vários casos de teste. Para saber como, consulte Partilhar etapas entre casos de teste.

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

Utilização

Insira uma descrição de 255 caracteres ou menos. Pode sempre modificar o título mais tarde.

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

Quando cria o item de trabalho, o Estado define-se automaticamente para o primeiro estado no fluxo de trabalho. À medida que o trabalho progride, atualize-o para refletir o status atual.

Use o padrão primeiro. Atualize-o quando alterar o estado, se necessário. Cada Estado está associado a um motivo padrão.

Seleccione o percurso da área associado ao produto ou à equipa, ou deixe-o em branco até ser atribuído durante uma reunião de planeamento. Para alterar a lista suspensa de áreas, consulte Definir caminhos de área e atribuir a uma equipe.

Escolhe o sprint ou iteração em que terminar o trabalho, ou deixa-o em branco e atribui-o mais tarde durante uma reunião de planeamento. Para alterar a lista suspensa de iterações, consulte Definir caminhos de iteração e configurar iterações de equipa.

Forneça detalhes suficientes para criar uma compreensão partilhada do âmbito e apoiar os esforços de estimativa. Concentre-se no usuário, no que ele quer realizar e por quê. Não descreva como desenvolver o produto. Forneça detalhes suficientes para que a sua equipa possa escrever tarefas e casos de teste para implementar o item.

Descrição

Fornece uma perspetiva sobre se uma funcionalidade ou história de utilizador é implementada e até que fase. Obtém uma visão visual do estado de um item de trabalho à medida que é implementado em diferentes ambientes de lançamento, bem como navegação rápida para cada fase de lançamento e execução. Pode aceder a este controlo através dos Planos de Teste, Suites de Testes e Casos de Teste.

Registra todos os processos de desenvolvimento do Git que suportam a conclusão do item de trabalho. Normalmente, usa-se para impulsionar o desenvolvimento do Git a partir de uma exigência. Este controlo apoia a rastreabilidade ao fornecer visibilidade sobre todas as ramificações, commits, pull requests e builds relacionados com o item de trabalho. Pode aceder a este controlo através dos Planos de Teste, Suites de Testes e Casos de Teste.

Use este controlo em Planos de Teste, Conjuntos de Testes e Casos de Teste para mostrar ou ligar a outros itens de trabalho, como requisitos e bugs, geralmente através do tipo de ligação Relacionado .

Utilize este controlo nos itens Passos Partilhados e Parâmetros Partilhados para indicar ou ligar aos Casos de Teste.

Os casos de teste por si só não são executáveis. Quando adicionas um caso de teste a um conjunto de testes, geras pontos de teste. Um ponto de teste é uma combinação única de um caso de teste, conjunto de testes, configuração e testador.

Por exemplo, um caso de teste chamado Funcionalidade de início de sessão de teste com duas configurações (Microsoft Edge e Chrome) gera dois pontos de teste. Podes executar cada ponto de teste de forma independente, e cada execução produz um resultado de teste. Podes ver todas as execuções de um ponto de teste no histórico de execução. O separador Executar mostra o resultado mais recente de cada ponto de teste.

O registo do resultado de uma única execução de caso de teste dentro de um ciclo de teste. Cada resultado do teste regista se o teste passou, falhou ou teve outro resultado, juntamente com dados de diagnóstico e anexos. Para mais detalhes, consulte Revisão de testes.

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 executa casos de teste a partir de um plano de teste ou pipeline. Cada execução de teste recolhe resultados, duração, ambiente e dados de diagnóstico. Para mais detalhes, consulte Revisão de testes.

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

Caixa de diálogo usada para escolher como devem ser configurados os resultados de teste em várias suítes dentro dos mesmos planos de teste.

Uma ação individual dentro de um caso de teste, composta por uma Ação (o que o testador faz) e um Resultado Esperado (o comportamento antecipado). Durante a execução, cada passo de teste é marcado como aprovado ou falhado. Os passos de teste podem referenciar passos partilhados e incluir anexos. Para detalhes, veja Criar casos de teste.

Capacidade de rastrear resultados de testes com os requisitos e bugs a que estão associados.

Uma abordagem de teste em que as partes interessadas do negócio ou utilizadores finais verificam que a funcionalidade entregue cumpre os requisitos do cliente. No Planos de Teste do Azure, pode atribuir testadores a conjuntos de testes, enviar convites por email e acompanhar o progresso através de gráficos. Os utilizadores com acesso de Partes Interessadas podem participar. Para mais detalhes, consulte Testes de aceitação do utilizador.