Conceito e mecanismo
Priorizar testes exige distinguir a possibilidade de falha das consequências dessa falha. Num exemplo fictício, uma alteração rara ao calendário pode aplicar uma data de liquidação errada a muitas instruções. Uma falha frequente na ordenação visual pode ter recuperação simples. A frequência de utilização, isoladamente, não decide qual risco merece maior profundidade. Reúne exemplos de negócio, histórico de incidentes, alterações técnicas e informação de suporte para justificar estimativas. Se a organização usa escalas qualitativas de um a cinco, o produto desses números ajuda a ordenar segundo a convenção adotada; não transforma automaticamente a avaliação numa perda financeira esperada. Regista incerteza e hipóteses para que uma nova evidência possa alterar a prioridade.
Aplicação guiada
A redução do risco depende da pertinência dos testes e da qualidade da evidência, não apenas do número executado. Se a regra de calendário foi alterada, combina valores de fronteira, percursos com feriados artificiais e regressão de funções que consomem a data. Uma falha descoberta pode justificar rever riscos anteriormente considerados baixos. Quando faltam duas horas, protege primeiro os comportamentos de maior impacto e explicita o que ficou por investigar. O analista recomenda cobertura e apresenta resultados; a aceitação do risco residual pertence à função com autoridade definida no projeto. Evita declarar ausência de risco porque todos os casos planeados passaram: o plano pode ter omitido precisamente a condição que causaria uma falha.
Uma falha pouco frequente pode justificar prioridade pela dimensão do impacto.
Armadilhas comuns
Contagem como risco reduzido; ordinal como probabilidade; aceitação sem autoridade.
Tópicos relacionados: Análise e evidência no processo de teste · Domínios, fronteiras e combinações · Estados, CRUD e percursos
Atualiza o risco com evidência e comunica lacunas.
Referência: ISTQB CTAL-TA syllabus · CTAL-TA v4.0 (2025)