Triagem de bugs/defeitos em testes de software

โšก Resumo Inteligente

A triagem de defeitos รฉ uma reuniรฃo de revisรฃo onde o lรญder de testes, o lรญder de desenvolvimento e o gerente de projeto classificam cada bug relatado por gravidade, prioridade e risco, atribuem responsรกveis โ€‹โ€‹e definem um cronograma de correรงรฃo realista.

  • ๐Ÿ”˜ Objetivo: Avalie, priorize e atribua cada novo defeito para que nada importante seja esquecido.
  • โ˜‘๏ธ Frequรชncia: Geralmente, duas ou trรชs reuniรตes por semana, ajustadas ao cronograma do projeto e ao volume de defeitos.
  • โœ… Participantes: O gerente de projeto, o lรญder da equipe de testes, o lรญder tรฉcnico e o lรญder da equipe de desenvolvimento devem comparecer como membros obrigatรณrios.
  • ๐Ÿงช Gravidade e prioridade: A gravidade mede o impacto no produto, enquanto a prioridade define a ordem da correรงรฃo.
  • ๐Ÿ› ๏ธ Resultado da reuniรฃo: As mรฉtricas de triagem de defeitos funcionam como minutos e alimentam a prรณxima sessรฃo de triagem.
  • โšก Ferramentas: Cada decisรฃo รฉ registrada no bug. tracSistema King, de forma que o registro de auditoria sobreviva ร  reuniรฃo.

Processo de triagem de bugs e defeitos em testes de software

O que รฉ 'triagem de defeitos'?

A triagem de defeitos รฉ um processo no qual cada bug รฉ priorizado com base em sua gravidade, frequรชncia, risco, etc. O termo triagem รฉ usado em Teste de software / A equipe de controle de qualidade define a gravidade e a prioridade de novos defeitos.

O nome foi emprestado da medicina de emergรชncia, onde a triagem classifica os pacientes por urgรชncia quando os recursos sรฃo limitados. Uma equipe de controle de qualidade enfrenta a mesma restriรงรฃo: a lista de defeitos รฉ sempre maior do que o tempo disponรญvel antes da data de lanรงamento, entรฃo alguรฉm precisa decidir o que serรก corrigido agora, o que serรก corrigido depois e o que serรก adiado. A triagem รฉ a reuniรฃo onde essa decisรฃo รฉ tomada e registrada.

Por que precisamos ter uma 'triagem de defeitos'?

O objetivo da Triagem de Bugs รฉ avaliar, priorizar e atribuir a resoluรงรฃo de defeitos. A equipe precisa validar a gravidade do defeito, fazer alteraรงรตes conforme a necessidade, finalizar a resoluรงรฃo dos defeitos e atribuir recursos. Usado principalmente em gerenciamento รกgil de projetos.

Sem triagem, os defeitos permanecem sem soluรงรฃo. tracA gravidade da tarefa รฉ definida pelo testador responsรกvel pelo relatรณrio, e os desenvolvedores escolhem o trabalho por preferรชncia pessoal, em vez de considerar o impacto nos negรณcios. O banner abaixo resume os motivos pelos quais as equipes mantรชm a reuniรฃo agendada.

Por que a triagem de bugs e defeitos รฉ necessรกria em um projeto de controle de qualidade?

Com que frequรชncia a 'triagem de defeitos' precisa ser realizada em uma versรฃo?

A frequรชncia da reuniรฃo de triagem de defeitos nรฃo รฉ fixa. Depende da situaรงรฃo do projeto.

Aqui estรฃo alguns fatores importantes que decidem a frequรชncia das Reuniรตes de Triagem de Defeitos:

Esses fatores importantes sรฃo:

  • De acordo com o cronograma do projeto
  • Nรบmero de defeitos no sistema
  • Impacto nos horรกrios de disponibilidade dos membros da equipe
  • Saรบde geral do projeto

Normalmente, as reuniรตes de triagem de defeitos sรฃo realizadas duas ou trรชs vezes por semana.

O ritmo se intensifica ร  medida que a data de lanรงamento se aproxima. Equipes trabalhando em curtos perรญodos. Scrum As iteraรงรตes geralmente incluem uma triagem rรกpida na rotina diรกria durante o รบltimo sprint, enquanto um projeto com um ciclo mais longo, orientado por planejamento, pode realizar uma triagem semanal atรฉ o final. teste de regressรฃo fase comeรงa.

Quem sรฃo os participantes obrigatรณrios e outros participantes da 'Triagem de Defeitos'?

Participantes Obrigatรณrios

Os membros do projeto abaixo sempre participam de reuniรตes de triagem de defeitos.

  • Gestรฃo de Projetos
  • Lรญder da equipe de testes
  • Lรญder tรฉcnico
  • Lรญder da Equipe de Desenvolvimento

Participantes Opcionais

  • Desenvolvedores
  • Testadores
  • Analista de Negรณcios

Os participantes opcionais sรฃo convidados quando um defeito especรญfico exige sua contribuiรงรฃo, por exemplo, quando um analista de negรณcios precisa confirmar se o comportamento relatado realmente contradiz um requisito ou se รฉ uma solicitaรงรฃo de mudanรงa disfarรงada.

Funรงรตes e responsabilidades dos participantes durante a 'triagem de defeitos'.

Cada participante obrigatรณrio chega com uma responsabilidade diferente, e a reuniรฃo sรณ ocorre no horรกrio previsto se os trรชs estiverem preparados com antecedรชncia.

Lรญder da equipe de testes

  • Reuniรฃo agendada de triagem de bugs e envio de notificaรงรฃo de reuniรฃo para os participantes.
  • Crie um relatรณrio de defeitos e envie-o a todos os participantes antes da reuniรฃo.
  • Atribua prioridade e gravidade dos defeitos.
  • Faรงa uma apresentaรงรฃo para que outros membros entendam a causa raiz do defeito.
  • Cada nota de reuniรฃo รฉ capturada e enviada aos participantes da reuniรฃo.

Lรญder de Desenvolvimento

  • Auxilia na priorizaรงรฃo dos defeitos.
  • Discuta a dificuldade do defeito e explique o risco envolvido por causa desse defeito.
  • Aloque trabalho para corrigir defeitos aos desenvolvedores relevantes.
  • Atualize a resoluรงรฃo do defeito e inclua notas de desenvolvimento caso alguma informaรงรฃo esteja faltando ou qualquer informaรงรฃo adicional necessรกria aos desenvolvedores.

Gestรฃo de Projetos

  • Ajuda na priorizaรงรฃo dos defeitos.
  • Discuta a data de lanรงamento da prรณxima iteraรงรฃo para controle de qualidade.
  • ร‰ necessรกrio garantir que os representantes dos usuรกrios relacionados tambรฉm sejam convidados para a reuniรฃo de triagem de bugs.

O gerente de projeto รฉ quem define a data de lanรงamento, portanto, a decisรฃo final sobre qualquer defeito contestado geralmente cabe a essa funรงรฃo, conforme mostrado abaixo.

Responsabilidades do Gerente de Projetos em uma reuniรฃo de triagem de defeitos

O que acontece durante a reuniรฃo de 'triagem de defeitos'?

  • O lรญder da equipe de teste envia um relatรณrio de bug com os novos defeitos. Durante a reuniรฃo de triagem de defeitos, cada defeito รฉ analisado para verificar se a prioridade e a gravidade corretas foram atribuรญdas a ele.
  • As prioridades sรฃo reorganizadas, se necessรกrio.
  • Os defeitos sรฃo analisados โ€‹โ€‹e avaliados pelo grau de sua gravidade.
  • Isso inclui discussรฃo sobre a complexidade do defeito, riscos, rejeiรงรฃo e reatribuiรงรฃo de erros.
  • As atualizaรงรตes sรฃo registradas no bug. tracsistema rei.
  • O engenheiro de controle de qualidade farรก as alteraรงรตes em cada defeito e as discutirรก com cada participante.
  • O campo โ€œComentรกriosโ€ รฉ atualizado corretamente anotando pontos essenciais da reuniรฃo.

A maior parte do tempo de discussรฃo se concentra nos dois campos que sรฃo mais fรกceis de confundir. A gravidade e a prioridade sรฃo definidas independentemente, e um defeito pode ter uma pontuaรงรฃo alta em um e baixa no outro.

Aspecto Gravidade Prioridade
O que mede O quanto o defeito prejudica o produto ou sua funcionalidade Com que urgรชncia o defeito deve ser corrigido em relaรงรฃo aos outros trabalhos?
Normalmente definido por O testador que reporta o defeito Aprovado na triagem, com o gerente de projeto e a equipe de produto liderando o processo.
Conduzido por Impacto tรฉcnico e funcionalidades afetadas Impacto nos negรณcios, visibilidade para o cliente e data de lanรงamento
Exemplo de incompatibilidade Alta gravidade, baixa prioridade: uma falha em uma funcionalidade que ninguรฉm usa atรฉ o prรณximo trimestre. Baixa gravidade, alta prioridade: nome da empresa escrito incorretamente na pรกgina inicial.

Dica: Mantenha a discussรฃo sobre um รบnico defeito breve. Quando um item nรฃo puder ser resolvido em alguns minutos, deixe-o de lado, atribua um responsรกvel para investigรก-lo e retome-o na prรณxima sessรฃo, em vez de deixar que um รบnico defeito consuma toda a reuniรฃo.

Qual รฉ o resultado da 'triagem de defeitos'?

Ao final de cada reuniรฃo, as Mรฉtricas de Triagem de Defeitos serรฃo preparadas e entregues a todos os participantes. Este relatรณrio funciona como ata de reuniรฃo que serรก รบtil para reuniรตes futuras.

O relatรณrio รฉ o ponto em que a triagem se conecta novamente ao contexto mais amplo. processo de gerenciamento de defeitosAs equipes geralmente registram o seguinte:

  • Defeitos analisados โ€‹โ€‹na sessรฃo, com a gravidade e prioridade acordadas para cada um.
  • Defeitos recรฉm-atribuรญdos, juntamente com o desenvolvedor que agora รฉ o responsรกvel por eles.
  • Defeitos adiados, rejeitados ou marcados como duplicados, com o respectivo motivo registrado.
  • Contagem de defeitos abertos por gravidade, para que a tendรชncia entre as sessรตes seja visรญvel.
  • As aรงรตes foram transferidas para a prรณxima reuniรฃo.

Porque cada alteraรงรฃo รฉ reescrita no tracker, o estado de cada item permanece consistente com sua posiรงรฃo no ciclo de vida do defeitoE a prรณxima sessรฃo comeรงa com uma lista precisa, em vez de uma lista desatualizada.

Perguntas Frequentes

A sessรฃo deve ter entre trinta e sessenta minutos. O relatรณrio de defeitos previamente distribuรญdo serve principalmente para leitura, portanto, a sessรฃo em si apenas confirma as decisรตes tomadas. Qualquer questรฃo que exija uma investigaรงรฃo tรฉcnica aprofundada รฉ encaminhada ao responsรกvel e retomada na prรณxima reuniรฃo.

As equipes รกgeis priorizam as tarefas em sessรตes curtas e frequentes, geralmente integradas ร  reuniรฃo diรกria de acompanhamento, porque o horizonte do sprint รฉ de apenas duas semanas. Projetos orientados a planejamento realizam reuniรตes formais mais longas com menos frequรชncia, com documentaรงรฃo mais extensa e uma lista de partes interessadas mais ampla.

Um defeito adiado permanece aberto, mas รฉ removido da versรฃo atual, geralmente com uma versรฃo de destino registrada. Um defeito rejeitado รฉ fechado com uma justificativa por escrito โ€” nรฃo reproduzรญvel, funciona conforme o esperado ou duplicado โ€” para que a decisรฃo possa ser revista posteriormente.

Um relatรณrio รฉ mantido como principal e os demais sรฃo vinculados a ele e fechados como duplicados. O fechamento silencioso desses relatรณrios resulta na perda de informaรงรตes, portanto, o vรญnculo รฉ importante: ele preserva cada etapa de reproduรงรฃo e detalhe do ambiente fornecido pelos autores dos relatรณrios.

Qualquer tracO ker com filtros salvos e ediรงรฃo em massa funciona. As equipes geralmente fazem a triagem a partir de um Jira tรกbua ou um Louva-a-deusBT Visualizaรงรฃo filtrada para exibir novos defeitos, com ediรงรฃo da gravidade, prioridade e responsรกvel em tempo real durante a reuniรฃo.

Os modelos de aprendizado de mรกquina agrupam relatรณrios semelhantes para identificar duplicatas, sugerem uma gravidade com base na descriรงรฃo de defeitos anteriores e encaminham cada item ao responsรกvel pelo componente. Considere o resultado como um primeiro rascunho โ€” a reuniรฃo ainda confirma cada decisรฃo.

Sim, indiretamente. Copiloto do GitHub pode resumir uma pilha trace, elabore um teste de reproduรงรฃo e explique o cรณdigo afetado, o que encurta a investigaรงรฃo que um proprietรกrio realiza apรณs a triagem, em vez de substituir a prรณpria reuniรฃo.

O gerente de projeto, porque a decisรฃo de desempate รฉ uma questรฃo de negรณcios sobre a data de lanรงamento, e nรฃo de ordem tรฉcnica. O lรญder de desenvolvimento fornece a estimativa de esforรงo e o lรญder de testes as evidรชncias de impacto que fundamentam essa decisรฃo.

Resuma esta postagem com: