Um Estudo Analítico sobre técnicas de Identificação de
Riscos no Planejamento de Testes de Software
Liliane Silva, Cristine Gusmão,Alexandre Vasconcelos
{lss4,cmgg,amlv}@cin.ufpe
Motivação
SQA (Software Quality Assurance)
Requisitos satisfazem necessidades
Testes para garantir qualidade
principalmente da áreas mais críticas
Testar é caro
2
Necessidade
Priorizar Esforços
Alocar Recursos
Reduzir tempo
Reduzir esforço dos testes
3
Proposta
Priorizar Testes durante a fase de
planejamento de software através de boas
técnicas de identificação de Riscos para
detectar casos de usos críticos.
4
Problema
Dificuldade dos profissionais de testes
aplicar a técnica na prática.
Ausência de conhecimentos sólidos sobre
as atividades da Gerência de Riscos
 Ausência de ferramentas de apoio.
5
Solução
o Evolução da RBTTool
o Viabilizar a integração entre a
priorização dos requisitos com base nos
riscos identificados.
o Desenvolvimento de um método de
identificação de riscos a serem
aplicadas através da RBTTool na
geração automática do planejamento
de testes.
6
Objetivo
 Realizar uma revisão bibliográfica da
literatura para reconhecer e analisar as
principais técnicas/ Métodos para
Identificação de riscos que poderão ser
utilizados no planejamento de testes de
software.
7
Ciclo de vida do teste de
software
8
Ciclo de vida do teste de
software
9
Ciclo de vida do teste de
software
Identificar Requisitos
Priorizar requisitos
Recursos
Cronograma
10
Ciclo de vida do teste de
software
Identificar Requisitos
Priorizar requisitos
Recursos
Cronograma
11
Como Priorizar Requisitos?
Risco 1.1
Caso de teste 1.1
Risco 1.2
Caso de teste 1.2
Risco 2.1
Caso de teste 2.1
Risco 2.2
Caso de teste 2.2
Requisito 1
Projeto
Requisito 2
.
.
.
Requisito n
Risco n.1
Caso de teste 2.2
12
Modelo RBTProcess
13
Disciplina Identificar Riscos
proposto no RBTProcess atual
14
Identificação de Riscos
 Questionário baseado em Taxonomia de
Riscos (Software Engineering Institute SEI)
[01] O requisito vem sofrendo mudanças ele está sendo
desenvolvido?
Se SIM, qual parte está mudando?
[02] Ainda existe algo para ser especificado neste requisito?
Se SIM, qual parte não está especificada?
15
Identificação de riscos
o Considerada a mais importante
o Compreende a determinação de quais riscos podem
afetar o projeto e em documentar as suas
características:
– Contexto, Condições, Consequências,
16
Técnicas mais comuns
 Brainstorm
 Brainstorm Eletrônico
 Técnica Delphi
 Entrevista/
Julgamento de
especialistas
 Identificação de causa
 Análise swot
 Checklist
 Diagrama causa-efeito
 Fluxograma
 Diagrama de Influência
 Técnica de Grupo Nominal
 Pondering
 Criação de Cenários
 Questionário
 Abordagem baseada em
casos
 Slip de Crawford
 Analogia
17
Brainstorm
18
Técnica Delphi
19
Entrevista/Julgamento de
Especialistas
20
Análise SWOT
21
Checklist
22
Diagrama Causa-Efeito
23
Fluxograma
24
Técnica de Grupo Nominal
25
Questionário
26
Slip de Crawford
27
Limitações
No RBTProcess
Aplicação de apenas uma técnica de
Identificação de Riscos
Questionário baseado em
taxonomia de riscos
Nas técnicas de identificação de riscos
Os riscos não são armazenados e
documentados
28
Resultados E Discussões
Os riscos identificados precisam ser
armazenados e documentados
Ausência de Técnicas que armazem e
documentem o histórico dos riscos
encontrados em projetos anteriores.
29
Conclusões e Trabalhos
Futuros
o Esta lacuna encontrada nas técnicas
pesquisadas permite a definição de um
novo método de identificação de riscos
no planejamento de testes que possa
utilizar as informações de projetos
anteriores para identificar riscos em
um novo projeto.
30
Um Estudo Analítico sobre técnicas de Identificação de
Riscos no Planejamento de Testes de Software
Liliane Silva, Cristine Gusmão,Alexandre Vasconcelos
{lss4,cmgg,amlv}@cin.ufpe