Quais são as razões para a alteração dos estados de Severidade e Prioridade no processo de teste?

A alteração dos estados de Severity e Priority de um defeito durante o processo de teste pode ocorrer por várias razões:

1. Alteração na compreensão do impacto do defeito no produto: Inicialmente, o impacto pode ter sido subestimado (por exemplo, considerado um problema de UI, mas acabou por afetar uma lógica de negócio crítica) ou superestimado.
2. Alteração nos requisitos de negócio ou prioridades: Se o defeito afetar uma funcionalidade que se tornou mais ou menos importante para o negócio, a sua prioridade pode ser ajustada.
3. Descoberta de uma solução alternativa (workaround): Se for encontrada uma forma simples de contornar o defeito sem perdas substanciais para o utilizador, a sua Priority pode ser reduzida. A Severity, geralmente, permanece a mesma, pois a solução alternativa não resolve o problema em si.
4. Dependência de outros defeitos: A correção de um defeito pode agravar ou mitigar o impacto de outro, o que pode requerer uma revisão dos seus estados.
5. Alteração na quantidade de utilizadores afetados: Se um defeito que parecia insignificante for descoberto em um grande número de utilizadores, a sua Priority pode ser aumentada.
6. Avaliação inicial incorreta: O testador pode ter determinado incorretamente a Severity ou a Priority devido a uma compreensão insuficiente do contexto, funcionalidade ou processos de negócio.
7. Mudança na fase de desenvolvimento/teste: Em diferentes fases (por exemplo, testes unitários, integração, sistema, aceitação), o impacto do mesmo defeito pode ser percebido de forma diferente.
8. Decisão da equipa ou do gestor: A decisão final sobre Severity e Priority é frequentemente tomada colegiadamente com a participação do líder de equipa, gestor de projeto ou Product Owner, especialmente em casos controversos.
9. Descoberta de novos cenários de uso afetados pelo defeito: Se o defeito se manifestar em mais cenários do que inicialmente previsto, a sua Severity ou Priority pode ser aumentada.

As alterações de estados devem sempre ser justificadas e documentadas no sistema de rastreamento de defeitos.