what are test deliverables software testing
Aprenda tudo sobre os resultados de teste em teste de software com exemplos:
Cada testador sente um suspiro de alívio quando a tarefa atribuída é concluída com êxito. No final de cada teste, o testador deve enviar os resultados de teste apropriados para o cliente.
Neste artigo, daremos uma olhada em alguns dos resultados de teste importantes em detalhes.
como escrever um caso de teste no excel
As entregas de teste, em geral, são usadas ao longo de um projeto. Eles são usados em todas as fases de teste e sempre devem ser enviados a tempo para prosseguir para processamento posterior.
O que você aprenderá:
Resultados de teste em teste de software
Os resultados do teste desempenham um papel importante no teste de software. Este artigo descreve em detalhes tudo sobre os produtos de teste.
Alguns dos resultados de teste importantes estão listados abaixo para sua referência:
- Estratégia de teste
- Plano de teste e estimativa
- Cenário de teste
- Casos de teste e dados de teste
- RTM
- Relatório de resumo de teste
- Relatório de fechamento de teste
- Relatório de incidente
Estratégia de Teste
A estratégia de teste será decidida com base na especificação dos requisitos de negócios. É um documento vital que contém todos os detalhes do trabalho de teste a ser realizado. É um documento de gestão completo.
Quando comparado ao plano de teste, este é um documento de alto nível e geralmente é preparado pelo gerente de teste ou líder. Objetivo do teste, abordagem do teste, escopo do teste, critérios de entrada e saída, tipos e níveis de teste, marcos, equipe, etc, devem ser mencionados aqui.
Plano de Teste e Estimativa
Os detalhes de nível granular para cada etapa do teste devem ser mencionados aqui. Em geral, um plano adequado leva a uma estrutura de trabalho adequada. Da mesma forma, um bom plano leva a bons testes.
O objetivo do teste, a abordagem do teste, o escopo do teste, os critérios de entrada e saída, tipos e níveis de teste, marcos, equipe, etc. devem ser mencionados aqui de maneira detalhada.
O plano mestre que inclui como o teste deve ser realizado é usado para projetos simples.
Estimativa: A estimativa é a definição de quanto tempo cada etapa ocorrerá no teste junto com o custo geral.
Leia também => Um tutorial de plano de teste perfeito - um guia aprofundado
Cenário de Teste
Vamos entender isso com um exemplo agora. Tomemos a reserva de trem como exemplo aqui. Todas as funcionalidades que precisamos testar são mencionadas em formulários de alto nível no documento de cenário de teste. Em palavras simples, significa um grupo de atividades semelhantes a serem realizadas.
software que é instalado em um computador e usado para gerenciar máquinas virtuais
Duas técnicas para o cenário:
# 1) Caso de uso
É o método orientado a metas, que é um conjunto de interações entre os fatores externos e o sistema. Seus componentes incluem fluxo primário, fluxo alternativo, gatilhos ou atividades, fluxos de exceção, pré-condições, pós-condições, etc.
Exemplo:
[imagem fonte ]
# 2) ACE (elemento de componente de atividade)
O processo Activity Component Element divide os requisitos de negócios em atividades.
Exemplo:
Em geral, reservamos uma passagem preenchendo os dados do passageiro, sexo, etc. Portanto, precisamos validar os seguintes campos que se tornam cenários.
- Reserva: Verifique a funcionalidade de reserva.
- Detalhes do passageiro: Verifique a funcionalidade dos campos de gênero, idade e sexo.
- Modificar: Verifique se a funcionalidade de modificação funciona corretamente.
- Concessão: Verifique se a funcionalidade de concessão funciona corretamente.
- Visualizar: Verifique se a funcionalidade de visualização funciona corretamente.
- Cancelar: Verifique se a funcionalidade de cancelamento funciona corretamente.
Aqui, a concessão pode ser chamada de “cenário alternativo”, pois o usuário pode fazer a reserva com ou sem ela com base na idade. No entanto, o objetivo é o mesmo, ou seja, reservar um bilhete.
Caso de teste
Tomando o mesmo exemplo acima da página de reserva, os casos de teste são escritos da seguinte forma:
Reserva:
- Verifique se o usuário pode reservar uma passagem preenchendo os dados válidos em todos os campos.
- Verifique se o usuário pode reservar uma passagem preenchendo dados inválidos em todos os campos.
- Verifique se o usuário pode reservar um bilhete, deixando algum campo em branco.
Detalhes do passageiro:
- Verifique se o usuário pode reservar uma passagem inserindo um nome válido.
- Verifique se o usuário pode reservar um ingresso inserindo um nome inválido.
- Verifique se o usuário pode reservar um ingresso escolhendo um gênero de cada vez.
- Verifique se o usuário pode reservar um ingresso inserindo idade superior a 60 anos.
- Verifique se o usuário pode reservar um ingresso inserindo idade inferior a 60 anos.
- Verifique se o usuário pode reservar uma passagem inserindo qualquer idade válida maior que 5 anos.
- Verifique se o usuário não consegue fazer a reserva inserindo idade inferior a 5 anos.
Modificar:
- Verifique se o usuário pode modificar o campo de nome.
- Verifique se o usuário pode modificar o campo de gênero.
- Verifique se o usuário pode modificar o campo de idade.
Concessão:
- Verifique se o usuário pode obter concessão selecionando a opção “ Idoso ”Opção.
- Verifique se o usuário pode obter concessão selecionando a opção “ Deficiente / Incapacitado ”Opção.
Visualizar:
- Verifique se o usuário pode visualizar o tíquete reservado.
Cancelar:
- Verifique se o usuário pode cancelar o tíquete.
Assim, os casos de teste dizem exatamente o que precisa ser testado em detalhes. Os casos de teste devem ser escritos em linguagem simples e devem ser facilmente compreensíveis. Deve ser escrito em formato adequado, conforme solicitado pelo cliente em questão.
Dados de teste
Alguns projetos precisam de dados anteriores do cliente antes de prosseguir com a execução do caso de teste. Os dados de teste precisam ser aplicados para realizar o teste.
Exemplo: No portal do hospital para receber uma injeção, é importante obter os detalhes do paciente para verificar a opção de lembrete de injeção.
perguntas de help desk para fazer aos usuários
Aqui, os “detalhes do paciente” são os dados do teste.
Leitura sugerida => Dados de teste - significado e técnicas de preparação com exemplos
RTM / Matriz de Rastreabilidade de Requisito
- Como o nome indica, significa simplesmente que você deve mapear cada requisito com o caso de teste apropriado.
- Isso nos ajuda a verificar se cobrimos todos os requisitos em nossos casos de teste ou não.
- Ajuda no retrabalho ou nas próximas versões sucessivas de um projeto.
- O cliente pode facilmente verificar nosso status de cobertura e conhecer nosso processo de teste.
Relatório de resumo de teste
O Relatório de Resumo de Teste resume todas as atividades de teste realizadas e os resultados do teste são compilados nele. Todas as informações de teste, como membros envolvidos no teste, objetivos, escopo, detalhes do cliente, abordagem de teste usada, resultados de teste, relatório de defeito, etc. devem ser mencionados aqui.
No entanto, o relatório de resumo do teste deve ser preparado de acordo com o conselho do cliente. Portanto, é um documento útil para o cliente, bem como para revisar o desempenho geral.
Relatório de fechamento de teste
Isso significa que vamos fechar o projeto após o teste e correção de defeitos. Portanto, aqui temos que fornecer uma análise detalhada da execução dos testes.
Os defeitos encontrados e corrigidos devem ser mencionados aqui. A cobertura geral dos requisitos é vista neste relatório. Geralmente é preparado pelo líder ou gerente da equipe. Todos os critérios de saída devem ser satisfeitos em conformidade.
Relatório de incidente
Ao realizar a execução da formação se um usuário encontrar defeitos, um relatório de incidente (IR) deve ser gerado. Isso significa que há um defeito e, portanto, a execução deve ser interrompida. Agora precisamos levantar um relatório de incidente para o cliente pedindo permissão para executar as áreas de erro novamente como um caso de teste separado.
Na verdade, isso é uma marca preta e não é esperado de um testador. Todos os defeitos devem ser encontrados no próprio ensaio. Se não for detectado e for encontrado em execução formal, ele se tornará um RI.
Exemplo:
Se eu perder alguma funcionalidade no teste móvel, diga “ mudança de protetor de tela ' opção. Então, durante a execução de um caso de teste, fico bloqueado e não poderei prosseguir por causa dessa opção. Em seguida, levanto um IR e escrevo um caso de teste separado para executar a opção de proteção de tela.
Conclusão
Os artefatos que são enviados às partes interessadas de um projeto de software durante o STLC são conhecidos como Entregáveis de Teste. Vimos os resultados de teste mais importantes neste artigo.
Esperamos que este artigo o tenha ajudado a aprender sobre os Produtos de Teste em Teste de Software !!
Leitura recomendada
- Diferença entre plano de teste de desempenho e estratégia de teste de desempenho
- Como preparar o plano de teste e escrever casos de teste para a aplicação ERP - Teste de ERP - Parte 2
- Tutorial de plano de teste: um guia para escrever um documento de plano de teste de software a partir do zero
- Conceito, processo e estratégia de gerenciamento de dados de teste
- O que são dados de teste? Técnicas de preparação de dados de teste com exemplo
- Como escrever casos de teste: o guia definitivo com exemplos
- Como escrever um documento de estratégia de teste (com modelo de estratégia de teste de amostra)
- Diferença entre plano de teste, estratégia de teste, caso de teste, script de teste, cenário de teste e condição de teste