Saltar para o conteúdo principal

Equipas de QA: reportar um defeito e acompanhar a correção

Um tester reporta um defeito com gravidade, passos para reproduzir e onde foi encontrado, anexa uma gravação ou uma captura de ecrã e marca o frame ou píxel exato. O pacote do ciclo de testes passa por planeado, em execução, defeitos abertos, reteste e validado. Um reteste que continue a falhar regressa a defeitos abertos através de um caminho específico, para que uma correção que não corrigiu o problema não desapareça num novo ticket.

Reportar um defeito

O tipo de item de trabalho de bug solicita a gravidade como bloqueador, grave, leve ou cosmético, os passos para reproduzir e a build ou ambiente onde foi encontrado. Os campos personalizados adicionam tudo o que a equipa também queira acompanhar.

Uma captura de ecrã ou uma gravação de ecrã é anexada ao defeito. Uma nota numa gravação é ancorada a um frame. Uma nota numa captura de ecrã pode ser desenhada diretamente nela. O programador abre a marcação, e não um parágrafo que tenta descrevê-la.

  • Gravidade: bloqueador, grave, leve, cosmético
  • Passos para reproduzir e onde foi encontrado
  • Notas ancoradas a frames em gravações, notas desenhadas em capturas de ecrã

O ciclo e o lado do programador

O pacote do ciclo de testes passa por planeado (48 horas), em execução (72), defeitos abertos (72), reteste (48) e validado. A fase em execução não pode começar até que a checklist do plano e dos casos de teste esteja concluída. O reteste tem um caminho de regresso a defeitos abertos com a etiqueta continua a falhar.

O pacote de correção de bugs é o lado do programador: triagem, reprodução, correção, verificação e lançado. A verificação pode enviar o item de volta para correção com a etiqueta ainda com erro. O pacote de software termina o QA numa aprovação de lançamento, que é uma etapa de aprovação imposta pelo motor.

Um defeito que se revele ser o mesmo bug que outro é associado a este: a associação é categorizada como relacionado, duplicado ou clone, e o bloqueio permanece com a dependência que o fluxo de trabalho já lê. O tempo gasto na correção é registado como entradas categorizadas no item no dia em que o trabalho foi realizado, somando-se a uma semana pessoal e ao total do projeto em relação às estimativas.

Lacunas honestas

O registo de execução de testes como um objeto próprio não está disponível; uma execução é uma checklist no ciclo atual. Preferimos que leia isso aqui do que o descubra após um período de teste.

Perguntas frequentes

É possível enviar a um programador uma gravação com falha e com o momento exato marcado?
Sim. Uma gravação anexada ao defeito aceita notas ancoradas a frames, e uma captura de ecrã aceita uma nota desenhada.
O que acontece quando um reteste falha?
A etapa de reteste tem uma transição de regresso a defeitos abertos com a etiqueta continua a falhar. O defeito regressa sem necessidade de um novo ticket.
A validação de QA é uma barreira real?
Nos pacotes que utilizam uma etapa de aprovação para a validação, sim: o trabalho não pode avançar sem uma decisão registada. O pacote do ciclo de testes termina em validado como uma etapa concluída; o pacote de software utiliza a aprovação de lançamento como ponto de controlo.

Comece sem cartão

Catorze dias, tudo ativo. Abra um espaço de trabalho, diga à IA como trabalha e convide um cliente para aprovar.

Uma pergunta? Escreva-nos

Respondemos a partir do próprio site quando possível, e uma pessoa fará o acompanhamento se necessário. Sem listas de distribuição.