SlideShare uma empresa Scribd logo
1 de 32
Baixar para ler offline
Kleitor Franklint
kleitor.franklint@gmail.com
ESTIMATIVA DE TESTE
SEM MEDO
Parte II
1
KLEITOR
Entusiasta da Vida,
Qualidade,
Colaborativos,
Ágil,
Teste e
Testes Ágeis.
kleitor.franklint@gmail.com
br.linkedin.com/in/kfranklint
92-99416-0873
AGENDA
ESTIMATIVA DE TESTE SEM
MEDO
 Por que estimativas Falham?
 Um roadmap de práticas e sugestões para
transformar esperança e pressupostos em
experiências pela redução de incertezas.
3
COMO ESTIMAR?COMO ESTIMAR?
1. Productivity index
2. COCOMO, SEER-SIM, SLIM
models
3. Test distribution percentage
4. Test Case Points Analysis
5. FIA (finger in the air) or best
guess
6. Ad-hoc method
7. Experience Based - Analogies
and experts
8. WBS
9. Delphi technique
10.Three-point estimation
(successive calculation)
11.Function points / Test point
Analysis
12.Use case point estimation
method
13.Object Point Estimation
14.Intuição e adivinhação
15.Parkinson’s law
16.Price to win
17.Requirements-Based Testing
18.Padrões e normas da empresa
19.% of project effort or staffing
20.Team estimation sessions
21.Story point sizing
Poker estimation
T-shirt sizing
Use técnicas de estimativaUse técnicas de estimativa
4
Sob a Visão Estratégica,
Talvez a pergunta mais interessante seja......
O que levar em conta para ter
estimativas menos imprecisas?
5
POR QUE AS ESTIMATIVAS FALHAM?
6
Por que as estimativas falham?
•A falta de experiência em estimar
•Planejamento baseado em esperança
•Parkinson’s law: o trabalho se espande
até preencher o tempo disponível ra a-lo
•Projetos são feitos de pressupostos e
expectativas, e em geral irrealistas
•Falta de métodos confiáveis para estimar o tamanho e o esforço de teste​​
de software, bem como a produtividade da equipe.
•A falta de dados históricos sobre os quais basear estimativas
•Deixar de incluir atividades e produtos essenciais dentro do âmbito das
estimativas
7
Por que as estimativas falham? ( cont )
•Deixar de reconhecer e lidar com a incerteza inerente estimativas do
projeto
•Incapacidade de se comunicar e de pedir apoio às estimativas
•Visão incompleta de itens da estimativa, mudanças nos itens
•Tempo inadequado para estimar
•Crença de que sabe o que o cliente quer.
8
Por que as estimativas falham? ( cont )
o Particionamento inadequado de esforço
o Inexperiência em saber se está construindo
em termos de teste a coisa certa
o Incapacidade de identificar a segmentação de planos de teste
por fase ou iteração.
o Dificuldade de casar o escopo de teste com o prazo de
produção.
9
Perguntas a responderPerguntas a responder
UM ROADMAPUM ROADMAP
10
 Em que pontos do projeto estimar esforço e a incerteza?
 Que fatores podem influenciar na estimativa?
 Como sei que particionei o esforço de forma adequada?
 Como representar a incerteza no custo da estimativa?
 Como priorizar itens da estimativa?
Reflexões de umaReflexões de uma
Visão EstratégicaVisão Estratégica
11
Reflexões de umaReflexões de uma
Visão EstratégicaVisão Estratégica
 Como saber que estou construindo em termos de teste a coisa
certa?
 Como casar escopo e prazo?
 Como estimar a velocidade de produção?
 Até quando seguir um modelo de terceiro?
12
PONDO A MÃO NA MASSAPONDO A MÃO NA MASSA
PRÁTICAS E MODELAGEM DA INCERTEZAPRÁTICAS E MODELAGEM DA INCERTEZA
OuOu Estratégias “úteis” durante a estimativaEstratégias “úteis” durante a estimativa
BASEADAS EM RISCOBASEADAS EM RISCO
13
PRÁTICAS
Nas diferentes fases do ciclo de vida do teste.
Planejamento
de teste
Estimar esforço, modelar risco
Em que pontos do projeto estimar e esforço e
a incerteza?
Essas fases representam pontos de distribuição de esforço
 Estimar o esforço de cada produto de trabalho em suas
respectivas fases;
 Estimar o motante de esforço;
 Estimar esforço para o ciclo de regressão.
14
Fatores que podem influenciar na
estimativa (custo, esforço e duração)
15
Como representar a incerteza no custo da estimativa?
De duas formas: modelar riscos:
grafica, textualmente,etc e ações
práticas de monitoramento
Riscos podem ser encontrados como: Risco do projeto, Risco do
processo; Risco do produto
16
Análise e Teste baseado em riscos
Como representar a incerteza no custo da estimativa?
O conceito básico é que
mais tempo dever ser
investido na área de
software tendo como
valores exposição de
alto risco.
17
Use estratégias Leves e diretas
Como representar a incerteza no custo da estimativa?
 Descubra as incertezas:
O que de pior pode ocorrer com
o produto?
 Converse sobre riscos: O que acontece se eu entregar num prazo
maior? faça DR. Nem todo prazo maior indica atraso.
18
Use estratégias Lightweight
Como representar a incerteza no custo da estimativa?
-Treine o time em testes baseados em riscos
-Promova sessões identificação e análise de riscos: risk poker
-Revise e monitore o risco durante o ciclo de trabalho
-Teste com base em riscos
-Avalie as lições aprendidadas: beneficios, dificuldade e soluções
-Considere riscos funcionais e não funcionais
-Oriente os riscos a negócios
-Estabeleca claramente os responsáveis pelos riscos
-Mapeie os riscos por fase e atividades
-Transforme as complexidades em riscos.
19
Como priorizar itens da estimativa?
Prioridade baseada em valor
Quão importante é um elemento ao negócio?
Analise como cada funcionalidade suporta a missão do produto.
Priorize bugs visíveis
Classifique pela frequência da falha
Priorize pela complexidade de correção da falha.
Priorize pelo impacto da falha da funcionalidade: áreas afetadas,
tecnologias, soluções e métodos afetados, no numero de pessoas
envolvidas, impacto de turnover, na pressão do time
Prioridade baseada em tempo:
Analise prazos e recursos.
Analise se automatizar não vale a pena
Prioridades mudam, se prepare pra elas: ajuste no time, ajuste no
cronograma
Método simples: o que de pior pode ocorrer
com o produto?
20
Se prepare para soluções criativas:
oNem todos os produtos precisam estar livre de defeitos: escolha os
defeitos aceitáveis, eles são menos prioritários;
oTeste mais onde espera mais falhas: funcionalidades mais
complexas, de maior fluxo ou de menor tempo no cronograma.
oPensar em qualidade também requer pensar em que partes do
produto deseja circunstancialmente abrir mão dela
oLeia documentos, mas converse com o cliente no inicio, meio e fim
Como priorizar itens da estimativa?
21
Reduzindo as incertezas
Como saber que estou construindo
em termos de teste a coisa certa?
o Faça entregas parciais
o Categorize testes
o Analise e decomponha requisitos
o Faça brain storm sobre itens não cobertos formalmente por
artefatos.
o Identifique o produto de trabalho para cada ciclo de vida do
teste e para cada fase. Eles são itens de distribuição de esforço:
check points, pré-condições, dados de teste, tipos de casos de
teste.
22
Como saber que estou construindo
em termos de teste a coisa certa?
o Quantifique os inputs: Number of screens, forms, dialogues,
controls, ou messagens sobre a qual um usuário final adicione,
altere ou exclua dados.
o Quantifique as saídas: screens, reports, gráficos ou mensagens
geradas para usuário final, outros programas ou banco de
dados 
Reduzindo as incertezas
23
 Comunicação face a face ou o mais próximo disso
 Identifique quem, quando e como
 Use o conhecimento adquirido no Sprint anterior nos sprints seguintes:
estimativa iterativa
 Defeitos descobertos em sprints anteriores podem indicar necessidade
de mudança de estratégias para agregar valor real ao produto.
 Separe o esforço de teste do esforço de desenvolvimento
Reduzindo as incertezas
Como saber que estou construindo
em termos de teste a coisa certa?
24
 Provisione apoio da equipe de testes a demais projetos: novos e
antigos
 Provisione testes com base em correções de defeitos dentro
Sprints
 Monitore e converse com os envolvidos diariamente ( se
possível)
 Os resultados precisam ser compreensíveis
 Represente a complexidade de alguma forma: gráficos;
 Que seja suscetível de análise estatística
Reduzindo as incertezas
Como saber que estou construindo
em termos de teste a coisa certa?
25
Como casar escopo e
prazo?
 Escolha um método fácil de escolher
 Faça o ajustamento de esforço em pequenos períodos e redefina
prioridades
 Estimação das próximas histórias pode ser feita ou ajustada de acordo
com a velocidade da equipe
 Faça entregas continuas e parciais
 Quebre a estimativa em atividades que caibam dentro de um período de
entrega
 Use estimativas que sejam aplicáveis e facilmente ajustáveis a todo
projeto.
26
Como casar escopo e prazo?
 Particione as user stories e casos de uso: como sei que particionei
adequadamente? Granule por objetivos
 Entregar o quanto antes para ver onde pode investir ou abandonar
 Use range de datas para entrega em vez de valores discretos
 Indentifique One time task x tarefas repetividas
 Busque técnicas que te permita realizar estimativas o mais cedo possível
com menos imprecisão: disciplinados e repetíveis.
27
Como estimar a velocidade de produção?
Um estudo independente feito com amostras de mais de 8.000 projetos mostrou
que equipes ágeis são, em média, 25% mais produtivas do que seus pares da
indústria.
http://www.deltamatrix.com/why-are-agile-teams-25-more-productive
Alta produtividade = mais escopo entregue dentro do mesmo prazo.
Medir produtividade é muito difícil. Em um
sistema complexo muitos possíveis fatores
podem influenciar a produtividade.
Produtividade envolve um mix de soluções
que incluem quantidade e qualidade
28
Anote a média de produção diária do
time;
Acompanhe dificuldades do time e
ajude a resolvê-las
Acompanhe as entregas frequentes de
casos de teste;
O time não termina o produto sem que
todos estejam envolvidos: desocupou,
alocou.
Merça o time: mais mentalidade de time, menos individual.
Responda às mudanças
O fator colaboração no time e envolvidos:
•Não use paranoia use confiança
•Liberdade de criatividade: nós queremos fazer boas escolhas
•Use métodos que permita mudar concepções a cada mudança
Como estimar a velocidade de produção?
29
Como estimar a velocidade de produção?
 Pense em medição como feedback não como alavanca
 Considere adaptalidade no monitoramento
 Otimize possíveis horas improdutivas de reuniões, treinamentos,
problemas de aderência ao processo
 Olhe para uma variedade de projetos semelhantes para
comparar;
 Ande de mãos dadas com o histórico
Procure
equilíbrio na
estimação de
produção
30
 Shu- siga as regras
 Ha- quebre as regras
 Ri- faça as regras
Até quando seguir um modelo de
terceiro? Merça maturidade pra saber
31
32
POSSO COLABORAR COM
MAIS RESPOSTAS?
kleitor.franklint@gmail.com
br.linkedin.com/in/kfranklint
92-99416-0873

Mais conteúdo relacionado

Mais procurados

Linha Ágil: Integração de Agilidade e Disciplina em uma Organização CMMI nível 2
Linha Ágil: Integração de Agilidade e Disciplina em uma Organização CMMI nível 2Linha Ágil: Integração de Agilidade e Disciplina em uma Organização CMMI nível 2
Linha Ágil: Integração de Agilidade e Disciplina em uma Organização CMMI nível 2Eduardo Peres
 
He 2015-03 - mkt adm
He 2015-03 - mkt  admHe 2015-03 - mkt  adm
He 2015-03 - mkt admFlavioCLima
 
Aula 7 - MASP - ferramentas da qualidade - 2019-1
Aula 7   - MASP -  ferramentas da qualidade - 2019-1Aula 7   - MASP -  ferramentas da qualidade - 2019-1
Aula 7 - MASP - ferramentas da qualidade - 2019-1IFMG
 
Agilidade com Pontos de Função é um Paradoxo? Agile Brazil 2015
Agilidade com Pontos de Função é um Paradoxo? Agile Brazil 2015Agilidade com Pontos de Função é um Paradoxo? Agile Brazil 2015
Agilidade com Pontos de Função é um Paradoxo? Agile Brazil 2015Eduardo Peres
 
Matriz BASICO - Custo, Benefício e Execução
Matriz BASICO - Custo, Benefício e Execução Matriz BASICO - Custo, Benefício e Execução
Matriz BASICO - Custo, Benefício e Execução Orlando Lima Treinamentos
 
Teoria das Restrições de forma Ágil - AgileBrazil2014
Teoria das Restrições de forma Ágil - AgileBrazil2014Teoria das Restrições de forma Ágil - AgileBrazil2014
Teoria das Restrições de forma Ágil - AgileBrazil2014Bruno Machado Soares
 
DMAIC - Ferramentas para projetos Six Sigma - Lean
DMAIC - Ferramentas para projetos Six Sigma - LeanDMAIC - Ferramentas para projetos Six Sigma - Lean
DMAIC - Ferramentas para projetos Six Sigma - LeanAragon Vieira
 

Mais procurados (20)

MBA em projetos - Gestao Ágil
MBA em projetos - Gestao ÁgilMBA em projetos - Gestao Ágil
MBA em projetos - Gestao Ágil
 
Amostra do E-book 50 ferramentas de gestão
Amostra do E-book 50 ferramentas de gestãoAmostra do E-book 50 ferramentas de gestão
Amostra do E-book 50 ferramentas de gestão
 
Linha Ágil: Integração de Agilidade e Disciplina em uma Organização CMMI nível 2
Linha Ágil: Integração de Agilidade e Disciplina em uma Organização CMMI nível 2Linha Ágil: Integração de Agilidade e Disciplina em uma Organização CMMI nível 2
Linha Ágil: Integração de Agilidade e Disciplina em uma Organização CMMI nível 2
 
Metricas (e previsões) acionáveis de projeto
Metricas (e previsões) acionáveis de projetoMetricas (e previsões) acionáveis de projeto
Metricas (e previsões) acionáveis de projeto
 
Fundamentos Gestão de Escopo e Qualidade
Fundamentos Gestão de Escopo e QualidadeFundamentos Gestão de Escopo e Qualidade
Fundamentos Gestão de Escopo e Qualidade
 
Fusc omasp juran_2
Fusc omasp juran_2Fusc omasp juran_2
Fusc omasp juran_2
 
He 2015-03 - mkt adm
He 2015-03 - mkt  admHe 2015-03 - mkt  adm
He 2015-03 - mkt adm
 
Engenharia de software Lean Kanban
Engenharia de software  Lean KanbanEngenharia de software  Lean Kanban
Engenharia de software Lean Kanban
 
Aula 7 - MASP - ferramentas da qualidade - 2019-1
Aula 7   - MASP -  ferramentas da qualidade - 2019-1Aula 7   - MASP -  ferramentas da qualidade - 2019-1
Aula 7 - MASP - ferramentas da qualidade - 2019-1
 
Papeis Ágeis - uma proposta operacional Scrum
Papeis Ágeis - uma proposta operacional ScrumPapeis Ágeis - uma proposta operacional Scrum
Papeis Ágeis - uma proposta operacional Scrum
 
Ciclo PDCA - Deming
Ciclo PDCA - DemingCiclo PDCA - Deming
Ciclo PDCA - Deming
 
Agilidade com Pontos de Função é um Paradoxo? Agile Brazil 2015
Agilidade com Pontos de Função é um Paradoxo? Agile Brazil 2015Agilidade com Pontos de Função é um Paradoxo? Agile Brazil 2015
Agilidade com Pontos de Função é um Paradoxo? Agile Brazil 2015
 
Matriz BASICO - Custo, Benefício e Execução
Matriz BASICO - Custo, Benefício e Execução Matriz BASICO - Custo, Benefício e Execução
Matriz BASICO - Custo, Benefício e Execução
 
Teste Ágeis para todo o time
Teste Ágeis para todo o timeTeste Ágeis para todo o time
Teste Ágeis para todo o time
 
Prince2 risco
Prince2 riscoPrince2 risco
Prince2 risco
 
Six Sigma Metodologia DMAIC
Six Sigma Metodologia DMAICSix Sigma Metodologia DMAIC
Six Sigma Metodologia DMAIC
 
Teoria das Restrições de forma Ágil - AgileBrazil2014
Teoria das Restrições de forma Ágil - AgileBrazil2014Teoria das Restrições de forma Ágil - AgileBrazil2014
Teoria das Restrições de forma Ágil - AgileBrazil2014
 
Estrategias Ágeis para testes sob pressão
Estrategias Ágeis para testes sob pressãoEstrategias Ágeis para testes sob pressão
Estrategias Ágeis para testes sob pressão
 
DMAIC - Ferramentas para projetos Six Sigma - Lean
DMAIC - Ferramentas para projetos Six Sigma - LeanDMAIC - Ferramentas para projetos Six Sigma - Lean
DMAIC - Ferramentas para projetos Six Sigma - Lean
 
Scrum na Prática
Scrum na PráticaScrum na Prática
Scrum na Prática
 

Semelhante a Estimativa de Teste sem medo - parte 2

preciso estimar mesmo (1)
preciso estimar mesmo (1)preciso estimar mesmo (1)
preciso estimar mesmo (1)tdc-globalcode
 
Pmi Global 2008 Portfolio
Pmi Global 2008 PortfolioPmi Global 2008 Portfolio
Pmi Global 2008 PortfolioPeter Mello
 
Eficiência e eficácia no Discovery
Eficiência e eficácia no DiscoveryEficiência e eficácia no Discovery
Eficiência e eficácia no DiscoveryMauricio Correa
 
Gestão de resultados ga telecom
Gestão de resultados   ga telecomGestão de resultados   ga telecom
Gestão de resultados ga telecomAntonio Moreira
 
Seminario Riscos 2006 - Vladimir
Seminario Riscos 2006 - VladimirSeminario Riscos 2006 - Vladimir
Seminario Riscos 2006 - VladimirPeter Mello
 
MBA SGI UNISANTA - Disciplina: Ferramentas Gerenciais
MBA SGI UNISANTA - Disciplina: Ferramentas GerenciaisMBA SGI UNISANTA - Disciplina: Ferramentas Gerenciais
MBA SGI UNISANTA - Disciplina: Ferramentas GerenciaisMarco Viveiros
 
Gestão Ágil de Projetos com Scrum
Gestão Ágil de Projetos com ScrumGestão Ágil de Projetos com Scrum
Gestão Ágil de Projetos com ScrumMarcos Garrido
 
A Gerencia Intuitiva
A Gerencia IntuitivaA Gerencia Intuitiva
A Gerencia IntuitivaAbraao Dahis
 
A Gerencia Intuitiva
A Gerencia IntuitivaA Gerencia Intuitiva
A Gerencia Intuitivaguest576a1e
 
Oficina Métodos Ágeis UDESC
Oficina Métodos Ágeis UDESCOficina Métodos Ágeis UDESC
Oficina Métodos Ágeis UDESCWildtech
 
Apostila xp programação ágil
Apostila xp   programação ágilApostila xp   programação ágil
Apostila xp programação ágilDaniel Brandão
 
Como a Natura vem diminuindo seu custo de operação total com Drupal - DrupalC...
Como a Natura vem diminuindo seu custo de operação total com Drupal - DrupalC...Como a Natura vem diminuindo seu custo de operação total com Drupal - DrupalC...
Como a Natura vem diminuindo seu custo de operação total com Drupal - DrupalC...Taller Negócio Digitais
 
Apostila-GQ.ppsx
Apostila-GQ.ppsxApostila-GQ.ppsx
Apostila-GQ.ppsxSandroGally
 
Transformational Design Thinking - Aula 8
Transformational Design Thinking - Aula 8Transformational Design Thinking - Aula 8
Transformational Design Thinking - Aula 8Lu Terceiro
 
Teste A/B - O que fazer para extrair o máximo de um teste - Marcell Almeida -...
Teste A/B - O que fazer para extrair o máximo de um teste - Marcell Almeida -...Teste A/B - O que fazer para extrair o máximo de um teste - Marcell Almeida -...
Teste A/B - O que fazer para extrair o máximo de um teste - Marcell Almeida -...Marcell Almeida
 
PUC Formacao de Green Belts
PUC Formacao de Green BeltsPUC Formacao de Green Belts
PUC Formacao de Green Beltsejedelmal
 

Semelhante a Estimativa de Teste sem medo - parte 2 (20)

Requisitos ageis para times sem tempo
Requisitos ageis para times sem tempoRequisitos ageis para times sem tempo
Requisitos ageis para times sem tempo
 
preciso estimar mesmo (1)
preciso estimar mesmo (1)preciso estimar mesmo (1)
preciso estimar mesmo (1)
 
Pmi Global 2008 Portfolio
Pmi Global 2008 PortfolioPmi Global 2008 Portfolio
Pmi Global 2008 Portfolio
 
Eficiência e eficácia no Discovery
Eficiência e eficácia no DiscoveryEficiência e eficácia no Discovery
Eficiência e eficácia no Discovery
 
Gestão de resultados ga telecom
Gestão de resultados   ga telecomGestão de resultados   ga telecom
Gestão de resultados ga telecom
 
Seminario Riscos 2006 - Vladimir
Seminario Riscos 2006 - VladimirSeminario Riscos 2006 - Vladimir
Seminario Riscos 2006 - Vladimir
 
MBA SGI UNISANTA - Disciplina: Ferramentas Gerenciais
MBA SGI UNISANTA - Disciplina: Ferramentas GerenciaisMBA SGI UNISANTA - Disciplina: Ferramentas Gerenciais
MBA SGI UNISANTA - Disciplina: Ferramentas Gerenciais
 
Gestão Ágil de Projetos com Scrum
Gestão Ágil de Projetos com ScrumGestão Ágil de Projetos com Scrum
Gestão Ágil de Projetos com Scrum
 
A Gerencia Intuitiva
A Gerencia IntuitivaA Gerencia Intuitiva
A Gerencia Intuitiva
 
A Gerencia Intuitiva
A Gerencia IntuitivaA Gerencia Intuitiva
A Gerencia Intuitiva
 
Como os testes irão se modificar com o advento das metodologias ágeis
Como os testes irão se modificar com o advento das metodologias ágeisComo os testes irão se modificar com o advento das metodologias ágeis
Como os testes irão se modificar com o advento das metodologias ágeis
 
Oficina Métodos Ágeis UDESC
Oficina Métodos Ágeis UDESCOficina Métodos Ágeis UDESC
Oficina Métodos Ágeis UDESC
 
Apostila xp programação ágil
Apostila xp   programação ágilApostila xp   programação ágil
Apostila xp programação ágil
 
Como a Natura vem diminuindo seu custo de operação total com Drupal - DrupalC...
Como a Natura vem diminuindo seu custo de operação total com Drupal - DrupalC...Como a Natura vem diminuindo seu custo de operação total com Drupal - DrupalC...
Como a Natura vem diminuindo seu custo de operação total com Drupal - DrupalC...
 
Metodologia Ágil
Metodologia ÁgilMetodologia Ágil
Metodologia Ágil
 
Apostila-GQ.ppsx
Apostila-GQ.ppsxApostila-GQ.ppsx
Apostila-GQ.ppsx
 
Transformational Design Thinking - Aula 8
Transformational Design Thinking - Aula 8Transformational Design Thinking - Aula 8
Transformational Design Thinking - Aula 8
 
Teste A/B - O que fazer para extrair o máximo de um teste - Marcell Almeida -...
Teste A/B - O que fazer para extrair o máximo de um teste - Marcell Almeida -...Teste A/B - O que fazer para extrair o máximo de um teste - Marcell Almeida -...
Teste A/B - O que fazer para extrair o máximo de um teste - Marcell Almeida -...
 
Aula 5 semana
Aula 5 semanaAula 5 semana
Aula 5 semana
 
PUC Formacao de Green Belts
PUC Formacao de Green BeltsPUC Formacao de Green Belts
PUC Formacao de Green Belts
 

Mais de Kleitor Franklint Correa Araujo

Gestão de projeto PMBOK 5 com um Toque Agil - praticas de fundamentos
Gestão de projeto PMBOK 5 com um Toque Agil -  praticas de fundamentosGestão de projeto PMBOK 5 com um Toque Agil -  praticas de fundamentos
Gestão de projeto PMBOK 5 com um Toque Agil - praticas de fundamentosKleitor Franklint Correa Araujo
 

Mais de Kleitor Franklint Correa Araujo (17)

Gestao de Projeto com gráfico burndown
Gestao de Projeto com gráfico burndownGestao de Projeto com gráfico burndown
Gestao de Projeto com gráfico burndown
 
Teste de segurança do lado servidor - Nível 1
Teste de segurança do lado servidor - Nível 1Teste de segurança do lado servidor - Nível 1
Teste de segurança do lado servidor - Nível 1
 
Introdução de teste de segurança app web
Introdução de teste de segurança app webIntrodução de teste de segurança app web
Introdução de teste de segurança app web
 
Gestão Agil de tudo - Retrospectivas
Gestão Agil de tudo - RetrospectivasGestão Agil de tudo - Retrospectivas
Gestão Agil de tudo - Retrospectivas
 
Gestao Ágil do Backlog - Taskboards
Gestao Ágil do Backlog - TaskboardsGestao Ágil do Backlog - Taskboards
Gestao Ágil do Backlog - Taskboards
 
Gestão Ágil de tudo: Planejamento backlog
Gestão Ágil de tudo: Planejamento backlogGestão Ágil de tudo: Planejamento backlog
Gestão Ágil de tudo: Planejamento backlog
 
Gestao Ágil de Projeto - Reunião Diária
Gestao Ágil de Projeto - Reunião DiáriaGestao Ágil de Projeto - Reunião Diária
Gestao Ágil de Projeto - Reunião Diária
 
Agil - coisas essenciais de sempre
Agil - coisas essenciais de sempreAgil - coisas essenciais de sempre
Agil - coisas essenciais de sempre
 
Gestão de projeto PMBOK 5 com um Toque Agil - praticas de fundamentos
Gestão de projeto PMBOK 5 com um Toque Agil -  praticas de fundamentosGestão de projeto PMBOK 5 com um Toque Agil -  praticas de fundamentos
Gestão de projeto PMBOK 5 com um Toque Agil - praticas de fundamentos
 
Gestão de projeto- conceitos essenciais
Gestão de projeto- conceitos essenciaisGestão de projeto- conceitos essenciais
Gestão de projeto- conceitos essenciais
 
Test First, TDD e outros Bichos
Test First, TDD e outros BichosTest First, TDD e outros Bichos
Test First, TDD e outros Bichos
 
Teste de Segurança orientado a valor
Teste de Segurança orientado a valorTeste de Segurança orientado a valor
Teste de Segurança orientado a valor
 
Mobile App Security Test
Mobile App Security TestMobile App Security Test
Mobile App Security Test
 
Agiidade na Qualidade de Software -2011
Agiidade na Qualidade de Software -2011Agiidade na Qualidade de Software -2011
Agiidade na Qualidade de Software -2011
 
Desenvolvimento Seguro- 2011
Desenvolvimento Seguro- 2011Desenvolvimento Seguro- 2011
Desenvolvimento Seguro- 2011
 
Entendendo o Ciclo de Desenvolvimento Seguro
Entendendo o Ciclo de Desenvolvimento SeguroEntendendo o Ciclo de Desenvolvimento Seguro
Entendendo o Ciclo de Desenvolvimento Seguro
 
Ameaças e Vulnerabilidade em Apps Web-2013
Ameaças e Vulnerabilidade em Apps Web-2013Ameaças e Vulnerabilidade em Apps Web-2013
Ameaças e Vulnerabilidade em Apps Web-2013
 

Estimativa de Teste sem medo - parte 2

  • 2. KLEITOR Entusiasta da Vida, Qualidade, Colaborativos, Ágil, Teste e Testes Ágeis. kleitor.franklint@gmail.com br.linkedin.com/in/kfranklint 92-99416-0873
  • 3. AGENDA ESTIMATIVA DE TESTE SEM MEDO  Por que estimativas Falham?  Um roadmap de práticas e sugestões para transformar esperança e pressupostos em experiências pela redução de incertezas. 3
  • 4. COMO ESTIMAR?COMO ESTIMAR? 1. Productivity index 2. COCOMO, SEER-SIM, SLIM models 3. Test distribution percentage 4. Test Case Points Analysis 5. FIA (finger in the air) or best guess 6. Ad-hoc method 7. Experience Based - Analogies and experts 8. WBS 9. Delphi technique 10.Three-point estimation (successive calculation) 11.Function points / Test point Analysis 12.Use case point estimation method 13.Object Point Estimation 14.Intuição e adivinhação 15.Parkinson’s law 16.Price to win 17.Requirements-Based Testing 18.Padrões e normas da empresa 19.% of project effort or staffing 20.Team estimation sessions 21.Story point sizing Poker estimation T-shirt sizing Use técnicas de estimativaUse técnicas de estimativa 4
  • 5. Sob a Visão Estratégica, Talvez a pergunta mais interessante seja...... O que levar em conta para ter estimativas menos imprecisas? 5
  • 6. POR QUE AS ESTIMATIVAS FALHAM? 6
  • 7. Por que as estimativas falham? •A falta de experiência em estimar •Planejamento baseado em esperança •Parkinson’s law: o trabalho se espande até preencher o tempo disponível ra a-lo •Projetos são feitos de pressupostos e expectativas, e em geral irrealistas •Falta de métodos confiáveis para estimar o tamanho e o esforço de teste​​ de software, bem como a produtividade da equipe. •A falta de dados históricos sobre os quais basear estimativas •Deixar de incluir atividades e produtos essenciais dentro do âmbito das estimativas 7
  • 8. Por que as estimativas falham? ( cont ) •Deixar de reconhecer e lidar com a incerteza inerente estimativas do projeto •Incapacidade de se comunicar e de pedir apoio às estimativas •Visão incompleta de itens da estimativa, mudanças nos itens •Tempo inadequado para estimar •Crença de que sabe o que o cliente quer. 8
  • 9. Por que as estimativas falham? ( cont ) o Particionamento inadequado de esforço o Inexperiência em saber se está construindo em termos de teste a coisa certa o Incapacidade de identificar a segmentação de planos de teste por fase ou iteração. o Dificuldade de casar o escopo de teste com o prazo de produção. 9
  • 10. Perguntas a responderPerguntas a responder UM ROADMAPUM ROADMAP 10
  • 11.  Em que pontos do projeto estimar esforço e a incerteza?  Que fatores podem influenciar na estimativa?  Como sei que particionei o esforço de forma adequada?  Como representar a incerteza no custo da estimativa?  Como priorizar itens da estimativa? Reflexões de umaReflexões de uma Visão EstratégicaVisão Estratégica 11
  • 12. Reflexões de umaReflexões de uma Visão EstratégicaVisão Estratégica  Como saber que estou construindo em termos de teste a coisa certa?  Como casar escopo e prazo?  Como estimar a velocidade de produção?  Até quando seguir um modelo de terceiro? 12
  • 13. PONDO A MÃO NA MASSAPONDO A MÃO NA MASSA PRÁTICAS E MODELAGEM DA INCERTEZAPRÁTICAS E MODELAGEM DA INCERTEZA OuOu Estratégias “úteis” durante a estimativaEstratégias “úteis” durante a estimativa BASEADAS EM RISCOBASEADAS EM RISCO 13
  • 14. PRÁTICAS Nas diferentes fases do ciclo de vida do teste. Planejamento de teste Estimar esforço, modelar risco Em que pontos do projeto estimar e esforço e a incerteza? Essas fases representam pontos de distribuição de esforço  Estimar o esforço de cada produto de trabalho em suas respectivas fases;  Estimar o motante de esforço;  Estimar esforço para o ciclo de regressão. 14
  • 15. Fatores que podem influenciar na estimativa (custo, esforço e duração) 15
  • 16. Como representar a incerteza no custo da estimativa? De duas formas: modelar riscos: grafica, textualmente,etc e ações práticas de monitoramento Riscos podem ser encontrados como: Risco do projeto, Risco do processo; Risco do produto 16
  • 17. Análise e Teste baseado em riscos Como representar a incerteza no custo da estimativa? O conceito básico é que mais tempo dever ser investido na área de software tendo como valores exposição de alto risco. 17
  • 18. Use estratégias Leves e diretas Como representar a incerteza no custo da estimativa?  Descubra as incertezas: O que de pior pode ocorrer com o produto?  Converse sobre riscos: O que acontece se eu entregar num prazo maior? faça DR. Nem todo prazo maior indica atraso. 18
  • 19. Use estratégias Lightweight Como representar a incerteza no custo da estimativa? -Treine o time em testes baseados em riscos -Promova sessões identificação e análise de riscos: risk poker -Revise e monitore o risco durante o ciclo de trabalho -Teste com base em riscos -Avalie as lições aprendidadas: beneficios, dificuldade e soluções -Considere riscos funcionais e não funcionais -Oriente os riscos a negócios -Estabeleca claramente os responsáveis pelos riscos -Mapeie os riscos por fase e atividades -Transforme as complexidades em riscos. 19
  • 20. Como priorizar itens da estimativa? Prioridade baseada em valor Quão importante é um elemento ao negócio? Analise como cada funcionalidade suporta a missão do produto. Priorize bugs visíveis Classifique pela frequência da falha Priorize pela complexidade de correção da falha. Priorize pelo impacto da falha da funcionalidade: áreas afetadas, tecnologias, soluções e métodos afetados, no numero de pessoas envolvidas, impacto de turnover, na pressão do time Prioridade baseada em tempo: Analise prazos e recursos. Analise se automatizar não vale a pena Prioridades mudam, se prepare pra elas: ajuste no time, ajuste no cronograma Método simples: o que de pior pode ocorrer com o produto? 20
  • 21. Se prepare para soluções criativas: oNem todos os produtos precisam estar livre de defeitos: escolha os defeitos aceitáveis, eles são menos prioritários; oTeste mais onde espera mais falhas: funcionalidades mais complexas, de maior fluxo ou de menor tempo no cronograma. oPensar em qualidade também requer pensar em que partes do produto deseja circunstancialmente abrir mão dela oLeia documentos, mas converse com o cliente no inicio, meio e fim Como priorizar itens da estimativa? 21
  • 22. Reduzindo as incertezas Como saber que estou construindo em termos de teste a coisa certa? o Faça entregas parciais o Categorize testes o Analise e decomponha requisitos o Faça brain storm sobre itens não cobertos formalmente por artefatos. o Identifique o produto de trabalho para cada ciclo de vida do teste e para cada fase. Eles são itens de distribuição de esforço: check points, pré-condições, dados de teste, tipos de casos de teste. 22
  • 23. Como saber que estou construindo em termos de teste a coisa certa? o Quantifique os inputs: Number of screens, forms, dialogues, controls, ou messagens sobre a qual um usuário final adicione, altere ou exclua dados. o Quantifique as saídas: screens, reports, gráficos ou mensagens geradas para usuário final, outros programas ou banco de dados  Reduzindo as incertezas 23
  • 24.  Comunicação face a face ou o mais próximo disso  Identifique quem, quando e como  Use o conhecimento adquirido no Sprint anterior nos sprints seguintes: estimativa iterativa  Defeitos descobertos em sprints anteriores podem indicar necessidade de mudança de estratégias para agregar valor real ao produto.  Separe o esforço de teste do esforço de desenvolvimento Reduzindo as incertezas Como saber que estou construindo em termos de teste a coisa certa? 24
  • 25.  Provisione apoio da equipe de testes a demais projetos: novos e antigos  Provisione testes com base em correções de defeitos dentro Sprints  Monitore e converse com os envolvidos diariamente ( se possível)  Os resultados precisam ser compreensíveis  Represente a complexidade de alguma forma: gráficos;  Que seja suscetível de análise estatística Reduzindo as incertezas Como saber que estou construindo em termos de teste a coisa certa? 25
  • 26. Como casar escopo e prazo?  Escolha um método fácil de escolher  Faça o ajustamento de esforço em pequenos períodos e redefina prioridades  Estimação das próximas histórias pode ser feita ou ajustada de acordo com a velocidade da equipe  Faça entregas continuas e parciais  Quebre a estimativa em atividades que caibam dentro de um período de entrega  Use estimativas que sejam aplicáveis e facilmente ajustáveis a todo projeto. 26
  • 27. Como casar escopo e prazo?  Particione as user stories e casos de uso: como sei que particionei adequadamente? Granule por objetivos  Entregar o quanto antes para ver onde pode investir ou abandonar  Use range de datas para entrega em vez de valores discretos  Indentifique One time task x tarefas repetividas  Busque técnicas que te permita realizar estimativas o mais cedo possível com menos imprecisão: disciplinados e repetíveis. 27
  • 28. Como estimar a velocidade de produção? Um estudo independente feito com amostras de mais de 8.000 projetos mostrou que equipes ágeis são, em média, 25% mais produtivas do que seus pares da indústria. http://www.deltamatrix.com/why-are-agile-teams-25-more-productive Alta produtividade = mais escopo entregue dentro do mesmo prazo. Medir produtividade é muito difícil. Em um sistema complexo muitos possíveis fatores podem influenciar a produtividade. Produtividade envolve um mix de soluções que incluem quantidade e qualidade 28
  • 29. Anote a média de produção diária do time; Acompanhe dificuldades do time e ajude a resolvê-las Acompanhe as entregas frequentes de casos de teste; O time não termina o produto sem que todos estejam envolvidos: desocupou, alocou. Merça o time: mais mentalidade de time, menos individual. Responda às mudanças O fator colaboração no time e envolvidos: •Não use paranoia use confiança •Liberdade de criatividade: nós queremos fazer boas escolhas •Use métodos que permita mudar concepções a cada mudança Como estimar a velocidade de produção? 29
  • 30. Como estimar a velocidade de produção?  Pense em medição como feedback não como alavanca  Considere adaptalidade no monitoramento  Otimize possíveis horas improdutivas de reuniões, treinamentos, problemas de aderência ao processo  Olhe para uma variedade de projetos semelhantes para comparar;  Ande de mãos dadas com o histórico Procure equilíbrio na estimação de produção 30
  • 31.  Shu- siga as regras  Ha- quebre as regras  Ri- faça as regras Até quando seguir um modelo de terceiro? Merça maturidade pra saber 31
  • 32. 32 POSSO COLABORAR COM MAIS RESPOSTAS? kleitor.franklint@gmail.com br.linkedin.com/in/kfranklint 92-99416-0873