na qual acredito que atendera a boa parte dos casos: Detectabilidade Opcoes Criterios de definicao 1-Alta Alto grau de certeza de que o erro sera detectado pelo usuario durante a operacao normal do sistema em suas funcionalidades mais elementares / usuais. 2-Moderada O erro e percebido apenas em situacoes especificas ou funcionalidades nao essenciais do produto. 3-Baixa Erro detectado em situacoes extremamente especificas e que necessitam de uma rara combinacao de fatores para que ocorra. O erro raramente sera percebido pelo usuario. Severidade Opcoes Criterios para Definicao Exemplos 1-Critico - Falha geral da aplicacao.- Perda de dados.- Instabilidade da aplicacao ou de seus servicos.- Impede a continuidade dos testes ou do uso da aplicacao como um todo.- Build da aplicacao corrompido.- Funcionalidades principais da aplicacao seriamente comprometidas. - O erro nao permite a continuidade dos testes ou compromete severamente o resultado dos mesmos.- Erros de Java, PHP, SQL, etc.- Fatal error.- Funcionalidade desenvolvida em desacordo com os requisitos especificados (desvio significativo).- Problemas graves de desempenho.- Incompatibilidade com o browser ou outros itens de ambiente.- Links quebrados.- Loops infinitos.- Produtos cartesianos em consultas/relatorios. 2-Grave - Serio comprometimento de funcionalidade (funcionalidade impossivel de ser utilizado, sistema travando ou se comportando de maneira nao prevista).- Bug em funcionalidade essencial do produto com workaround complexo.- Comprometimento moderado da continuidade dos testes. - Funcionalidade desenvolvida em desacordo com os requisitos especificados (desvio moderado).- Problemas perceptiveis de desempenho com razoavel impacto no uso normal da aplicacao.- Regras de validacao de campos nao aplicadas corretamente (data invalida, valor fora da faixa, etc.). 3-Moderado - Problemas moderados em funcionalidades do produto.- Existe um workaround simples.- Baixo impacto nos testes.- Ergonomia razoavelmente comprometida e com viabilidade de melhoria. - Layout de tela/relatorio fora dos padroes.- Layout de tela/relatorio ergonomicamente inadequado.- Falta de valores padroes para campos quando aplicavel.- Navegacao fora de ordem entre os componentes da tela.- Teclas de atalho padrao nao desenvolvidas corretamente.- Foco setado incorretamente.- Imagens nao carregadas.- Erros de ordenacao/quebra em consultas e relatorios.- Termos inadequados/fora do contexto. 4-Cosmetico - Nao chegam a comprometer o objetivo final da funcionalidade.- Afetam a aparencia na forma de erro, nao de melhoria. - Layout de tela/relatorio esteticamente inadequado.- Erros de documentacao.- Erros de ortografia/digitacao.- Alinhamento de campos.- Falta de clareza em mensagens para o usuario. 5-Melhoria - Nao sao erros, mas oportunidades de melhoria identificadas no uso do sistema durante a fase de inspecao. - Existe grande probabilidade de o cliente sugerir a mesma melhoria no futuro. - Acao pro-ativa. - Telas/relatorios com layout adequado, mas com oportunidade de melhoria.- Sugestao de termos.- Cores. Prioridade MATRIZ DE PRIORIZACAO PARA CORRECAO Detectabilidade Alta Media Baixa Severidade Critico P1 P1 P1 Grave P1 P1 P2 Moderado P2 P2 P3 Cosmetico P3 P3 P4 Melhoria P4 P4 P4 Prioridade Prazo Correcao Definicao P1 x Dias uteis (de acordo com seu SLA) Resolver imediatamenteDesenvolvimento posterior e/ou teste nao pode ocorrer ate que o defeito tenha sido reparado.O sistema nao pode ser usado ate que o reparo tenha sido efetuado. P2 x Dias uteis (de acordo com seu SLA) Dar alta prioridadeO defeito deve ser resolvido