Menu

Métodos e técnicas de prevenção de defeitos

defect prevention methods

Experimente Nosso Instrumento Para Eliminar Problemas

Abordagem eficaz de prevenção de defeitos e as visões críticas:

Garantia de qualidade é o termo comumente usado para se referir às equipes de teste em projetos de TI.

Aspectos técnicos à parte, as atividades de garantia de qualidade não são apenas direcionadas à identificação de defeitos (que é encontrar defeitos depois que eles acontecem. Isso é simplesmente um teste ou controle de qualidade), mas também inclui a prevenção de defeitos (certificando-se de que os defeitos não ocorram em primeiro lugar ou os defeitos são removidos / reduzidos antes de entrarem no produto de software).

Métodos de prevenção de defeitos

Um equivalente de equação simples pode ser:

QA = QC (identificação de defeito) + Prevenção de defeito

Embora pareça bastante simples, há menos ênfase ou direção disponível sobre como ou o que exatamente são tarefas de prevenção de defeitos.

A verdade é que os defeitos encontrados durante a fase de teste ou pior após o lançamento são mais caros de encontrar e consertar e podem causar perda de confiança na marca. Portanto, quanto mais cedo forem tomadas as medidas de prevenção, melhor. Além disso, a prevenção de defeitos também ajuda as empresas a atingirem o mais alto nível de CMMI (Capability Maturity Model Integration).

Neste artigo, vamos dar uma olhada mais de perto na prevenção de defeitos.

O que você aprenderá:

Prevenção de Defeitos

A prevenção de defeitos é uma etapa ou atividade crucial em qualquer processo de desenvolvimento de software e, como pode ser visto no diagrama abaixo, é praticamente a metade de nossas tarefas de teste:

Prevenção de Defeitos

Em resumo, a seguir estão as responsabilidades de prevenção de defeitos para testadores em cada um dos estágios abaixo:

# 1) Revisão de especificações de requisitos:

Depois de entender os requisitos do cliente, prepare a essência de seus requisitos.

Uma revisão é importante nesta etapa - o primeiro nível de revisão deve ser dentro da equipe, seguido por outro nível de revisão externa (por um desenvolvedor, BA ou cliente) para garantir que todas as perspectivas estejam em sincronia.

# 2) Revisão do projeto:

O estágio de design pode ser considerado uma espécie de estágio de estratégia e passar por ele garantirá que a equipe de QA entenda os prós e contras de cada estratégia.

Esse tipo de passo a passo crítico ajudará a descobrir quaisquer problemas com as estratégias mencionadas e a corrigi-los antes de prosseguir. Isso pode ser considerado um estudo de viabilidade para a estratégia (ou estratégias).

# 3) Revisão de código:

diferença entre teste sit e uat

Não há muito para os testadores se envolverem diretamente nesta fase, mas a revisão continua aqui também. Os desenvolvedores realizam inspeções de código, orientações e revisões antes de testar a unidade e a integração do aplicativo.

Métodos e técnicas de prevenção de defeitos

Alguns métodos tradicionais e comuns que têm sido usados ​​há muito tempo para prevenção de defeitos estão listados abaixo;

# 1) Revisão e inspeção: Este método inclui a revisão por um membro individual da equipe (autoverificação), revisões por pares e inspeção de todos os produtos de trabalho.

=> Para obter mais informações sobre como isso é realizado, consulte nosso Revisões de documentação de teste artigo.

# 2) Passo a passo: Isso é mais ou menos como uma revisão, mas está principalmente relacionado à comparação do sistema com o protótipo, o que dará uma ideia melhor quanto à exatidão e / ou aparência do sistema.

# 3) Registro e documentação de defeitos: Este método fornece algumas informações importantes, argumentos / parâmetros que podem ser usados ​​para apoiar a análise de defeitos.

# 4) Análise de causa raiz: A análise de causa raiz inclui duas abordagens principais:

I) Análise de Pareto:

A análise de Pareto é uma técnica formal e simples que ajuda a priorizar a ordem de resolução do problema para o máximo impacto. Afirma que 80% do problema surge por motivos de 20%.

Portanto, os problemas uma vez identificados são priorizados de acordo com a frequência e uma análise detalhada com base em estatísticas é realizada para encontrar 20% dos motivos atribuídos aos 80% dos problemas. Ao simplesmente focar nesses motivos de 20% e eliminá-los, os resultados são garantidos enquanto otimiza a extensão do trabalho envolvido.

II) Análise de espinha de peixe:

Também conhecido como Análise Ishikawa este método é uma técnica de análise de causa raiz mais visual. Não há estatísticas envolvidas, pois este método é baseado em brainstorming de toda a equipe. O diagrama a seguir ajuda a entender isso melhor.

O problema é primeiro escrito no lado direito e na linha horizontal que passa por ele, as várias causas são listadas. O ramo que tem mais ossos de causa-subcláusula (ou linhas / ramos) é o problema mais sério e que deve ser trabalhado para a eliminação. Esta técnica também é às vezes chamada análise de causa e efeito .

Análise de espinha de peixe

Nível TMM e tratamento de defeitos pela organização de teste

# 1) TMM (Testing Maturity Model) é baseado no CMM, ou seja; Modelo de maturidade capacitiva.

#dois) A Prevenção de Defeitos envolve muitos membros da equipe e seu esforço colaborativo em vários estágios, razão pela qual desempenha um papel proeminente no nível 5 de TMM. Por exemplo; Se um defeito ocorrer com frequência em qualquer caso de teste ou procedimento, a organização pode alocar um grupo de membros da equipe para analisar o defeito e desenvolver o plano contendo ações para mudanças no processo com o problema.

# 3) Alguns dos benefícios do programa de prevenção de defeitos são:

  • A equipe se motiva e fica mais consciente
  • Satisfação dos clientes
  • Maior confiabilidade, capacidade de gerenciamento e previsibilidade
  • Melhoria contínua de processo aprimorada

Funções e responsabilidades da equipe

Três grupos críticos estão envolvidos no processo de prevenção de defeitos:

exemplo de árvore binária c ++

Função do gerente:

  • Para o sucesso de qualquer programa de prevenção de defeitos, o gerenciamento deve ser fortemente favorável.
  • O suporte pode ser na forma de recursos, treinamento e ferramentas que são necessários para implementar o plano com êxito.
  • A administração deve definir a política apropriada e fazer algumas mudanças culturais, se necessário.
  • Os gerentes devem promover discussões, distribuição de lista de defeitos comuns e mudanças no processo.

Função do testador:

  • Os testadores mantêm o banco de dados de defeitos, que inclui a coleta de dados de defeitos.
  • Os dados de defeitos devem ser atualizados em intervalos regulares e as informações de defeitos devem ser mantidas atualizadas o tempo todo.
  • Para planejar a implementação da mudança

Função do cliente:

  • O cliente desempenha um papel comparativamente pequeno ou limitado, mas seu compromisso com a qualidade é fundamental.

Conclusão

A prevenção de defeitos desempenha um papel importante e crucial no processo de desenvolvimento de software. Ajuda a gerenciar a qualidade do produto de software de maneira “mais rápida e barata” com a ajuda das técnicas listadas acima.

Ele garante que os problemas sejam resolvidos logo no início, mesmo sem chegar ao aplicativo. Ele considera a descoberta da causa raiz como seu meio principal de identificar e, eventualmente, remover problemas.

Manter a qualidade do software é responsabilidade da gerência central e de toda a equipe, incluindo o líder do projeto, cliente e cada membro da equipe.

Quais são os seus métodos de prevenção de defeitos? Por favor, compartilhe seus comentários, perguntas e pensamentos abaixo.

Leitura recomendada

^