Menu

Como reproduzir um defeito não reproduzível e fazer seu esforço de teste valer a pena

how reproduce non reproducible defect

Experimente Nosso Instrumento Para Eliminar Problemas

No mundo de teste de software , um defeito, uma vez encontrado, deve ser reproduzível de forma consistente para que o testador possa relatar com convicção, um desenvolvedor possa consertar com clareza e a equipe de QA possa fechar com confiança.

implementando um gráfico em c ++

No entanto, esse processo às vezes vem com seu próprio conjunto de desafios. Este artigo tenta iluminar essas áreas escuras de reprodução de defeitos.

Em primeiro lugar, o que é “ Reproduzindo um Defeito '?

Se uma determinada sequência de etapas levou o testador a um ponto em que um desvio no comportamento esperado é observado - as “etapas para reproduzir” são o campo de defeito que contém um registro dessa sequência exata de etapas. Se encontrarmos o mesmo problema, toda vez que seguirmos essas etapas, isso é chamado de defeito reproduzível.

reproduzir um defeito

Além de etapas para reproduzir mais evidências, como dados usados, screenshots ou vídeos gravados na tela também podem ser fornecidos. Caso esta informação seja considerada inconsistente ou incorreta, os bugs podem ser descontados e marcados como inválidos sem uma resolução posterior.

Consulte Mais informação => Como resolver todos os seus bugs sem qualquer rótulo de ‘bug inválido’?

Portanto, 'etapas para reproduzir' são essenciais e os seguintes são alguns dos pontos a serem considerados ao escrever esta parte do relatório de defeito:

O que você aprenderá:

Como escrever “Passos para reproduzir” do defeito:

  • Seja preciso
  • Incluir dados exatos usados ​​durante o teste para fácil referência
  • As etapas devem estar na ordem exata
  • Mencione os pré-requisitos quando aplicável
  • Não escreva etapas compostas.Por exemplo: Se o cenário exigir que um usuário salve um documento do Microsoft Word, ele deve ser escrito como, ‘Abra o menu Arquivo e clique na opção Salvar’.
  • Sempre verifique novamente seus passos para reproduzir em um novo sistema, limpando todos os cookies e memória cache.
  • Certifique-se de que as frases sejam curtas e inequívocas

Um 'Passos para reproduzir' escrito incorretamente pode não apenas comprometer a validade do defeito, mas também envolver muito tempo perdido em termos de buscar esclarecimentos e respostas sobre coisas que não estão claramente mencionadas.

Além disso, leia => Como escrever um bom relatório de defeito

sites de compartilhamento de arquivos grátis para download

Por que reproduzir um defeito é tão importante?

Agora, vamos descobrir ‘Por que reproduzir um defeito é tão importante?’

reproduzir um Defeito

Falando tecnicamente, se você não pode reproduzir um bug, você nunca pode consertá-lo .

A seguir estão alguns dos fatores que determinam se um defeito será corrigido:

  • Informações detalhadas e completas no relatório de defeito
  • Se o desenvolvedor é capaz de entender a ocorrência real de um defeito sob certas condições?
  • Se o ambiente, as ferramentas e as versões exatas do aplicativo estão disponíveis com os desenvolvedores nos quais o defeito é relatado pelos testadores?

O que são bugs / defeitos 'não reproduzíveis'?

Todo testador deve ter passado por estas situações:

  • Observando um problema o dia todo e no final do dia, quando você relatou esse defeito, você descobre que não é mais reproduzível.
  • Observar um problema de maneira intermitente, ou seja, suponha que um novo usuário não consiga adicionar produtos ao carrinho. Isso acontece 6 em cada 10 vezes.
  • Problema observado apenas quando reiniciamos o aplicativo.

Em todos esses casos, é difícil determinar a condição exata e relatá-la corretamente. Esses problemas / defeitos levam muito tempo para serem investigados. Esses tipos de problemas não podem ser ignorados, pois o usuário final / cliente também pode observá-los.

erro

Como reproduzir um defeito?

Algumas coisas que podem ajudar são:

  • Limpe todo o cache e biscoitos durante a execução do cenário.
  • Observe e observe cada passo.
  • Às vezes, procurar por bug ou padrões semelhantes pode ser útil na reprodução de um bug. Será mais fácil identificar o cenário se o padrão for compreendido.
  • Anotar cada etapa e outros fatores (como dados de teste, ambiente, configurações do sistema, capturas de tela, logs do servidor, etc.) será uma boa prática para replicar facilmente o cenário.
  • Verifique mais algumas vezes para determinar a ocorrência de defeito. Não confie e relate mais com base em uma única ocorrência do problema.
  • Testar com paciência é o fator principal, pois isso pode e vai levar muito tempo

Além disso:

perguntas e respostas da entrevista do centro de qualidade
  • Mesmo quando você é realizando testes exploratórios , certifique-se de estar ciente de todas as configurações, bem como das configurações do sistema.
  • É bom usar sua criatividade para explorar o aplicativo de diferentes maneiras e experimentar alguns cenários incomuns. Mesmo neste caso, é aconselhável seguir sequências lógicas em vez de executar etapas aleatórias.
  • Uma vez que um problema é observado, é sempre uma boa prática verificar o mesmo problema em diferentes combinações de navegadores / sistemas operacionais, dispositivos diferentes (com suporte). Isso ajuda a determinar se o problema é um sistema ou navegador específico / dispositivo específico.
  • Mantenha-se atualizado com as novas tendências e fóruns sobre diferentes tipos de problemas e suas ocorrências. Isso ajuda a diferenciar específico do sistema, específico do navegador, específico do produto, problemas externos, etc.
  • Em vez de continuar tentando reproduzir o problema uma vez ocorrido, às vezes sentar e analisar as etapas executadas pode ajudar a encontrar a solução.
  • Discutindo com outros membros da equipe ou gerente às vezes pode ser útil. Além disso, há um ditado, A experiência conta .
  • Compartilhar sua tela também pode ser considerado uma opção além de capturas de tela e vídeos para explicar o problema aos desenvolvedores.
  • Reproduza os problemas mais de uma vez para ter certeza da ocorrência de um problema. Nesses casos, você estará confiante em seus testes e será capaz de responder às dúvidas e preocupações dos desenvolvedores.

Conclusão:

Com a discussão geral, pode-se concluir claramente que é muito importante ‘reproduzir um bug’ para que esse bug seja validado e corrigido. Se o bug não for reproduzível, o esforço de teste usado para encontrar, analisar e relatar esse bug / defeito específico é um desperdício total.

Para compreender e reproduzir um bug, é essencial ter detalhados e explicados adequadamente as ‘Etapas para reproduzir’, o estado e o ambiente em que o bug ocorreu. É possível consertar um defeito não reproduzível, mas pode ser muito demorado e também uma tarefa muito difícil. Outro fator mais importante é a comunicação adequada, sem a qual um bug válido pode ser invalidado.

Portanto, para que seu esforço de teste na localização de defeitos valha a pena, o que foi mencionado acima pode ser útil.

Leitura recomendada

^