Galeria de mapas mentais Classificação de erro
Os defeitos de software são frequentemente chamados de bugs. Os chamados defeitos de software referem-se a certos problemas, erros ou defeitos funcionais ocultos em software ou programas de computador que perturbam as capacidades normais de operação. A existência de bugs fará com que o produto de software não atenda às necessidades dos usuários até certo ponto. Você sabe como classificar bugs em testes de software?
Editado em 2023-11-22 19:23:12Il s'agit d'une carte mentale sur les anévrismes intracrâniens, avec le contenu principal, notamment: le congé, l'évaluation d'admission, les mesures infirmières, les mesures de traitement, les examens auxiliaires, les manifestations cliniques et les définitions.
Il s'agit d'une carte mentale sur l'entretien de comptabilité des coûts, le principal contenu comprend: 5. Liste des questions d'entrevue recommandées, 4. Compétences de base pour améliorer le taux de réussite, 3. Questions professionnelles, 2. Questions et réponses de simulation de scénarios, 1. Questions et réponses de capacité professionnelle.
Il s'agit d'une carte mentale sur les méthodes de recherche de la littérature, et son contenu principal comprend: 5. Méthode complète, 4. Méthode de traçabilité, 3. Méthode de vérification des points, 2. Méthode de recherche inversée, 1. Méthode de recherche durable.
Il s'agit d'une carte mentale sur les anévrismes intracrâniens, avec le contenu principal, notamment: le congé, l'évaluation d'admission, les mesures infirmières, les mesures de traitement, les examens auxiliaires, les manifestations cliniques et les définitions.
Il s'agit d'une carte mentale sur l'entretien de comptabilité des coûts, le principal contenu comprend: 5. Liste des questions d'entrevue recommandées, 4. Compétences de base pour améliorer le taux de réussite, 3. Questions professionnelles, 2. Questions et réponses de simulation de scénarios, 1. Questions et réponses de capacité professionnelle.
Il s'agit d'une carte mentale sur les méthodes de recherche de la littérature, et son contenu principal comprend: 5. Méthode complète, 4. Méthode de traçabilité, 3. Méthode de vérification des points, 2. Méthode de recherche inversée, 1. Méthode de recherche durable.
Classificação de erro
1. Definição de bug
De modo geral, se não atender às necessidades do usuário, pode ser considerado um bug. Em sentido estrito, refere-se a lacunas ou defeitos no programa de software. Em sentido amplo, refere-se aos detalhes que o engenheiro de teste. ou o usuário propôs que o software pode ser melhorado, ou a implementação funcional que é diferente do documento de requisitos.
Correspondendo a três finalidades de teste:
1. Para encontrar erros de código de programa ou lógica de negócios
2. Para verificar se o produto atende às necessidades do usuário
3. Para melhorar a experiência do usuário
2. Tipos de bugs
A classificação dos bugs é dividida aproximadamente nas seguintes categorias:
1. Erro de código
2. Defeitos de projeto
3. Otimização da interface
4. Problemas de desempenho
5. Configuração relacionada
6. Instalação e implantação
7. Relacionado à segurança
8. Padrões e especificações
9. Outras divisões: categoria funcional, categoria de interface, categoria de desempenho, categoria de facilidade de uso, categoria de compatibilidade, outras
3. Nível de bug
Bug de nível 1: (erro fatal)
1. Falhas do sistema, congelamentos, erros de loop infinito causados por operações de rotina e falha ao sair normalmente
2. O design funcional é seriamente inconsistente com os requisitos, faltam módulos básicos e o processo de teste não pode ser realizado.
3. Erros graves de cálculo de dados
4. Os dados do usuário são perdidos ou destruídos
5. Vazamento de memória, o sistema não consegue fazer login
6. Outros problemas que impedem o teste de funções
Bug de nível 2: (erro grave)
1. Funções importantes não podem ser realizadas (por exemplo: faltam funções solicitadas pelos usuários, algumas páginas não são implementadas, a lógica não é clara, dados importantes do gráfico não são desenvolvidos, etc.)
2. O erro se espalha amplamente e afeta a implementação normal de outras funções importantes.
3. Falhas, congelamentos e loops infinitos do programa causados por operações não convencionais (operações não convencionais: operações que os usuários não realizarão ao usar o software)
4. Após os dados serem salvos no sistema, um erro é exibido no banco de dados.
5. A senha é exibida em texto não criptografado
6. A página não exibe tela branca e nenhum dado.
7. Os dados do mapa e os dados do gráfico são inconsistentes
Bug de nível 3: (erro geral)
Defeitos que não afetam o funcionamento do produto nem causam mau funcionamento, mas têm maior impacto na aparência do produto e no próximo processo
1. Funções menores não podem ser realizadas normalmente
2. Erros de interface de operação (incluindo definições de nomes de colunas na janela de dados, significados inconsistentes)
Por exemplo: o nome da coluna é inconsistente com o conteúdo do nome da coluna
3. Erros de consulta e exibição de erros de dados
4. Restrições de entrada simples não são colocadas no front-end para controle (a exibição do formato, como julgamento de formato no login e registro, pode ser avaliada pelo front-end);
5. Nenhum prompt é fornecido para operação de exclusão
6. Condições de contorno erradas ou sem restrições
7. O sistema não está otimizado, a página de dados carrega lentamente e a operação trava (problemas de desempenho)
8. Problemas de compatibilidade (resolução, versão do sistema, etc.)
Bug de nível 4: (problema de interface)
O programa não é bonito em algumas telas, não está de acordo com os hábitos do usuário ou apresenta alguns erros de texto.
1. A interface não é padronizada
2. As instruções auxiliares não são claras
3. O texto da janela de prompt não usa terminologia do setor
4. Existem erros de texto na interface
5. Nenhum aviso é fornecido ao usuário durante a operação
6. Alguns pequenos problemas, como organização irregular do texto
Bug de nível 5: (pergunta sugestiva)
1. Opiniões e sugestões sobre design de produtos
2. Opiniões e sugestões sobre otimização da interface do produto
3. Opiniões e sugestões sobre como o produto precisa ser otimizado para melhorar a experiência do usuário.
4. Bug [Prioridade]
1. P1: Ou seja, “resolver imediatamente”, a prioridade mais alta, o problema que deve ser corrigido imediatamente exige que o desenvolvedor modifique o bug imediatamente. Geralmente, isso significa que o defeito faz com que o programa falhe completamente em atender às necessidades de. o produto e as funções básicas obviamente não estão implementadas ou indisponíveis, bloqueando o processo e o progresso do teste, etc.
2. P2: “Solução urgente”, o que significa que a reparação do problema é muito urgente e está relacionada com a possibilidade de utilização normal dos principais módulos funcionais do sistema, incluindo funções, dados ou outras necessidades urgentes.
3. P3: “Atribuir grande importância”, o que significa que deve ser resolvido imediatamente se houver tempo. Significa principalmente que as funções e os resultados esperados do sistema são relativamente elevados, mas não afeta outras funções e funções principais principais. .
4. P4: Significa "processamento normal". Basta lidar com isso de acordo com seu plano pessoal. Refere-se principalmente a erros de interface, interação e algumas funções particularmente pequenas, mas você pode pular esses bugs e continuar testando.
5. P5: Ou seja, "baixa prioridade", alguns bugs que podem ser modificados ou não, ou não há certeza se a modificação pode ser bem-sucedida. Não afeta a experiência do usuário, mas é melhor modificá-la. Geralmente, se você quiser modificá-lo e não tiver tempo suficiente, poderá fazer modificações nas atualizações de versão subsequentes.
Nota: A gravidade e a prioridade nem sempre correspondem. Às vezes, defeitos de software de alta gravidade não têm necessariamente alta prioridade e nem precisam ser processados, enquanto alguns defeitos de baixa gravidade precisam ser processados a tempo e ter prioridade mais alta, dependendo da situação específica.
5. Classificação de bugs
P0
definição
Completamente incapaz de atender aos requisitos do produto, as funções básicas estão implementadas de forma incompleta ou completamente indisponíveis, bloqueando o processo de teste e o progresso (processo funcional principal)
Incluindo, mas não limitado aos seguintes itens
1. As funções principais não estão implementadas ou faltam funções.
2. O processo de negócios está incorreto
3. Os dados não são relatados e os dados do usuário são perdidos
4. Ultra vires
5. Falhas, congelamentos e loops intermináveis do sistema causados por operações de rotina
6. Problemas de segurança que causam vazamento de dados
7. Envolvendo dinheiro, como pagamentos e saldos
8. Problema sério de interface do usuário: página principal
9. Questões de segurança
10. Problemas de compatibilidade levam a grandes anormalidades funcionais (como botões bloqueados e impossibilidade de entrar na próxima etapa)
11. Atraso intolerável e carregamento lento da página (mais de 30 segundos)
12. Outros erros que impedem o teste
Prioridade de reparo
urgente
P1
definição
A implementação da função do produto não atende aos requisitos e não atinge os resultados esperados, mas não bloqueia o progresso do teste (processo funcional não essencial, não afeta outras funções)
Incluindo, mas não limitado aos seguintes itens
1. Funções secundárias não estão implementadas ou estão faltando.
2. O erro se espalha amplamente e afeta a implementação normal de outras funções importantes.
3. Falhas, congelamentos e loops intermináveis do sistema causados por operações não convencionais (operações não convencionais: operações que os usuários não realizarão ao usar o sistema)
4. A página não está implementada de acordo com U e a experiência do usuário é ruim
5. Erro de salto de página (como clicar para criar detalhes de salto)
6. A página carrega lentamente e está obviamente travada (mais de 15s)
7. A classificação de consultas não está implementada
8. Problemas de compatibilidade do sistema levam a pequenas anormalidades funcionais (por exemplo: exibição anormal da interface da página, mas não afeta o uso de funções)
9. Falta de tratamento de exceções do sistema
10. Tipo de dados e condições de limite incorretos (por exemplo: insira apenas valores numéricos, mas outros caracteres podem ser inseridos e nenhum erro é relatado)
11. Saltos do cursor e erros de posicionamento (como: seleção do equilíbrio do envelope vermelho, posicionamento do cursor na fissão do envelope vermelho)
12. Erro de interface
Prioridade de reparo
alto
P2
definição
Problemas funcionais, de interface ou de interação relativamente pequenos podem ser testados contornando esses problemas
Incluindo, mas não limitado aos seguintes itens
1. Problemas de compatibilidade com sistemas não convencionais que representam uma baixa proporção
2. Erros de redação (como avisos do sistema)
3. O carregamento da página é lento (mais de 8s)
4. Defeitos probabilísticos
5. O estilo e o tamanho da fonte não são uniformes
6. O texto não está bem organizado
7. A cópia é muito longa e está bloqueada, sem quebras de linha ou omissões.
8. A descrição funcional não é fornecida ou é descrita de forma pouco clara
9. Exclusão sem confirmação secundária
10. Operações não convencionais, como problemas que só podem ser reproduzidos após operações compostas em várias etapas (os usuários geralmente não operam dessa forma)
11. Problemas de experiência de interação: Problemas de interação que são inconsistentes com a interação do sistema ou com a cognição das pessoas comuns
12. Problemas de compatibilidade/adaptabilidade
13. A parte oculta da página não está oculta (por exemplo: parte dos dados é exibida)
14. Código de proteção de segurança (verificação de parâmetros, julgamento nulo, tipo overflow)
15. Nenhum aviso de brinde é fornecido durante a operação
16. Erro de consulta, nome e valor da coluna de dados são inconsistentes
17. Erros funcionais básicos
Prioridade de reparo
meio
ordinário
P3
definição
Alguns bugs que podem ou não ser modificados, ou que ainda não têm certeza se podem ser modificados com sucesso, não afetarão a experiência do usuário.
Incluindo, mas não limitado aos seguintes itens
1. Muito poucos problemas de adaptação do modelo
2. Bugs sugeridos, que podem ser corrigidos ou não, não afetarão o lançamento da versão.
3. Atraso no processamento de bugs (defeitos quando o desenvolvimento é finalizado, não afetam o lançamento da versão atual, o desenvolvimento pode ser adiado)
4. Bugs pendentes (desenvolvimento de soluções técnicas a serem encontradas)
Prioridade de reparo
Baixo