Qual é a diferença entre Teste de reteste e teste de regressão:
vocês não amam todos os artigos temáticos de comparação e contraste? Eu sei. É uma ótima maneira de convidar pensamentos, comentários e talvez até, forte desacordo.
o tópico de hoje é reteste Vs teste de regressão.
=> Clique Aqui Para A Série Completa De Testes De Regressão.
vamos começar com o novo teste:
reteste
reteste significa testar novamente. A razão não importa. Quando você repete um teste, você reteste. Você pode testar novamente a funcionalidade da versão atual. Ou uma correção de bug, funcionalidade da versão anterior, um caso de teste que você acabou de executar, etc.
Se você ainda está pensando – por que – em seguida, seguem-se algumas razões que são tão bons quanto qualquer:
- Você executou um teste ontem e correu para dentro de um defeito. Você deseja confirmar as etapas e a reprodutibilidade do defeito. Então, você reteste.
- você executou um teste. Sua atenção não estava nisso (talvez seu telefone tocou, ou você estava conversando com um colega, etc.). Você quer verificar mais uma vez, para testar novamente.
tenho certeza que você entendeu.
o reteste é quando você repete um teste por qualquer motivo. É um desses Termos que permanecem fiéis à sua definição.
teste de regressão
software evolui. Haverá novas versões sobre as existentes. Há empilhamento de novos recursos, extensões, etc. Mas, com o tempo, isso pode levar à instabilidade do aplicativo.
Imagine-se fazendo uma torre de blocos, adicionando um bloco sobre o outro. Você não toma o tempo para reforçar ou fortalecer a base. Não vai demorar muito até que a torre caia, não é?
assim, você terá que testar a base do software quanto à força e estabilidade.
para fazer isso, teríamos que testar novamente o software. Essa é a única maneira.
Leitura recomendada = > o que é teste de regressão? Ferramentas e melhores práticas
regressão é uma forma de reteste. As especificidades de “Por que” e “quando” é o que o diferencia do primeiro.
1) Quando estamos testando novamente? Quando o software sofre uma alteração
2) por que estamos testando novamente? Para garantir que as novas adições / alterações não tornaram a funcionalidade antes de trabalhar instável. A regressão é comum e recomendada quando:
- uma nova versão fica disponível. (Regredir todos ou, pelo menos, o importante dos recursos da versão mais antiga)
- correção de Bug
ponto a notar: o teste de regressão exaustiva é impossível, embora desejável.
é por isso que a análise de regressão antes de saltar direto para o teste. Esta etapa envolve decidir quanta regressão eu deveria estar fazendo para minha aplicação.
do que depende a extensão da regressão?
- Natureza da alteração
- /Relação de impacto da mudança no sistema atual/a funcionalidade
- tempo e recursos Disponíveis
Como os testadores podem decidir a extensão da regressão?
1) através da experiência e familiaridade com o aplicativo
2) discutindo com os desenvolvedores
3) o local onde a mudança foi feita. Por exemplo: se estiver na página inicial, precisará de mais atenção do que se estivesse em uma das páginas menos acessadas.
Dependendo de diversos fatores em jogo, uma equipe de teste poderia ir para um dos seguintes:
- Unidade de Regressão
- Parciais de Regressão
- Cheio de Regressão
Unidade de regressão significa que você volte a testar o módulo alterados/área de aplicação ÚNICA.
regressão parcial significa que você reteste o módulo alterado. Além disso, inclua aqueles que interagem com ele.
regressão completa é você testar toda a aplicação, independentemente da localização da mudança.
depende da situação (tempo & disponibilidade de recursos), da gravidade da mudança (seu impacto), das entradas do desenvolvedor, etc. Você será mais eficiente quando escolher o conjunto certo de testes vs. todos os testes.
a análise de regressão é o principal fator de sucesso. Ele precisa de trabalho inteligente em vez de trabalho duro.
equívocos sobre o teste de regressão
existem muitos equívocos sobre o teste de regressão:
#1) a regressão é sempre feita via automação: não. A regressão também é feita manualmente. Temos um artigo inteiro sobre isso = > como o teste de regressão é realizado? Isso pode ser feito manualmente?
observe que a regressão é um candidato perfeito para automação. A extensão da repetição é demorada e pode levar ao tédio. Além disso, uma validação importante pode ser perdida. A automação é uma alternativa confiável, rápida e eficiente.
Leia também = > desafios de testes de regressão automatizados
#2) a regressão nunca é completa: verdadeira. Mas não completamente.
o que quero dizer é que um teste de regressão exaustivo pode ser impossível. Mas, testes de regressão exaustivos também podem ser desnecessários.
digamos que você tenha alterado um erro de ortografia na página inicial. Esta correção é menor. Também é isolado das outras áreas da aplicação. Então, um simples reteste do recurso faria. Não há necessidade de regredir a funcionalidade anterior em torno da página inicial.
#3) é desnecessário quando você tem uma crise de tempo: não é verdade. A regressão insuficiente leva à falta de confiança no produto. Você nunca saberá o que esperar de sua reação a diferentes cenários de usuário final.
#4) Ele está executando todos os casos de teste da versão anterior: mais uma vez, escolher cada caso de teste não é a maneira certa de fazer isso. A escolha estratégica dos casos de teste é a chave. Entenda a mudança e escolha os casos de teste adequados.
OK, isso é reteste e teste de regressão em detalhes.
agora, a comparação.
reteste Vs teste de regressão
o que é o mesmo sobre eles?
- ambos são de repetição baseado
- Validação e técnicas de teste caixa Preta
- Automação ou Manual de casos de teste de ambos se retestadas ou regrediu
- “deve-se verificar ou expulsar as suas dúvidas, e convertê-los na certeza de Sim ou NÃO – Thomas Carlyle”. Ambos fazem isso.
o que é diferente sobre eles?
- o reteste é aplicável para qualquer funcionalidade de versão atual ou anterior do teste direcionada. A regressão é centrada na funcionalidade da versão anterior.
- o novo teste não depende da alteração aplicável. A regressão é orientada para a mudança.
finalmente, para atingir este conceito home:
digamos que você tenha um caso de teste XYZ que resultou em um defeito com o ID 120. Esse defeito é corrigido na próxima versão. Você testaria novamente o caso de teste XYZ e regrediria a funcionalidade em torno dele. A regressão é garantir que tudo esteja funcionando intacto após a correção dos anos 120. O reteste é para determinar a correção do defeito.
portanto, não é nem um nem o outro, mas a combinação de regressão e reteste que forma a dupla dinâmica.
agora, acabou-se para ti. Você concorda com as definições e análises fornecidas aqui?
sobre o autor: Este artigo é escrito pelo Membro da equipe sth Swati S.