Mudanças entre as edições de "Padrões para classificação de bugs"
(Criou página com '==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 represent...') |
|||
| Linha 1: | Linha 1: | ||
| + | Versão: 1.0 de 19/04/2016 | ||
| + | |||
| + | |||
==Introdução== | ==Introdução== | ||
| Linha 7: | Linha 10: | ||
==Classificações== | ==Classificações== | ||
| − | === | + | ===Funcionalidade=== |
*Desacordo com o requisito | *Desacordo com o requisito | ||
| Linha 19: | Linha 22: | ||
*Definição | *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. | 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. | ||
| Linha 30: | 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==== |
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. | ||
| Linha 40: | Linha 43: | ||
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. | 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. | ||
Edição das 22h15min 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.
