Análise de Riscos em Teste de Software

Análise de Riscos em Teste de Software

1. Risco

   • Tipos de Risco de Teste
     • Um produto de software:
     • Um projeto de teste de software:
     • Um processo de teste de software:
   • Riscos decorrentes
     • A análise de risco tenta identificar os riscos e medir seu nível de severidade. Desse modo, uma ameaça é a possível ocorrência de um evento que causa danos.
     • Os riscos presentes na área de tecnologia da informação podem ser gerados por ameaças físicas ou decorrentes da ação de pessoas.
     • O trabalho do audito de sistemas é procurar e identificar esses riscos, estimar sua severidade e montar processos de teste de auditoria para mapear os possíveis riscos derivados de sua ocorrência.
   • Riscos relativos
     • Plano de Testes, esses riscos receberão os maiores níveis de prioridade.
     • Esses dois pontos deverão ser levados em conta para definição da cobertura dos testes.
     • Podemos afirmar que o total de testes a ser executado está diretamente ligado ao total de riscos envolvidos.
     • Riscos do processo
       • Orçamento; insuficiente para execução dos serviços de teste;
       • Qualificação da equipe de teste; equipe sem treinamentos;
       • Ambiente de teste; ambiente de teste mais próximo do ambiente de produção;
       • Ferramentas; faltas de ferramentas necessárias para sucesso de um tipo de teste;
       • Metodologias; falta de metodologia adequada e condizente com o desenvolvimento;
       • Cronograma de recebimento de programas para teste e cronograma para devolução; Caso os prazos sejam exíguos. Negociar.
       • Testware; ter metodologia para guardar a documentação de teste para uso futuro;
       • Novas Tecnologias; uso de tecnologias não dominadas pela equipe de teste.
   • Determinação da magnitude dos riscos
   • O QAI estabelece que um risco pode ser determinado por quatro maneiras, descritas a seguir:
   • Consenso; Trata-se de um consenso entre a equipe de que aquele risco te um nível elevado de severidade.
   • Fórmula de risco; Existe dados financeiros que permitem medir o custo da perda pela ocorrência do risco.
   • Estimativas de perdas anuais; Este caso é uma combinação do consenso com a fórmula de risco.
   • Riscos baseados nas características de qualidade
     • O risco de ocorrência de defeitos é maior num software mal testado.
     • Funcionalidade; Teste de Funcionalidade;
     • Confiabilidade; Teste de Estresse;
     • Usabilidade; Teste de Usabilidade;
     • Eficiência; Teste de Desempenho;
     • Manutenibilidade; Teste Caixa-Branca, etc.
     • Portabilidade; Teste de Produção, Alfa, etc.
   • Controle dos riscos
     • Se aumentarmos o esforço de teste, a tendência será minimizar os riscos de ocorrência de defeitos.
     • Tomar como base o Princípio de Pareto de que 20% do software é responsável por 80% de suas funcionalidades
     • Através de reuniões com os técnicos envolvidos no projeto;
     • Listas de riscos publicadas;
     • Base de informações de projetos anteriores.
   • Análise de riscos
     • A análise qualitativa dos riscos é feita com base na definição da probabilidade de ocorrência do risco e de sua severidade.
     • Muitas vezes a análise quantitativa PE realizada em conjunto com análise qualitativa. O objetivo da análise qualitativa é analisar numericamente a probabilidade de cada risco, de modo que seja possível, depois definir seu tratamento. Essa análise é feita dentro do contexto global do projeto.
   • Análise de Risco
     • Segundo Craig e Jaskiel, Systematic Software Testing: é o processo de identificar, estimar e avaliar riscos.
     • Dividida em duas:
     • Análise de risco em software;
     • Análise dos riscos de planejamento e contingências;
   • Análise de Risco - Motivação
     • Impossibilidade de testar exaustivamente - todo o produto;
     • No teste, o foco deve ser as situações que, caso ocorram, ocasionam maiores prejuízos ao projeto;