Processo de gerenciamento de defeitos em testes de software
Thomas Hamilton
O que é o processo de gerenciamento de defeitos?
O gerenciamento de defeitos é um processo sistemático para identificar e corrigir bugs. Um ciclo de gerenciamento de defeitos contém os seguintes estágios 1) Descoberta do Defeito, 2) Categorização do Defeito 3) Correção do Defeito pelos desenvolvedores 4) Verificação pelos Testadores, 5) Encerramento do Defeito 6) Relatórios de Defeitos no final do projeto
Este tópico irá guiá-lo sobre como aplicar o processo de gerenciamento de defeitos ao site do projeto Guru99 Bank. Você pode seguir as etapas abaixo para gerenciar defeitos.
Etapa 1) Descoberta
Na fase de descoberta, as equipes do projeto precisam descobrir o que muitos defeitos como possível, antes que o cliente final possa descobri-lo. Diz-se que um defeito foi descoberto e alterado para status aceito quando é reconhecido e aceito pelos desenvolvedores
No cenário acima, os testadores descobriram 84 defeitos no site Guru99.
Vamos dar uma olhada no seguinte cenário; sua equipe de testes descobriu alguns problemas no site do Banco Guru99. Eles os consideram defeitos e reportam à equipe de desenvolvimento, mas há um conflito –
Nesse caso, como Gerente de Teste, o que você fará?
B) O Test Manager assume o papel de juiz para decidir se o problema é defeito ou não
C) Concordar com a equipe de desenvolvimento que não é um defeito
Nesse caso, deverá ser aplicado um processo de resolução para solucionar o conflito, você assume o papel de juiz para decidir se o problema do site é um defeito ou não.
Etapa 2) Categorização
A categorização de defeitos ajuda os desenvolvedores de software a priorizar suas tarefas. Isso significa que esse tipo de prioridade ajuda os desenvolvedores a corrigir primeiro os defeitos que são altamente cruciais.
Os defeitos geralmente são categorizados pelo Test Manager –
Vamos fazer um pequeno exercício como segue
Arraste e solte a prioridade do defeito abaixo| 1) O desempenho do site é muito lento |
|
| 2) A função de login do site não funciona corretamente |
|
| 3) A GUI do site não é exibida corretamente no Mobile dispositivos |
|
| 4) O site não conseguiu lembrar a sessão de login do usuário |
|
| 5) Alguns links não funcionam |
|
Aqui estão as respostas recomendadas
| Não. | Descrição | Prioridade | Explicação |
|---|---|---|---|
|
1 |
O desempenho do site é muito lento |
Alta |
O bug de desempenho pode causar grandes transtornos ao usuário. |
|
2 |
A função de login do site não funciona corretamente |
Crítico |
O login é uma das principais funções do site do banco, se esse recurso não funcionar, são bugs graves |
|
3 |
A GUI do site não é exibida corretamente em dispositivos móveis |
Médio |
O defeito atinge o usuário que utiliza Smartphone para visualizar o site. |
|
4 |
O site não conseguiu lembrar a sessão de login do usuário |
Alta |
Este é um problema sério, pois o usuário poderá fazer login, mas não poderá realizar nenhuma transação adicional |
|
5 |
Alguns links não funcionam |
Baixa |
Esta é uma solução fácil para o pessoal de desenvolvimento e o usuário ainda pode acessar o site sem esses links |
Etapa 3) Resolução de Defeitos
Resolução de defeitos no teste de software é um processo passo a passo de correção dos defeitos. O processo de resolução de defeitos começa com a atribuição de defeitos aos desenvolvedores, em seguida, os desenvolvedores agendam o defeito para ser corrigido de acordo com a prioridade, depois os defeitos são corrigidos e, finalmente, os desenvolvedores enviam um relatório de resolução ao gerente de teste. Este processo ajuda a corrigir e rastrear defeitos facilmente.
Você pode seguir as etapas a seguir para corrigir o defeito.
- Atribuição: atribuído a um desenvolvedor ou outro técnico para correção e com status alterado para Respondendo.
- Fixação de cronograma: O lado do desenvolvedor assume o controle nesta fase. Eles criarão um cronograma para corrigir esses defeitos, dependendo da prioridade do defeito.
- Corrija o defeito: Enquanto a equipe de desenvolvimento corrige os defeitos, o Test Manager rastreia o processo de correção do defeito em comparação com o cronograma acima.
- Relate a resolução: obtenha um relatório da resolução dos desenvolvedores quando os defeitos forem corrigidos.
Etapa 4) Verificação
Depois da equipe de desenvolvimento fixado e relatado o defeito, a equipe de testes verifica que os defeitos sejam realmente resolvidos.
Por exemplo, no cenário acima, quando a equipe de desenvolvimento relatasse que já corrigiu 61 defeitos, sua equipe testaria novamente para verificar se esses defeitos foram realmente corrigidos ou não.
Etapa 5) Encerramento
Depois que um defeito for resolvido e verificado, o status do defeito será alterado como fechado. Caso contrário, você deve enviar um aviso ao empreendimento para verificar novamente o defeito.
Etapa 6) Relatório de defeitos
Relatório de defeitos em teste de software é um processo no qual os gerentes de teste preparam e enviam o relatório de defeitos à equipe de gerenciamento para feedback sobre o processo de gerenciamento de defeitos e o status dos defeitos. Em seguida, a equipe de gerenciamento verifica o relatório de defeitos e envia feedback ou fornece suporte adicional, se necessário. O relatório de defeitos ajuda a comunicar, rastrear e explicar melhor os defeitos em detalhes.
O conselho de administração tem o direito de saber o status do defeito. Eles devem compreender o processo de gerenciamento de defeitos para apoiá-lo neste projeto. Portanto, você deve relatar a situação atual do defeito para obter feedback deles.
Por que você precisa do Processo de Gerenciamento de Defeitos?
Sua equipe encontrou bugs ao testar o projeto Guru99 Banking.
Depois de uma semana, o desenvolvedor responde –
Na próxima semana o testador responderá
Assim como no caso acima, se a comunicação do defeito for feita verbalmente, logo as coisas ficam muito complicadas. Para controlar e gerenciar bugs com eficácia, você precisa de um ciclo de vida de defeitos.
Métricas importantes de defeitos
Apoie o cenário acima. As equipes de desenvolvedor e teste analisam os defeitos relatados. Aqui está o resultado dessa discussão
Como medir e avaliar a qualidade da execução do teste?
Esta é uma pergunta que todo Gerente de Teste quer saber. Existem 2 parâmetros que você pode considerar a seguir
No cenário acima, você pode calcular o taxa de rejeição de deserção (DRR) é 20/84 = 0.238 (23.8%).
Outro exemplo, suponha que o site do Banco Guru99 tenha total 64 defeitos, mas sua equipe de testes detecta apenas 44 defeitos, ou seja, eles perderam 20 defeitos. Portanto, você pode calcular a taxa de vazamento de defeito (DLR) é 20/64 = 0.312 (31.2%).
Conclusão, a qualidade da execução do teste é avaliada através dos seguintes dois parâmetros
Quanto menor o valor de DRR e DLR, melhor será a qualidade da execução do teste. Qual é a faixa de proporção que é aceitável? Este intervalo pode ser definido e aceito com base no objetivo do projeto ou você pode consultar as métricas de projetos semelhantes.
Neste projeto, o valor recomendado de proporção aceitável é 5 a 10%. Isso significa que a qualidade da execução do teste é baixa. Você deve encontrar contramedidas para reduzir essas proporções, como
- Melhorar as habilidades de teste do membro.
- Passe mais tempo para execução de testes, especialmente para revisar os resultados da execução de testes.
Perguntas Frequentes
Clique aqui se o vídeo não estiver acessível
Recursos:
Baixe um modelo de relatório de defeitos de amostra
