Ciclo de vida de defeitos/bugs em testes de software

O que é ciclo de vida de defeitos/bugs?

Ciclo de Vida do Defeito ou Ciclo de vida do bug em testes 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 responsáveis ​​e tornar o processo de correção de defeitos sistemático e eficiente.

Status do defeito

Status do defeito ou Status do bug no ciclo de vida do defeito é o estado atual pelo 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, a fim de melhor acompanhar e compreender o progresso real do ciclo de vida do defeito.

Fluxo de trabalho de estados de defeito

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

• Novo: Quando um novo defeito é registrado e publicado pela primeira vez. É atribuído um status como NOVO.
• Atribuído: Depois que o bug é postado pelo testador, o líder do testador aprova o bug e o atribui à equipe de desenvolvedores
• Abra: O desenvolvedor começa a analisar e trabalha na correção do defeito
• Fixo: quando um desenvolvedor faz uma alteração necessária no código e verifica a alteração, ele pode definir o status do bug como “Corrigido”.
• Novo teste pendente: depois que o defeito é corrigido, o desenvolvedor fornece um código específico para testar novamente o código ao testador. Desde o teste de software permanece pendente desde o final dos testadores, o status atribuído é “reteste pendente”.
• Retestar: O testador faz o reteste do código nesta fase para verificar se o defeito foi corrigido pelo desenvolvedor ou não e altera o status para “Retestar”.

• Verificado: o testador testa novamente o bug depois que ele foi 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 depois de o desenvolvedor ter corrigido o bug, o testador altera o status para “reaberto”. Mais uma vez o bug passa pelo ciclo de vida.
• Fechado: Se o bug não existir mais, o testador atribui o status “Fechado”. 
• Duplicar: Se o defeito se repetir 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 altera o defeito para “rejeitado”.
• Diferido: Se o bug atual não for de prioridade principal e se for esperado que seja corrigido na próxima versão, então o status “Adiado” será atribuído a tais bugs
• Não é um bug: Se não afetar a funcionalidade do aplicativo, o status atribuído a um bug será “Não é um bug”.

Explicação do ciclo de vida de defeitos/bugs

1. O testador encontra o defeito
2. Status atribuído ao defeito - Novo
3. Um defeito é encaminhado ao Gerente de Projeto para análise
4. O gerente de projeto decide se um defeito é válido
5. Aqui o defeito não é válido – é atribuído o status “Rejeitado”.
6. Então, o gerente de projeto atribui um status rejeitado. Se o defeito não for rejeitado, o próximo passo é verificar se está dentro do 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 versão atual quando tais defeitos são atribuídos como adiado ou adiado estado.
7. Em seguida, o gestor verifica se um defeito semelhante foi levantado anteriormente. Se sim, o defeito recebe um status duplicar.
8. Se não, o defeito é atribuído ao desenvolvedor que começa a corrigir o código. Durante esta fase, o defeito recebe um status em andamento.
9. Assim que o código for corrigido. Um defeito recebe um status fixado
10. Em seguida, o testador testará novamente o código. No caso, o Caso de teste passa o defeito é fechadas. Se os casos de teste falharem novamente, o defeito é reaberto e atribuído ao desenvolvedor.
11. Considere uma situação em que durante a 1ª liberação da Reserva de Voo foi encontrado um defeito no pedido de Fax que foi corrigido e atribuído o status fechado. Durante a segunda versão da atualização, o mesmo defeito reapareceu novamente. Nesses casos, um defeito fechado será reaberto.

Isso é tudo para o Ciclo de Vida do Bug

Este vídeo de treinamento descreve os vários estágios do ciclo de vida de um bug, também conhecido como defeito, e sua importância com a ajuda de um exemplo

Clique aqui se o vídeo não estiver acessível