Um Gerente de Teste percebe que defeitos estão sendo reabertos várias vezes porque a correção do desenvolvedor está incompleta. Segundo o syllabus CTAL-TM v3.0, qual é a prática de gerenciamento de defeitos MAIS apropriada para resolver isso?

1. A. Permitir que o desenvolvedor marque o defeito como corrigido e o feche junto com o commit da mudança, confiando na verificação de unidade automatizada da suíte como evidência suficiente da correção, para eliminar o tempo de espera na fila de reteste da equipe de teste antes da liberação 💬 A
2. B. Restringir o registro aos defeitos que bloqueiam os testes críticos, deixando os demais documentados em notas informais de conversa, porque a queda no volume de defeitos registrados reduzirá as reaberturas exibidas no painel da equipe 💬 B
3. C. Implementar uma etapa de triagem estruturada com critérios de aceitação explícitos para 'corrigido' e exigir que o desenvolvedor faça verificação de unidade antes de reatribuir o defeito ao teste ✓ C
4. D. Escalar o caso ao gerente de desenvolvimento para avaliação de desempenho do desenvolvedor responsável, tratando cada reabertura como falha individual e removendo-o temporariamente da rotação de correções da equipe até o fechamento da release 💬 D

Reveal answer

Correct answer: Implementar uma etapa de triagem estruturada com critérios de aceitação explícitos para 'corrigido' e exigir que o desenvolvedor faça verificação de unidade antes de reatribuir o defeito ao teste

Reference: https://www.istqb.org/wp-content/uploads/2024/11/ISTQB_CTAL-TM_Syllabus_v3.0_zKjKsaN.pdf