Nota
O acesso a esta página requer autorização. Podes tentar iniciar sessão ou mudar de diretório.
O acesso a esta página requer autorização. Podes tentar mudar de diretório.
Serviços de DevOps do Azure | Azure DevOps Server | Azure DevOps Server 2022
Leia este artigo para entender melhor os objetos e termos usados em testes manuais e exploratórios.
Pré-requisitos
| Categoria | Requerimentos |
|---|---|
| Acesso ao projeto | Membrodo projeto. |
| Níveis de acesso | Pelo menos acesso básico . Para obter mais informações, consulte Acesso manual de teste e permissões. |
Tipos de itens de trabalho específicos para teste
Para dar suporte a testes manuais e automatizados, adicione e agrupe três tipos principais de itens de trabalho específicos de teste: Planos de Teste, Conjuntos de Testes e Casos de Teste. Para dar suporte ao compartilhamento de várias etapas de teste e parâmetros de teste, defina Etapas Compartilhadas e Parâmetros Compartilhados. Esses objetos são armazenados no armazenamento de dados de controle de trabalho como tipos específicos de itens de trabalho.
A tabela a seguir descreve os tipos de item de trabalho usados para dar suporte à experiência de teste do Azure DevOps. Os itens de trabalho específicos do teste são vinculados usando os tipos de link mostrados na imagem anterior.
Tipo de item de trabalho
Descrição
Planos de teste
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.
Conjunto 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.
- Suites baseadas em requisitos: selecione um ou mais requisitos de uma consulta para serem vinculados à suite de testes.
- Pacotes baseados em consulta: selecione um ou mais casos de teste que são vinculados ao conjunto de testes.
Gorjeta
O campo de leitura Test Suite Type indica o tipo de suíte selecionado. Para adicionar conjuntos de testes, consulte Criar planos de teste e conjuntos de testes.
Casos de teste
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 etapas que você executa usando o Test Runner ou outro cliente suportado.
- Automatizados: casos de teste projetados para serem executados num Pipeline do Azure.
Gorjeta
Você pode criar um caso de teste que vincula automaticamente a um requisito — User Story (Agile), Product Backlog Item (Scrum), Requirement (CMMI) ou Issue (Basic) — ao criar um teste a partir do quadro. Para obter mais informações, consulte Adicionar, executar e atualizar testes embutidos.
Passos partilhados
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 Partilhar etapas entre casos de teste.
Parâmetros partilhados
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.
Campos comuns para todos os tipos de item de trabalho específicos do teste
Os campos e abas a seguir aparecem na maioria dos itens de trabalho. Cada guia é usada para rastrear informações específicas, como
histórico,
links ou
anexos. Essas três guias fornecem um histórico de alterações, exibição de itens de trabalho vinculados e capacidade de exibir e anexar arquivos.
O único campo obrigatório para todos os tipos de item de trabalho é Título. Quando o item de trabalho é salvo, o sistema atribui-lhe um ID exclusivo. O formulário realça o campo obrigatório em amarelo. Para obter informações sobre campos relacionados ao teste, consulte Consulta baseada em campos de integração de compilação e teste. Para todos os outros campos, consulte o Índice de campos de trabalho.
Campo
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. Dependendo do contexto em que você está trabalhando, o menu suspenso lista apenas membros da equipe ou colaboradores do projeto.
Nota
Você só pode atribuir trabalho a um único usuário. Se você precisar atribuir trabalho a mais de um usuário, adicione um item de trabalho para cada usuário e distinga o trabalho a ser feito por título e descrição. O campo Atribuído a só aceita contas de usuário que foram adicionadas a um projeto ou equipe.
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 o padrão primeiro. Atualize-o quando alterar o estado, se necessário. Cada Estado está associado a um motivo padrão.
Escolha a trajetória da área associada ao produto ou à equipa ou deixe-a em branco até ser atribuída durante uma reunião de planeamento. Para alterar a lista suspensa de áreas, consulte Definir caminhos de área e atribuir a uma equipe.
Escolha o sprint ou iteração em que o trabalho deve ser concluído ou deixe-o em branco e atribua-o mais tarde durante uma reunião de planejamento. Para alterar a lista suspensa de iterações, consulte Definir caminhos de iteração e configurar as iterações da equipa.
Forneça detalhes suficientes para criar uma compreensão compartilhada do escopo 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 sua equipe possa escrever tarefas e casos de teste para implementar o item.
Controlos comuns para todos os tipos de itens de trabalho específicos para testes
Vários controles aparecem em vários itens de trabalho específicos do teste, conforme descrito na tabela a seguir. Se esses controles não forem de interesse, você poderá ocultá-los do layout do formulário de item de trabalho, conforme descrito em Adicionar e gerenciar campos (Processo de herança).
Controlo
Descrição
Implementaçã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 de liberação e execução. Esse controle está disponível em Planos de Teste, Suítes de Teste e Casos de Teste.
Desenvolvimento
Registra todos os processos de desenvolvimento do Git que suportam a conclusão do item de trabalho. Ele é normalmente usado para impulsionar o desenvolvimento do Git a partir de um requisito. Esse controle oferece suporte à rastreabilidade, fornecendo visibilidade de todas as ramificações, confirmações, solicitações pull e compilações relacionadas ao item de trabalho. Esse controle está disponível em Planos de Teste, Suítes de Teste e Casos de Teste.
Trabalhos Relacionados
Controle usado em Planos de Teste, Suítes de Teste 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 .
Casos de teste
Controle usado em itens de trabalho de Etapas Compartilhadas e Parâmetros Compartilhados para indicar ou vincular a Casos de Teste.
Personalizar tipos de item de trabalho específicos do teste
Para o processo herdado, você pode personalizar planos de teste, conjuntos de testes e casos de teste. Para o processo XML local, você pode personalizar todos os tipos de item de trabalho específicos do teste. Para obter mais informações, consulte Personalizar objetos de controle de trabalho para dar suporte aos processos da sua equipe.
Permissões necessárias para modificar itens de trabalho
Há várias permissões que controlam recursos selecionados para visualizar, modificar ou excluir itens de trabalho. Estes incluem os listados na tabela a seguir.
Nota
A permissão Alterar tipo de item de trabalho não se aplica a itens de trabalho específicos do teste. Mesmo se você escolher esse recurso no formulário de item de trabalho, a alteração do tipo de item de trabalho não será permitida.
Permissão
Nível
Tarefa
Ver execuções de teste
Criar execuções de teste
Excluir execuções de teste
Nível do projeto
Para exibir, criar ou excluir execuções de teste, tenha a permissão correspondente.
Gerenciar configurações de teste
Gerenciar ambientes de teste
Nível do projeto
Gerencie configurações de teste ou ambientes de teste, tenha a permissão correspondente.
Criar definição de tag
Nível do projeto
Adicione novas tags a itens de trabalho baseados em teste.
Excluir e restaurar itens de trabalho
Nível do projeto
Exclua itens de trabalho específicos do teste e restaure-os da Lixeira.
Excluir permanentemente itens de trabalho
Nível do projeto
Exclua permanentemente itens de trabalho específicos do teste da loja de dados.
Exibir itens de trabalho neste nó
Editar os itens de trabalho no nó
Caminho da Área
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
Caminho da Área
Modifique as propriedades do plano de teste, como execução de teste e configurações de resultado de teste.
Gerenciar planos de teste
Caminho da Área
Criar e excluir conjuntos de testes; adicionar e remover casos de teste de conjuntos de testes; alterar configurações de teste associadas a conjuntos de testes; e modificar uma hierarquia do conjunto de testes (mover um conjunto de testes).
Para obter mais informações sobre como definir essas permissões, consulte Definir permissões e acesso para teste e Alterar permissões no nível do projeto.
Exportar, importar e atualizar em massa itens de trabalho específicos do teste
Como acontece com outros itens de trabalho, você pode editar em massa itens de trabalho específicos do teste. Para obter mais informações, consulte os seguintes artigos:
Termos de teste
A tabela a seguir descreve vários termos usados em testes manuais e exploratórios.
Termo
Definição
Configuraçã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.
Variável de configuração
Especifica um único aspeto 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
Resultado de um ponto de ensaio assinalado pelo provador aquando da execução do ensaio. As opções válidas são:
- Ativo (Não especificado)
- Passar no teste
- Falha no teste
- Teste de bloco
- Não Aplicável
Para obter mais informações, consulte Repetir um teste com dados diferentes. Observe que os resultados do teste de pipeline diferem conforme descrito em Sobre os testes de pipeline.
Pontos de ensaio
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, então o(s) ponto(s) 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 houver um caso de teste chamado "Teste da funcionalidade de login" e forem adicionadas duas configurações para os navegadores Edge e Chrome, haverá dois pontos de teste. Pode executar ou correr cada um destes pontos de teste. Na execução, são gerados os resultados do teste. Através da vista de resultados de testes ou do histórico de execuções, pode ver todas as execuções de um ponto de teste. A execução mais recente do ponto de teste é aquilo que se vê no separador Executar.
Configurações de execução de teste
Caixa de diálogo usada para associar planos de teste a pipelines de compilação e de implementação.
Configurações de resultado do teste
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.
Rastreabilidade
Capacidade de rastrear resultados de testes com os requisitos e bugs a que estão associados.