motivação
DESCRIPTION
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 - PowerPoint PPT PresentationTRANSCRIPT
Um Estudo Analítico sobre técnicas de Identificação de Um Estudo Analítico sobre técnicas de Identificação de Riscos no Planejamento de Testes de SoftwareRiscos no Planejamento de Testes de Software
Liliane Silva, Cristine Gusmão,Alexandre VasconcelosLiliane Silva, Cristine Gusmão,Alexandre Vasconcelos
{lss4,cmgg,amlv}@cin.ufpe{lss4,cmgg,amlv}@cin.ufpe
MotivaçãoMotivação
SQA (Software Quality Assurance)Requisitos satisfazem necessidades
Testes para garantir qualidade principalmente da áreas mais críticas
Testar é caro
2
NecessidadeNecessidade
Priorizar EsforçosAlocar RecursosReduzir tempo Reduzir esforço dos testes
3
PropostaPropostaPriorizar 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
ProblemaProblema
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çãoSolução
o Evolução da RBTToolo 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
ObjetivoObjetivo
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 Ciclo de vida do teste de softwaresoftware
8
Ciclo de vida do teste de Ciclo de vida do teste de softwaresoftware
9
Ciclo de vida do teste de Ciclo de vida do teste de softwaresoftware
10
Identificar RequisitosPriorizar requisitosRecursosCronograma
Ciclo de vida do teste de Ciclo de vida do teste de softwaresoftware
11
Identificar RequisitosPriorizar requisitosRecursosCronograma
Como Priorizar Requisitos?Como Priorizar Requisitos?
12
Projeto Risco 2.1Requisito 2
Requisito n
Risco 1.1
Risco 1.2
Requisito 1
Risco 2.2
Risco n.1
.
.
.
Caso de teste 1.1
Caso de teste 1.2
Caso de teste 2.1
Caso de teste 2.2
Caso de teste 2.2
Modelo RBTModelo RBTProcessProcess
13
Disciplina Identificar Riscos Disciplina Identificar Riscos proposto no RBTproposto no RBTProcess Process atualatual
14
Identificação de RiscosIdentificação de Riscos
15
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?
Identificação de riscosIdentificação de riscoso Considerada a mais importanteo 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 comunsTécnicas mais comuns
17
BrainstormBrainstorm EletrônicoTécnica DelphiEntrevista/
Julgamento de especialistas
Identificação de causaAnálise swotChecklistDiagrama causa-efeito Fluxograma
Diagrama de InfluênciaTécnica de Grupo NominalPonderingCriação de CenáriosQuestionárioAbordagem baseada em
casos Slip de Crawford Analogia
BrainstormBrainstorm
18
Técnica DelphiTécnica Delphi
19
Entrevista/Julgamento de Entrevista/Julgamento de EspecialistasEspecialistas
20
Análise SWOTAnálise SWOT
21
ChecklistChecklist
22
Diagrama Causa-EfeitoDiagrama Causa-Efeito
23
FluxogramaFluxograma
24
Técnica de Grupo NominalTécnica de Grupo Nominal
25
QuestionárioQuestionário
26
Slip de CrawfordSlip de Crawford
27
LimitaçõesLimitações
28
No RBTProcess Aplicação de apenas uma técnica de
Identificação de RiscosQuestionário baseado em
taxonomia de riscos Nas técnicas de identificação de riscos
Os riscos não são armazenados e documentados
Resultados E DiscussõesResultados E Discussões
29
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.
Conclusões e Trabalhos Conclusões e Trabalhos FuturosFuturos
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 Um Estudo Analítico sobre técnicas de Identificação de Riscos no Planejamento de Testes de SoftwareRiscos no Planejamento de Testes de Software
Liliane Silva, Cristine Gusmão,Alexandre VasconcelosLiliane Silva, Cristine Gusmão,Alexandre Vasconcelos
{lss4,cmgg,amlv}@cin.ufpe{lss4,cmgg,amlv}@cin.ufpe