- Teste de Software - - Aula 06 -

- Teste de Software - - Aula 06 -

1. Definição de risco

   • 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.
       • Em geral, os testadores tentam cobrir as partes mais importantes do software, aquelas nas quais se concentrarão os maiores riscos para o negócio. No Plano de Testes, esses riscos receberão os maiores níveis de prioridade.
   • Assim, risco pode ser entendido em termos de probabilidade de ocorrência e impacto. Risco pode ser um “acidente de percurso” que pode causar um desvio anormal num projeto ou num processo.
     • Ao fazer a análise de riscos, devemos levar em conta o seguinte: • A probabilidade de ocorrência do risco. • O impacto e a perda associada a esse risco.

2. 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. Sai muito mais barato, por exemplo, contratar uma outra empresa especializada em testes para executar esta atividade. O negócio de uma empresa é desenvolver e o da outra é testar.
   • 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

3. Um processo de teste de software:

   • Todo projeto está sujeito a riscos. A gerência de projetos, conforme apregoado pelo PMI, possui uma área de gerência específica para riscos.
   • Dentro dos conceitos atuais, o projeto de desenvolvimento de um software deve ser acompanhado por um outro projeto de teste deste mesmo software.
   • Sempre que os testes são executados ao final do projeto de desenvolvimento, os riscos são maiores, esses riscos são listados a seguir:  Pressões maiores no final do projeto;  Os prazos de teste tendem as ser reduzidos;  O trabalho de teste tende a ser feito de forma incompleta;  Os produtos são liberados para a produção sem a qualidade desejada e carregando  Inúmeros defeitos não identificados.

4. Riscos decorrentes da tecnologia da informação

   • 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.
   • últimos membros sobreviventes do clã Uchiha de Konohagakure, além de ser a reencarnação atual de Indra. Ele se tornou um shinobi para que pudesse algum dia ficar forte o suficiente para se vingar contra o seu irmão mais velho, Itachi, que tinha massacrado todo o seu clã. Inicialmente, um membro do Time 7 de Konoha, Sasuke desertou da aldeia para obter poder com Orochimaru, e mais tarde também se juntou a Akatsuki, tornando-se um criminoso internacional no processo. Mais tarde, ele se torna uma peça fundamental para acabar com a Quarta Guerra Mundial Ninja, até ser finalmente redimido por seu rival, e também melhor amigo, Naruto Uzumaki. Sasuke decide voltar para Konoha, dedicando a sua vida para ajudar a proteger a vila e seus habitantes.
   • Em geral, os testadores tentam cobrir as partes mais importantes do software, aquelas nas quais se concentrarão os maiores riscos para o negócio. No Plano de Testes, esses riscos receberão os maiores níveis de prioridade.
   • Ao fazer a análise de riscos, devemos levar em conta o seguinte: • A probabilidade de ocorrência do risco. • O impacto e a perda associada a esse risco. 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.

5. Cálculo do risco

   • A parte inicial do processo de teste baseado em riscos é justamente fazer a análise do risco de cada funcionalidade. Não é uma etapa fácil, por ser uma análise subjetiva. São necessários experiência e conhecimentos técnicos para poder calcular de maneira satisfatória os riscos.
   • Elaboração e execução de casos de teste Os casos de teste são elaborados de acordo com a análise de risco, dando prioridade do esforço de teste para as funcionalidades de maior risco
   • O Impacto é o grau do dano que um erro naquela funcionalidade pode gerar. A Probabilidade é a chance de que um erro naquela funcionalidade ocorra. Portanto, temos nesse cenário fictício as funcionalidade de Cadastro de produto e Pagamento com cartão de crédito como sendo as de maior risco.