Mudanças entre as edições de "Padrões para classificação de bugs"
| Linha 21: | Linha 21: | ||
*Definição | *Definição | ||
| + | |||
====Desacordo com o requisito==== | ====Desacordo com o requisito==== | ||
| Linha 26: | Linha 27: | ||
Essa classificação deve ser utilizada nos casos em que o sistema, módulo ou página não foi desenvolvido de acordo com os requisitos fornecidos. | Essa classificação deve ser utilizada nos casos em que o sistema, módulo ou página não foi desenvolvido de acordo com os requisitos fornecidos. | ||
| − | + | Exemplo: | |
''Requisito:'' a página de cadastro de pessoas deve possuir os campos Nome, Endereço e Telefone. | ''Requisito:'' a página de cadastro de pessoas deve possuir os campos Nome, Endereço e Telefone. | ||
| Linha 32: | Linha 33: | ||
A falta do campo Telefone caracteriza um bug de Funcionalidade, com a subclassficação Desacordo com o requisito. Vale lembrar que a página pode estar funcionando corretamente com os campos que foram implementados, porém a falta de um dos campos especificados no requisito caracteriza um problema. | A falta do campo Telefone caracteriza um bug de Funcionalidade, com a subclassficação Desacordo com o requisito. Vale lembrar que a página pode estar funcionando corretamente com os campos que foram implementados, porém a falta de um dos campos especificados no requisito caracteriza um problema. | ||
| + | |||
====Integração==== | ====Integração==== | ||
| Linha 37: | Linha 39: | ||
Utilizada quando o desenvolvimento de um requisito afeta ou danifica, direta ou indiretamete, outra parte do sistema. | Utilizada quando o desenvolvimento de um requisito afeta ou danifica, direta ou indiretamete, outra parte do sistema. | ||
| − | + | Exemplo: | |
''Requisito:'' Alterar a forma de cálculo da média bimestral, de (a+b+c)/3 para (a+b)/2. | ''Requisito:'' Alterar a forma de cálculo da média bimestral, de (a+b+c)/3 para (a+b)/2. | ||
| Linha 49: | Linha 51: | ||
Utilizada quando o desenvolvimento introduziu defeitos no software, que causam falhas ou qualquer outro problema nas funcionalidades. | Utilizada quando o desenvolvimento introduziu defeitos no software, que causam falhas ou qualquer outro problema nas funcionalidades. | ||
| − | + | Exemplo 1: | |
''Requisito:'' Página de cadastro de pessoas, com os campos Nome, Endereço e Telefone. | ''Requisito:'' Página de cadastro de pessoas, com os campos Nome, Endereço e Telefone. | ||
| Linha 56: | Linha 58: | ||
Neste caso, provavelmente não foram inseridos os métodos para salvar os dados do campo Nome. | Neste caso, provavelmente não foram inseridos os métodos para salvar os dados do campo Nome. | ||
| − | + | Exemplo 2: | |
''Requisito:'' Página de cadastro de pessoas, com os campos Nome, Endereço e Telefone. | ''Requisito:'' Página de cadastro de pessoas, com os campos Nome, Endereço e Telefone. | ||
Edição das 22h16min de 24 de maio de 2016
Versão: 1.0 de 19/04/2016
Índice
Introdução
Com o amadurecimento do processo de testes na MSTECH, surge a necessidade da implantação de métodos de melhoria contínua da qualidade. Os bugs representam muito mais do que descritivos de falhas. Através de uma análise estatística, podemos identificar padrões de defeitos e, dessa maneira, sugerir melhorias e planos de ação para diminuir essas ocorrências, aumentando a qualidade dos produtos desenvolvidos. A classificação dos bugs auxilia nesse processo, dando aos gestores os instrumentos necessários para identificar esses padrões.
Classificações
Funcionalidade
- Desacordo com o requisito
- Integração
- Construção
- Ortografia e gramática
- Definição
Desacordo com o requisito
Essa classificação deve ser utilizada nos casos em que o sistema, módulo ou página não foi desenvolvido de acordo com os requisitos fornecidos.
Exemplo:
Requisito: a página de cadastro de pessoas deve possuir os campos Nome, Endereço e Telefone. Desenvolvimento: A página foi desenvolvida com os campos Nome e Endereço.
A falta do campo Telefone caracteriza um bug de Funcionalidade, com a subclassficação Desacordo com o requisito. Vale lembrar que a página pode estar funcionando corretamente com os campos que foram implementados, porém a falta de um dos campos especificados no requisito caracteriza um problema.
Integração
Utilizada quando o desenvolvimento de um requisito afeta ou danifica, direta ou indiretamete, outra parte do sistema.
Exemplo:
Requisito: Alterar a forma de cálculo da média bimestral, de (a+b+c)/3 para (a+b)/2. Desenvolvimento: Fórmula alterada para (a+b)/2.
O desenvolvimento foi realizado corretamente, porém a alteração da fórmula de média bimestral alterou também o cálculo da média final, que não deveria ter sido alterada. Portanto, ocorreu um bug de Funcionalidade, subclassificação Integração.
Construção
Utilizada quando o desenvolvimento introduziu defeitos no software, que causam falhas ou qualquer outro problema nas funcionalidades.
Exemplo 1:
Requisito: Página de cadastro de pessoas, com os campos Nome, Endereço e Telefone. No teste: Os campos foram criados, porém não está salvando o campo Nome.
Neste caso, provavelmente não foram inseridos os métodos para salvar os dados do campo Nome.
Exemplo 2:
Requisito: Página de cadastro de pessoas, com os campos Nome, Endereço e Telefone. No teste: Ao clicar no botão Salvar, sistema exibe mensagem de erro.
Neste caso, sistema apresentou uma falha, provavelmente por erro no código.
