Análise de Riscos em Teste de Software

Análise de Riscos em Teste de Software

1. Ricos Segundo o PMBOK condição ou evento incerto podem incluir escopo,cronograma, custo e qualidade.

2. Risco ● Do ponto de vista do teste: Risco pode ser definido como a probabilidade ou possibilidade de um evento ocorrer, e uma vez ocorrendo, as consequências negativas e ou impactos desse evento.

3. Tipos de Risco de Teste Um produto de software: Produtos desenvolvidos por empresas que efetuam testes antes de liberar o seu produto, mas não possuem uma equipe permanente especializada em testes, logo executam basicamente testes unitários e testes de integração.

   • Um projeto de teste de software: O risco de teste num projeto de software pode surgir através de duas causas básicas: Custo e Prazo

4. Riscos decorrentes da tecnologia da informação 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.

5. Dentre os possíveis riscos para o processo de teste, a ser identificados pelo gerente de teste, destacamos:Orçamento; insuficiente,Qualificação da equipe de teste;Ambiente de teste;Ferramentas; faltas de ferramentas necessárias para sucesso de um tipo de teste;Metodologias;Cronograma de recebimento de programas para teste e cronograma para devolução; Caso os prazos sejam exíguos. Negociar. Testware;Novas Tecnologias;

6. Determinação da magnitude dos riscos quando se fala em risco, existe uma relação entre o custo da ocorrência do risco e o custo dos mecanismos de controle para evitar que o risco ocorra.

7. O risco de ocorrência de defeitos é maior num software mal testado. Funcionalidade; Confiabilidade; Usabilidade; Eficiência; Manutenibilidade; Portabilidade.

8. Outros riscos do projeto de testes

   • • Ausência do cronograma detalhado do projeto de desenvolvimento; Datas finais dependentes da execução dos testes; Bases de testes não disponíveis nas datas programadas; Baixa qualidade da base de testes; Falta de métrica adequada para medir o sistema e o processo de teste; Disponibilidade de pessoal para testes; Crescimento do sistema; Disponibilidade do ambiente de teste. Uma das maneiras de reduzir os riscos do software é testá-lo adequadamente.

9. 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

10. Gerenciamento dos riscos dos projetos – Conforme PMBOK. Controle, identificação,análise, classificação,planejamento e rastreamento.

11. Planejamento dos riscos Possivelmente um plano de contingência seria a contratação de um técnico para em caráter de urgência fazer este trabalho, pois pode ser que os desenvolvedores não tenham tempo disponível para fazer isso, ou até mesmo, não tenham o perfil adequado para este trabalho.

12. Controle e monitoração dos riscos Controlar e monitorar riscos é acompanhar a evolução dos riscos no desenvolvimento dos projetos, o que envolve a avaliação permanente dos riscos e, caso algum já tenha ocorrido, como funcionou a resposta atribuída a sua ocorrência.