Testes Baseados Em Riscos: Uma revisão do Estado-da- Arte Nielson Pontes Outubro, 2010.

Slides:



Advertisements
Apresentações semelhantes
Gerenciamento do Tempo do Projeto
Advertisements

Boas Práticas Adotadas em um Projeto de Design de Testes – Um relato de experiência
Os projetos.
Versão Premium Janeiro de 2003
Consultoria Empresarial
Prof. MSc. Larissa Luz Gomes Aula 6 Análise e Projeto de Sistemas I.
Segurança da Informação
Gestão de Projectos de SW OO: Métricas, Estimações e Planificações
Planificação do Projecto de SW
Tópicos Motivação para teste Por que algumas empresas não testam
Rational Unified Process(RUP)
Processo Desenvolvimento de Software Tradicional
Guia para Implantação de Testes em Pequenas e Médias Empresas de Software
Revisões de Software Parte 1
O processo de coletar os requisitos (escopo do cliente)
Qualidade de Software - FURB
Gerenciamento de Riscos
Como Desenvolver Sistemas de Informação
TSDD Teste de segurança durante o desenvolvimento.
Testes – visão geral Vanilson Burégio.
Gestão de Defeitos Vanilson Burégio.
Visão Geral do Desenvolvimento de Sistemas e Papéis no Desenvolvimento de Software Marcely Dias
Engenharia de Software
Introdução aos conceitos de Teste de Software
RUPinho Qualidade de Software
Planejamento e Gerenciamento do Projeto
testes de regressão e testes baseados em riscos
Processo Praxis – Fase de Concepção
Gerenciamento da Integração
FACULDADE DOS GUARARAPES
Saulo Lopes da Silva Oliveira
Gerenciamento de Integração.
11 - Gerenciamento de Riscos
Gerência de Risco em Softwares
Gerenciamento de Risco
GERENCIAMENTO DA QUALIDADE FERRAMENTAS DE CONTROLE
O que é? É o processo de investigação técnica com intuito de identificar a qualidade, a segurança e a exatidão do software desenvolvido. A validação do.
Gestão de defeitos.
1/34 Engenharia de Software e Sistemas Alexandre Vasconcelos
EPR16 – Planejamento e Gestão da Qualidade Professora Michelle Luz
Processos de Software.
Fase de Concepção Levantamento de Requisitos, Organização de Requisitos, Planejamento dos Ciclos Iterativos.
Universidade Federal de Pernambuco
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.
Projeto Piloto do LabPS Teste do Flip
Qualidade de software Fabiano Gonçalves dos Santos Aula 10.
Gestão de projetos de Software GTI-16
Integração.
Desenvolvimento de Sistemas - Fluxo de Testes
Gerenciamento de Riscos em Projetos de Software Ricardo de Oliveira Abu Hana.
Engenharia de Software com o RUP - Workflow de Testes Parte II Alexandre Vasconcelos, André Santos, Augusto Sampaio, Hermano Moura, Paulo Borba © Centro.
Qualidade de Produtos de Software
Sobre a Prime Control A Prime Control é um Centro de Excelência em Qualidade de Software. Nossa missão é desenvolver, aperfeiçoar e realizar serviços.
Sistema Almirante Gabriel Junji Ito Giuliano Diego Barbarra.
Gestão de Riscos em Ambientes de Múltiplos Projetos Cristine Gusmão 29/03/2006 GP2 | Grupo de Pesquisa em Gestão de Projetos.
RUP – Rational Unified Process Márcia Seabra Cabral Prof. Augusto Sampaio Centro de Informática - UFPE.
PLANEJAMENTO PÚBLICO EM ADAPTAÇÃO: INTEGRAÇÃO DO TEMA ADAPTAÇÃO À MUDANÇA DO CLIMA EM POLÍTICAS DE DESENVOLVIMENTO INDUSTRIAL NO BRASIL.
Apresentação Leonardo Brussolo de Paula
MAPS: Um Modelo de Adaptação de Processos de Software Ciro Carneiro Coelho Orientador Prof. Hermano Perrelli de Moura.
Gerenciamento de riscos
Gerenciamento de Escopo
Gerenciamento da Qualidade
Desenvolvimento de Software I
Estudo de Caso de Gerência de Riscos
1 Projeto Piloto Conclusão em Agenda Projeto Piloto –Descrição –Execução da aplicação –Implementação de requisitos funcionais e não- funcionais.
TESTES DE SOFTWARE – AULA 1 Prof. Me. Ronnison Reges Vidal
Sistemas de Informação Capítulo 6 O uso consciente da tecnologia para o gerenciamento.
SUMÁRIO Introdução Introdução Planejamento Projeto de alto nível Revisão do projeto de alto nível Desenvolvimento Pós-conclusão Conclusão Conclusão.
O Processo Unificado (PU). 2 O que é o Processo Unificado (PU)? É um modelo de processo de software baseado no modelo incremental, visando a construção.
Transcrição da apresentação:

Testes Baseados Em Riscos: Uma revisão do Estado-da- Arte Nielson Pontes Outubro, 2010

Introdução o Levantamento das publicações sobre teste baseados em riscos; o Abordagens, processos e ferramentas que utilizam RBT; o Definição segundo os principais autores da área;

Seleção de Estudos o Realizada de maneira ad-hoc; o Não sistemática; o Conjunto de estudos indicados por especialistas; o Inclusão a partir das referências dos principais estudos.

Seleção de Estudos ArtigosMonografiasDissertaçõesTesesTotal o Quantidade de estudos coletados:

Testes Baseados Em Riscos o Série de atividades que favorecem a identificação de fatores de riscos associados aos requisitos de software; o Riscos priorizados através da sua probabilidade de tornar-se um problema e do impacto que os mesmos trarão ao projeto. o Casos de testes, então, são projetados com base nas estratégias para tratamento dos fatores de riscos que foram identificados.

Testes Baseados Em Riscos o Motivação –Permite reduzir tempo e esforço para verificar o software; –Diminuição de custos; –Priorização dos requisitos mais importantes a serem testados; EspecificaçãoProjetoCodificaçãoTeste Inicialmente Planejado: EspecificaçãoProjetoCodificação Teste O que acontece:

Abordagens o Abordagem baseada em Heurística –James Bach (1999) propõe duas abordagens: inside-out e outside-in; –Inside-Out Funcionalidades são observadas e vulnerabilidades relacionadas a essas funcionalidades são identificadas; O produto é analisado e questionado continuamente sobre o que pode dar errado com ele.

Abordagens o Abordagem baseada em Heurística –Inside-Out Questionar para cada componente: Vulnerabilidades: Quais fraquezas e possíveis falhas existem neste componente? Tratamentos: Quais entradas ou situações podem ser exploradas para que seja possível identificar vulnerabilidades e provocar falhas nesse componente? Vítimas: Quem ou o que seriam impactados por falhas potenciais e o quão ruim isso seria?

Abordagens o Abordagem baseada em Heurística –Outside-In Listas de potenciais riscos predefinida; Pode ser elaborada a partir das experiências passadas do analista; Bach sugere três tipos de listas para auxiliar na identificação dos riscos: lista de categorias de critério de qualidade, lista de riscos genéricos e catálogo de riscos.

Abordagens o Lista de Critérios de Qualidade:

Abordagens o Abordagem baseada em Métricas Amland (1999) propõe uma abordagem baseada em métricas com o intuito de identificar a probabilidade de uma determinada falha ocorrer e a conseqüência que terá, tanto para o cliente quanto para o provedor do serviço;

Abordagens o Abordagem baseada em Métricas Valores dos indicadores de custos e probabilidade devem ser entre 1 (baixo custo ou baixa probabilidade de falhas) e 3 (alto custo ou alta probabilidade de falhas); Indicadores de qualidade são utilizados para o cálculo da probabilidade: Mudança/Nova Funcionalidade, Qualidade do projeto, Tamanho e Complexidade; A cada um é atribuído um peso variando de 1 a 5;

Abordagens o Abordagem baseada em Métricas As funcionalidades com maior grau de exposição ao risco devem, então, ter prioridade para serem testadas;

Abordagens o Abordagem baseada em Uso Proposta por Besson (2004) baseada na teoria de Pareto; “20% das funcionalidades permitem ao usuário realizar 80% do seu trabalho”; Entrevista com o usuário final afim de identificar as funcionalidades vitais; Estima esforços em tempo para a execução dos casos de testes; Testes com menos tempo são executados primeiro.

Abordagens o Há outras abordagens disponíveis na literatura: –Abordagem baseada em teste de regressão. [Chen 2002] –Abordagem Baseada em Modelos. [Stallbaum et. al 2008] –Abordagem para métricas de software OO [Rosenberg et. al 1999]

Processo o RBTProcess –Definido por Ellen Souza em 2008; –É baseado no RUP e no TMM; –É iterativo, orientado a riscos e possui quatro fases distintas: Planejamento, Projeto, Execução e Controle

Processo o RBTProcess –Planejamento: testes são planejados com base na análise e identificação de riscos. No planejamento também é feita a priorização dos requisitos que serão testados; –Projeto: casos de testes são projetados a partir da análise dos riscos; –Execução: os testes projetados na fase anterior são executados. Fase na qual os riscos são mitigados; – Controle: controle e acompanhamento dos riscos. Os riscos que foram mitigados a partir da execução são então eliminados da lista de riscos identificados.

Processo o RBTProcess

Ferramentas o RBTTool –Ferramenta de suporte às principais abordagens RBT de modo a auxiliar os engenheiros de teste principalmente nas atividades de gerenciamento de riscos; –Auxilia os engenheiros de teste nas atividades relacionadas ao gerenciamento de riscos, envolvendo as etapas de identificação, análise e controle de riscos técnicos associados aos requisitos de software; –Aplicação desktop e open-source; –Atualmente sendo desenvolvida uma versão Web; –Fortemente inspirada no RBTProcess.

RBTTool – Principais Funcionalidades(1/5) o Identificação de Riscos –Riscos de requisitos Questionário baseado em Taxonomia de Riscos 20

RBTTool – Principais Funcionalidades (2/5)  Análise de Riscos  Baseada em Métricas 21

RBTTool – Principais Funcionalidades (3/5) o Planejar Testes –São definidas as iterações de teste, com base no valor da exposição ao risco de cada requisito, calculado na fase de análise de riscos. 22

RBTTool – Principais Funcionalidades (4/5) o Projetar Casos de Teste Projeto Risco 2.1 Requisito 2 RE = 1.9 Requisito n RE = 0.3 Risco 1.1 Risco 1.2 Requisito 1 RE = 2.3 Risco 2.2 Risco n Iteração 1 Iteração n Caso de teste 1.1 Caso de teste 1.2 Caso de teste 2.1 Caso de teste

RBTTool – Principais Funcionalidades (5/5) o Executar Teste 24

Considerações Finais o A abordagem RBT se mostrou eficiente nos estudos de casos realizados por Amland e Souza; o Ainda carece de pesquisas; o Atualmente há trabalhos sendo desenvolvidos na área;

Testes Baseados Em Riscos: Uma revisão do Estado-da- Arte Nielson Pontes Outubro, 2010