test execution software testing
Processo e plano exatos para executar casos de teste com exemplos reais.
Hoje, em nosso Minicurso de treinamento de teste de software , estamos avançando para a última fase do STLC, que é o Execução de Teste .
Você pode verificar a lista de todos os tutoriais postados nesta série gratuita de treinamento de controle de qualidade nesta página: Treinamento de teste de software de ponta a ponta em um projeto ao vivo.
A execução do teste é, sem dúvida, a fase mais importante e 'acontecendo' na STLC e também todo o ciclo de vida de desenvolvimento. O motivo é - a contribuição e o trabalho de cada equipe / membro da equipe são validados aqui:
- O analista de negócios interpretou os requisitos corretamente?
- A equipe de desenvolvimento traduziu os requisitos de negócios em requisitos funcionais e, eventualmente, em código correto?
- O arquiteto de dados e os DBAs projetaram os sistemas back-end certos?
Bem, a execução do teste é onde todas as respostas a essas perguntas seriam encontradas. Isso faz de nós, QAs, os heróis de todo o processo de construção de software, não é? :)
A execução do teste também é a parte 'Teste' do SDLC.
melhor programa para monitorar a temperatura gpu
Uma vez que os casos de teste são escritos, compartilhados com os BAs e a equipe Dev, revisados por eles, as mudanças são notificadas para a equipe de QA (se houver), a equipe de QA faz as reparações necessárias- A fase de design do teste está concluída. Agora, preparar os casos de teste não significa que podemos iniciar a execução do teste. Precisamos ter o aplicativo pronto também, entre outras coisas.
O que você aprenderá:
- Diretrizes de execução de teste
- Novas Colunas no Documento de Casos de Teste
- Resultados de execução de teste para o projeto Live OrangeHRM
- Leitura recomendada
Diretrizes de execução de teste
Vamos agora fazer uma lista de todas as coisas que são importantes para entender a fase de execução do teste:
# 1) O Construir (o código que é escrito pela equipe de desenvolvimento é empacotado no que é conhecido como um build - isso nada mais é do que um software instalável (AUT), pronto para ser implantado no ambiente de QA.) sendo implantado (em outras palavras, instalado e disponibilizado) para o ambiente de QA é um dos aspectos mais importantes que precisa acontecer para que a Execução do Teste seja iniciada.
#dois) A execução do teste acontece no Ambiente de controle de qualidade . Para garantir que o trabalho da equipe de desenvolvimento no código não seja no mesmo lugar onde a equipe de QA está testando, a prática geral é ter um ambiente de desenvolvimento e controle de qualidade dedicado. (Há também um ambiente de produção para hospedar o aplicativo ativo).
Isso é basicamente para preservar a integridade do aplicativo em vários estágios do ciclo de vida do SDLC. Caso contrário, idealmente, todos os 3 ambientes são idênticos na natureza.
# 3) Tamanho da equipe de teste não é constante desde o início do projeto. Quando o plano de teste é iniciado, a equipe pode ter apenas um líder de equipe. Durante a fase de design de teste, alguns testadores vêm a bordo. A execução do teste é a fase em que a equipe atinge seu tamanho máximo.
# 4) A execução do teste também acontece em pelo menos 2 ciclos (3 em alguns projetos). Normalmente, em cada ciclo, todos os casos de teste (todo o conjunto de testes) serão executados. O objetivo do primeiro ciclo é identificar qualquer bloqueio, defeitos críticos e a maioria dos defeitos altos.
O objetivo do segundo ciclo é identificar os defeitos médios e altos remanescentes, corrigir lacunas nos scripts e obter resultados.
# 5) A fase de execução do teste consiste em Execução dos scripts de teste + manutenção do script de teste (corrigir lacunas nos scripts) + Relatórios (defeitos, status, métricas, etc.) Portanto, ao planejar esta fase, programa e esforços devem ser estimados levando em consideração todos esses aspectos e não apenas a execução do script.
# 6) Depois que o script de teste é feito e o AUT é implantado - e antes que a execução do teste comece, há uma etapa intermediária. Isso é chamado de “Análise de preparação para teste (TRR)” . Esta é uma espécie de etapa de transição que encerrará a fase de design do teste e nos facilitará na execução do teste.
Para obter informações sobre esta etapa e um exemplo de 'lista de verificação de análise de preparação para teste', verifique este link: Lista de verificação de teste de software
# 7) Além do TRR, existem mais algumas verificações adicionais antes de garantirmos que possamos prosseguir com a aceitação da compilação atual que é implantada no ambiente de QA para execução de teste.
Esses são os Testes de fumaça e sanidade . Informações detalhadas sobre o que são em: O que é Smoke and Sanity Test?
# 8) Após a conclusão bem-sucedida dos testes TRR, Smoke e Sanity, o ciclo de teste começa oficialmente.
# 9) Teste Exploratório seria executado assim que a compilação estivesse pronta para teste. O objetivo deste teste é garantir que os defeitos críticos sejam removidos antes que os próximos níveis de teste possam começar. Este teste exploratório é realizado no aplicativo sem scripts de teste e documentação. Também ajuda a se familiarizar com o AUT.
# 10) Assim como nas demais fases do STLC, o trabalho é dividido entre os membros da equipe também na fase de Execução do Teste. A divisão pode ser baseada em módulos ou contagem de casos de teste ou qualquer outra coisa que possa fazer sentido.
#onze) O resultado principal da fase de execução do teste está na forma de relatórios, principalmente, por exemplo, Relatório de defeito e relatório de status de execução do teste. O processo detalhado para relatórios pode ser encontrado em Relatórios de execução de teste.
diferença entre cliente servidor e aplicativo baseado na web
Novas Colunas no Documento de Casos de Teste
O documento de caso de teste agora pode ser expandido com as duas colunas a seguir - Status e resultado real .
( Observação : Para a execução de teste do projeto ao vivo, adicionamos e atualizamos essas colunas com os resultados da execução do teste na planilha de casos de teste fornecida para download abaixo)
# 1) Coluna de status
A execução do teste nada mais é do que, usando as etapas de teste no AUT, fornecendo os dados de teste (conforme identificado no documento do caso de teste) e observando o comportamento do AUT para ver se ele satisfaz o resultado esperado ou não.
Se o resultado esperado não for alcançado, pode ser interpretado como um defeito. E o status do caso de teste torna-se “Reprovado” e se o resultado esperado for atendido, o status é “Aprovado”. Se o caso de teste não puder ser executado por qualquer motivo (um defeito existente ou ambiente não compatível), o status será “Bloqueado”.
O status de um caso de teste que ainda não foi executado pode ser definido como Sem execução / não executado ou pode ser deixado em branco.
- Para um caso de teste com várias etapas, se o resultado esperado de uma determinada etapa (no meio das etapas de caso de teste) não for atendido, o status do caso de teste pode ser definido como 'Falha' ali mesmo e as próximas etapas não precisam ser executadas.
- O estado “Reprovado” pode ser indicado na cor vermelha, se quiser chamar a atenção imediatamente.
# 2) Coluna de Resultado Real
Este é um espaço onde nós testadores podemos registrar qual é o desvio no resultado esperado. Quando o resultado esperado é alcançado (ou um caso de teste cujo status é “Aprovado”), este campo pode ser deixado em branco. Porque, se o resultado esperado for alcançado, significa que o resultado real = resultado esperado, o que significa que reescrevê-lo na coluna do resultado real será uma repetição e redundância.
Uma captura de tela do desvio pode ser anexada a esta coluna para maior clareza de qual é o problema.
Resultados de execução de teste para o projeto Live OrangeHRM
Vamos agora obter o OrangeHRM e realizar a execução do teste com base nas diretrizes listadas acima.
Aqui estão alguns pontos a serem observados:
- O modelo de caso de teste estendido.
- O teste exploratório, conforme indicado, deve ser realizado sem scripts de teste. Portanto, sinta-se à vontade para testar o aplicativo em paralelo, conforme achar necessário.
- Devido às limitações que temos em apresentar o projeto ao vivo na forma de conteúdo legível - apenas uma quantidade limitada de casos de teste / funcionalidade do aplicativo OrangeHRM é mostrada no modelo de execução de teste de amostra. Novamente, sinta-se a trabalhar mais para obter a experiência mais prática.
- Os conjuntos de testes Sanity e Smoke também foram adicionados ao documento, para dar uma ideia sobre que tipo de casos de teste são considerados para esses estágios.
- Os defeitos ainda não são registrados, embora o status de alguns casos de teste seja definido como “Falha”. Isso ocorre porque registrar os defeitos é o segundo aspecto mais importante / comumente trabalhado em um aspecto de nossa vida como testadores. Portanto, queremos lidar com isso em detalhes no próximo artigo.
Casos de teste com resultados de execução:
=> Clique aqui para baixar o documento Test Case Execution.
Contém - Resultado de execução de casos de teste, testes de fumaça, testes de sanidade, teste exploratório - planilhas
Por último, se uma ferramenta de gerenciamento de teste foi usada para criar e manter o caso de teste, a mesma pode ser usada para execução de teste também. O uso de uma ferramenta facilita a geração de relatórios, mas, fora isso, o processo de execução dos casos de teste é o mesmo. Verifique este artigo para ter uma ideia de como usar o HP ALM para execução de casos de teste .
(Clique na imagem para ampliá-la)
Unix e Linux são iguais
Isso nos leva ao final de outro segmento interessante do processo de teste. No próximo e último artigo deste minicurso de treinamento de QA de teste de software online gratuito , examinaremos os defeitos em detalhes; encerrar tópicos como “quando parar de testar”, métricas e aprovação do controle de qualidade.
=> Treinamento de controle de qualidade - Dia 6: Rastreamento de bug, métricas de teste e aprovação de teste
Diga-nos como estamos indo e fique ligado no próximo artigo.
Leitura recomendada
- Programa do curso de teste de software - Plano de treinamento detalhado do curso online
- Algumas perguntas interessantes da entrevista de teste de software
- Comentários e análises do curso de teste de software
- Como relatar a execução do teste de maneira inteligente - (Baixar modelo de relatório de status)
- Como escrever um documento de estratégia de teste (com modelo de estratégia de teste de amostra)
- Modelo de plano de teste de software de amostra com formato e conteúdo
- Diferença exata entre verificação e validação com exemplos
- Métricas e medições de teste de software importantes - explicadas com exemplos e gráficos