Ciclo de vida de defeito / bug no teste de software

O que é ciclo de vida de defeitos?

Ciclo de vida do defeito ou Ciclo de vida do bug em teste de software é o conjunto específico de estados pelos quais o defeito ou bug passa durante toda a sua vida. O objetivo do ciclo de vida do defeito é coordenar e comunicar facilmente o status atual do defeito que muda para vários cessionários e tornar o processo de correção de defeito sistemático e eficiente.

Status de defeito

Status de defeito ou status de bug no ciclo de vida do defeito é o estado atual a partir do qual o defeito ou bug está passando. O objetivo do status do defeito é transmitir com precisão o estado atual ou o progresso de um defeito ou bug para melhor rastrear e compreender o progresso real do ciclo de vida do defeito.

O número de estados pelos quais um defeito passa varia de projeto para projeto. Abaixo do diagrama de ciclo de vida, cobre todos os estados possíveis

Novo: quando um novo defeito é registrado e postado pela primeira vez. É atribuído um status de NOVO.
Atribuído: Uma vez que o bug é postado pelo testador, o líder do testador aprova o bug e o atribui à equipe de desenvolvimento
Aberto : o desenvolvedor começa a analisar e trabalhar na correção do defeito
Corrigido : quando um desenvolvedor faz uma mudança de código necessária e verifica a mudança, ele pode definir o status do bug como "Corrigido".
Reteste pendente : Uma vez que o defeito é corrigido, o desenvolvedor fornece um código específico para retestar o código para o testador. Como o teste de software permanece pendente do final do testador, o status atribuído é "reteste pendente".
Reteste : O testador faz o novo teste do código neste estágio para verificar se o defeito foi corrigido pelo desenvolvedor ou não e altera o status para "Testar novamente".

Verificado : O testador testa novamente o bug depois que ele é corrigido pelo desenvolvedor. Se nenhum bug for detectado no software, o bug será corrigido e o status atribuído será "verificado".
Reabrir : Se o bug persistir mesmo após o desenvolvedor corrigi-lo, o testador muda o status para "reaberto". Mais uma vez, o bug atravessa o ciclo de vida.
Fechado : Se o bug não existe mais, o testador atribui o status "Fechado".
Duplicar : Se o defeito for repetido duas vezes ou o defeito corresponder ao mesmo conceito do bug, o status é alterado para "duplicado".
Rejeitado : Se o desenvolvedor achar que o defeito não é genuíno, ele muda o defeito para "rejeitado".
Adiado : Se o bug atual não for de prioridade principal e se espera que seja corrigido na próxima versão, o status "Adiado" é atribuído a tais bugs
Não é um bug : se não afetar a funcionalidade do aplicativo, o status atribuído a um bug é "Não é um bug".

Ciclo de vida do defeito explicado

O testador encontra o defeito
Status atribuído ao defeito - Novo
Um defeito é encaminhado ao Gerente de Projeto para análise
O gerente de projeto decide se um defeito é válido
Aqui, o defeito não é válido - um status é fornecido "Rejeitado".
Portanto, o gerente de projeto atribui um status rejeitado . Se o defeito não for rejeitado, a próxima etapa é verificar se ele está no escopo. Suponha que tenhamos outra função - funcionalidade de e-mail para o mesmo aplicativo, e você encontre um problema com isso. Mas não faz parte da liberação atual quando tais defeitos são atribuídos como um status adiado ou diferido .
Em seguida, o gerente verifica se um defeito semelhante foi apontado anteriormente. Se sim, o defeito é atribuído a uma duplicata de status .
Se não, o defeito é atribuído ao desenvolvedor que começa a corrigir o código. Durante esta fase, o defeito é atribuído a um status em andamento.
Assim que o código for corrigido. Um defeito é atribuído a um status corrigido
Em seguida, o testador testará novamente o código. Caso o Caso de Teste passe, o defeito é fechado. Se os casos de teste falharem novamente, o defeito é reaberto e atribuído ao desenvolvedor.
Considere uma situação em que, durante a primeira liberação da Reserva de voo, um defeito foi encontrado no pedido de fax que foi corrigido e atribuído a um status fechado. Durante o segundo lançamento de atualização, o mesmo defeito reapareceu. Nesses casos, um defeito fechado será reaberto.