o que é reteste?
Retesting: para garantir que os defeitos encontrados e publicados na compilação anterior foram corrigidos ou não na compilação atual.
o novo teste está executando os casos de teste com falha anterior novamente no novo software para verificar se os defeitos postados anteriormente são corrigidos ou não.
em palavras simples, o novo teste está testando um bug específico depois que ele foi corrigido.
exemplo: digamos, Build 1.0 foi lançado. Ao testar a compilação 1.0, A equipe de teste encontrou alguns defeitos (por exemplo, ID de defeito 1.0.1 e ID de defeito 1.0.2) e postado. A equipe de teste testa os defeitos 1.0.1 e 1.0.2 na compilação 1.1 (somente se esses dois defeitos forem mencionados na nota de lançamento da compilação 1.1) para garantir se os defeitos são corrigidos ou não.
processo: de acordo com o ciclo de vida do Bug, uma vez que um testador encontrou um bug, o bug é relatado à equipe de desenvolvimento. O status do Bug deve ser “Novo”. A equipe de desenvolvimento pode aceitar ou rejeitar o bug. Se a equipe de desenvolvimento aceitar o bug, eles o corrigirão e o liberarão na próxima versão. O status do bug será “pronto para QA”. Agora, o testador verifica o bug para descobrir se ele foi resolvido ou não. Este teste é conhecido como reteste. O reteste é um teste planejado. Usamos os mesmos casos de teste com os mesmos dados de teste que usamos na compilação anterior. Se o bug não for encontrado, alteramos o status do bug como “Corrigido”, caso contrário, alteramos o status como “não corrigido” e enviamos um documento de teste de defeito para a equipe de desenvolvimento.
confira abaixo o vídeo para ver “o que está sendo testado novamente & quando fazemos o teste novamente”
por favor, seja paciente. O vídeo será carregado em algum momento.
se você gostou deste vídeo, inscreva-se em nosso canal do YouTube para obter mais tutoriais em vídeo.
quando fazemos o re-teste:
1. Quando há uma correção de bug específica especificada na nota de lançamento:
uma vez que a equipe de desenvolvimento libera a nova compilação, a equipe de teste precisa testar os bugs já publicados para garantir que os bugs sejam corrigidos ou não.
2. Quando um Bug é rejeitado:
às vezes, a equipe de desenvolvimento recusa alguns bugs que foram levantados pelos testadores e menciona o status do bug como não reproduzível. Nesse caso, os testadores precisam testar novamente o mesmo problema para que os desenvolvedores saibam que o problema é válido e reproduzível.
para evitar esse cenário, precisamos escrever um bom relatório de bug. Aqui está um post sobre como escrever um bom relatório de bug.
3. Quando um cliente pede um novo teste:
às vezes, o cliente pode solicitar que façamos o teste novamente para ganhar a confiança na qualidade do produto. Nesse caso, as equipes de teste testam o produto novamente.
um produto nunca deve ser lançado após a modificação ter sido feita para o código com apenas testar novamente as correções de bugs, precisamos fazer testes de regressão também.
Leia também: diferença entre regressão e re-teste
confira este Tutorial para teste Manual Completo