estrategias Ágeis para testes sob pressão

Kleitor Franklint

Estratégias

Sob pressão

Ágeis

para Testes

KLEITOR

Entusiasta da Vida, Qualidade, Ágil, Teste

.. De abordagens... que descobrem surpresas,

adaptam-se às circunstâncias e recebem um "wow !" do cliente

[email protected]

br.linkedin.com/in/kfranklint

99416-0873

3

Por que Ágil? pouco tempo, demanda maior que a capacidade de atendimento, dentre outros.

4

Agile ALM - Jurgen Appelo

Repensando o saber.

Essencialmente todos os modelos estão errados, mas alguns são úteis

George E. P. Box

http://en.wikipedia.org/wiki/George_E._P._Box

5

Agile!Agile!!

Agile!!!

6

O que é “Ágil”, Afinal?

Agil não é metodologia, mas praticas uteis, principalmente comportamentais

Agil é adaptativo ao invés de prescritivo Agil é orientado a pessoas, não aa processo. Maximiza o valor do negócio com processos e

documentação right-sized, just-enough, e just-in-time

7

just-enough -Construa só o necessário

just-in-time-Parar se der errado-Entregue o mais rápido possível

right-sized Elimine tarefas que não gerem valor– Kaizen

Modelo colaborativo-Visão do time mais importante que a individual-Toda visão individual precisa ser avalida-Utilização máxima de esforço intelectual-Confiança, responsabilidade, autoridade e autonomia

8

• Forneça continuo feedback• Entregue valor ao cliente (agregar valor ao produto)• Habilite a comunicação face a face• Tenha coragem• Mantenha as coisas simples• Pratique a melhoria continua (Kaizen)• Responda às mudanças• Organize-se• Aproveite ( enjoy )

Dez princípios para testadores ágeis

“Agile Testing”, Crispin & Gregory

9

Mundo Ágil e produtividadeUm 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

10

Lean, Agile at allGarantia da qualidade: prevenção xControle da qualidade: detecção

Kentô: planeje com cuidado execute com precisão

http://www.slideshare.net/barbaracabral/lean-software-testing


11

Orientado a valor.Valor pra quem? Clientes, stakeholders, time at all

Necessidade gera valorCliente puxa a produção.. Não empurrar o produto que o cliente não quer

Lean, Agile at all



12

Seja um testador!!!

-Simples verificação deve ser automatizada-Testadores fazem trabalho que computadores não podem fazer: coisas como teste exploratório ou testes de usabilidade-Defensores do cliente- Não seja um checador, seja um testador

13

KISS, MAB e MVP: Como, quando e porquê?

14

KISS - Keep It Simple, Stupid-Simplicidade é o objetivo do planejamento e do design. --Evite complexidade desnecessária-Fazer a coisa mais simples possível.-Se quiser inventar que seja pra simplificar.

DRY: “Don’t Repeat Yourself”: -Não repita pedaços de código. - DRY violado = WET Write Everything Twice ou We Enjoy Typing.

YAGNI(XP)“You Aren’t Gonna Need It”: ... no caso de... ou ..eventualmente posso precisar

15

MABMinimal Acceptable Beurocracy

Conheça o MAB antes de implantar o ágil em seu time e empresa

16

MVPMínimo produto viável

Cliente puxa a produção.. Não empurrar o produto que o cliente não quer

17

Modelagem Ágil de requisitos

Algumas ferramentas

Mind Maps User StoriesExploratórios

18

Testes Exploratórios sob Pressão!!!

19

Quem precisa de Quem precisa de ExploratóriosExploratórios??

20

Quem precisa de Quem precisa de ExploratóriosExploratórios??

21

Teste Teste Exploratório: Exploratório:

CaracterísticasCaracterísticas

Gente, desculpa, ainda não entendi o que é teste exploratório

Essa é fácil!!! Design, execução e

aprendizagem ao mesmo tempo

Deixa comigo!!! Seus elementos são três..

James Bach’s 2003 paper, “Exploratory Testing Explained.”“Exploratory testing is simultaneous learning, test design, and test execution.”

É estruturado. Não é “Testa eah!”

Seu ponto de partida são ideias, propósitos e

missão definidas

identificar riscos críticos, necessidades e

fatores de qualidade

Porque o objetivo é agregar valor ao

produto Por quê?

22

Por que usar Exploratorios? Por que usar Exploratorios? Software perfeito e outras ilusõesSoftware perfeito e outras ilusões

Não consigo cobrir com antecedência

todas as condições

...e é muita coisa que leva tempo! configurações,

interações, execução, sumarização... rsrs

...e o conhecimento?! dados, cenários,

configurações... nem se fala!

...e nem todas condições são úteis de serem cobertas

23

Por que usar Exploratorios? Por que usar Exploratorios? Respondendo a questões críticasRespondendo a questões críticas

O que de pior pode ocorrer?

Quais outros riscos não foram identificados? Gostei! Rsrs

E se... Que rica esta sessão de questões críticas!

O vídeo de basketO vídeo de basket

24

Aprendizagem e design de testeO crucial

25

Turismo bem orientado: Cartas de Expedição, Cartas de Teste, Cartas de Navegação, Charters

Uma carta pode ser dividida em três partes:

•O que explorar•Que recursos utilizar•Que informações descobrir quando explorar

Explorar: _________(Destino)____________

Com: _________( Recursos)______________

Para descobrir:____( Informação)_________Template de carta de

expedição

26

Cartas de Expedição: exemplos

Explorar: _a tela de autenticação____

Com: __inputs que indiquem usuário

inválido_

Para descobrir:___falhas de segurança_____

Fonte imagem: http://veja.abril.com.br/noticia/vida-digital/leitores-de-

impressoes-digitais-sao-muito-faceis-de-enganar-diz-pesquisador/

Imagine um sistema de biometria que solicita a digital do polegar para fornecer acesso ao sistema.

Foco: Escopo segurança:

Explorar a tela de login com inputs que

indiquem usuário inválido para descobrir

surpresas

Foco: Escopo multidisciplinar

27

Cartas de Expedição: contra-exemplos

Explorar a edição de dados funcionais de

funcionários com salário > 800 para

descobrir quem trabalha a mais de um ano.

Não é uma carta, mas um caso de teste estranhamente redigido.

Uma boa carta oferece direção sem sobre-especificar as ações, mas com foco.

Não precisou do

“com” ?

28

Atividade 1- Explorar carta de teste

Escreva uma carta de teste que explore a tela de login

29

Fonte de inspiração para CartasQuando explorar

Vc faz parte!Discussões de requisitos

Quem sabe fará parteApresentação de um produto

Vc ficou de fora!Analise de artefatos

30

Técnicas Exploratórias- Como explorar

Jogos de catástrofes

Modelos de estado, Técnica de relações,

CRUD, QQC, Comportamento

padrão

Técnica de turismo

Session Based e de Reconhecimento

Persona

Não são sequenciais

31

• E se... O que de pior pode ocorrer? O que pode comprometer?

• E se a primeira camada de segurança quebrar?• E se eu mudar um parâmetro da requisição e o captha

não impedir um DOS?• E se eu testar este trecho de funcionalidade, o que

ocorre?

• O que acontece se eu...

Onde ( o que ) : RiscosTécnica de Jogos de catástrofes

32

Onde ( o que ) : RiscosAtividade 2-Jogos de catástrofes

Explore a tela de login com jogos de catástrofes para descobrir riscos que comprometam a segurança do produto.

33

Mind Maps -Começe com um alvo base-Estratégias: top down e bottom up-Deixe as ideias explodirem-Planeje: KISS at all-Recall da conversation

34

Mind Maps- Atividade

Crie um mind map para um sistema de passagens aéreas.

http://www.wikihow.com/Make-a-Mind-Map#/Image:Make-a-Mind-Map-Step-6-Version-2.jpg

Sessões de 5 minutos:Reconhecimento, exploração

35

User storiesSob Pressão

Usando 3C

-Card-Conversation-Confirmation

"User Stories… Unleashed"; Mike Turner, Sean Hurst, Ray Jordan

36

Meu reino por um requisito... E um aceite!!

Requisitos Ágeis sob pressão

37

User story?-Descrição escrita usada para descrever cenários de negócios -Testes que transmitem e documentam os detalhes de um projeto (confirmação).


38

Não fique obcecado pelo formato

“In order to eu registre

atividade no SGTIAs um usuário válido

I want acesso ao sistema

http://blog.crisp.se/2014/09/25/david-evans/as-a-i-want-so-that-considered-harmful

“As a usuário PRODAM

I want acesso ao SGTI

So that possa registrar

minhas atividades

39

A compra pode ser

paga com cartão

de crédito

Nota: aceitar Visa,

Master Card.

Considere explorar.

-Explore com

Visa e Master

Card (pass / fail)

-Explore com ids

corretos, incorretos e faltando

VersoStory

Não fique obcecado pelo formato

40

User stories - Sob Pressão

Usando 3C

Card: para lembrar da conversa

Conversation: onde pegar os detalhes que não estão no card?

Confirmation: para teste de aceitação. Pode ser escrito nas costas do card

41

-Enfatizam comunicação verbal ao invés de escrita.-São compreensíveis pela equipe e cliente-São ferramentas de desenvolvimento iterativo.-Encorajam detalhes até que se tenha entendimento do que realmente precisa.

User stories - Sob Pressão

Usando 3C-Card-Conversation-Confirmation

42

Um caminho…-Quem é o usuário da feature?-Esta estória melhora a interação com o usuário?-O que você quer resolver?-Por que precisa revolver isso?

Usando 3C-Card-Conversation-Confirmation

User stories - Sob PressãoStory maps

43

Atividade 3- Escrever user stories

Utilizando seu mind map e o resultado da exploração. Escreva cinco user stories para o sistema de passagens aéreas

44

Estimativas ágeis para Pressão

extrema

45

Projetos de sucesso

- Extraem informação de diferentes fontes e pessoas- Delicado equilibrio entre time de negócio e time técnico-Decisões a serem tomadas com o que se tem à mão.-Tomam decisões durante todo o projeto

46

Nós não sabemos estimarO problema da espera. Ágil nele!!!

47

Segundo Martin Fowler, não é o projeto que falha mas a estimativa.http://martinfowler.com/bliki/WhatIsFailure.html

Sucesso é o ROI!!!

Estimativas ágeis para Pressão extrema

http://martinfowler.com/bliki/WhatIsFailure.html

48

1. Productivity index2. COCOMO, SEER-SIM, SLIM

models3. Test distribution

percentage4. Test Case Points Analysis5. FIA (finger in the air) or

best guess6. Ad-hoc method7. Experience Based -

Analogies and experts8. WBS 9. Delphi technique10.Three-point estimation

(successive calculation)11.Function points / Test point

Analysis12.Use case point estimation

method

13.Object Point Estimation 14.Intuição e adivinhação15.Parkinson’s law 16.Price to win17.Requirements-Based

Testing 18.Padrões e normas da

empresa19.% of project effort or

staffing20.Team estimation sessions21.Story point sizing

Poker estimationT-shirt sizing

Nós não sabemos estimar, mesmo com métodos diversos

49

Por que usar estimativa Ágil?Qual o esforço pra atravessar o universo?

http://www.messagetoeagle.com/interstellarbeacons.php#.VlEX5uI2O1s

http://www.gospelgifs.com/art_pages_22/no_limit_01.htm

50

Por que usar estimativa Ágil?

Meu reino por uma técnica.. :)


51

Story Points

-Trabalha comparando esforços-Somos melhores em comparar que em calcular

52

Story Points e planning poker

-Vários decks com a mesma série-User story é discutida até ter suficiente informação

-Análise de esforço inicia

- Cartas para baixo - Cada player expõe seu ponto de complexidade - Pontos extremos justificam sua escolha ( simples, complexo) - No empate ou no empasse faz mais rodadas -Tá uniforme? Vai pra próxima estória

O moderador

53

Atividade 4- Estime esforço usando estórias

Usando as estórias estime pontos de esforço para o projeto do sistema dePassagem aérea

54

Gestão Àgil: backlogs e sprints eficazes, time

feliz!

KAIZEN

Mapeamento do fluxo de valor: geram, agregam , não geram

Fluxo continuo: produzir e distribuir rapidamente

55

Velocidade

Se tudo parece estar sob controle, você não está indo rápido o suficiente

Mario Andretti, http://www.goodreads.com/author/show/2115694.Mario_Andretti

56

Dashboards eficazes

Eu amo dashboards

57

-Fácil de ser mantido atualizado pelo time-Rápida rastreabilidade-Progresso e valor do produto-Permite voltar atenção ao que é crítico e tomar decisões-Ver o valor do negócio

Dashboards eficazes

Projeto de Layout

58

Atividade 5- Equilibrando cronograma

Faça 2 rodadas de teste exploratório e atualize o dashboard a cada 30 minutos

59

Quanto tempo para completar todas as estórias?

-O time não pode trabalhar todas as estórias de uma vez.-É necessário um método de estimar esforço para completar todas as estórias=Pontuação de cada estória x tempo para completá-las.-Necessário métrica simples, mas realista e flexível para medir progresso.

A ideia geral é medir o progresso ( pontos) por período e ajustar o esforço geral das estórias

60

Atividade 6- Equilibrando cronograma

Explore o sistema de passagens aéreasA partir das estórias criadas.Ajuste o cronograma e o dashboard a cada 30 minutos.Direções:Status da estória, quanto falta, dificuldade, boas práticas

61

Quadrantes Ágeis do jeito fácil

-Teste é uma atividade ou uma fase? Começo, meio e fim

-Se o seu taskboard tem uma coluna separada pra teste é uma fase

-Quantas tarefas podem ser feitas antes das tarefas do desenvolvimento?

-Você acredita que pode prevenir bugs antes do produto ser escrito?

A IDEIA É SEMPRE PREVENIR AO INVÉS DE CONTROLAR

62

Face de negócio

Face de tecnologia

Sup

orta

r o ti

me

Crit

icar

o p

rodu

to


Atividade 7- teste que me vêm à cabeça

63


Exemplos de testes

“Agile testing”; Samantha Laing and Karen Greaves

64

Faça Daily Scrum: várias e em pé?!

Evite: pouco no inicio e exprimido no final: rever assim que concluir a tarefa.

Bugs corrigidos assim que eles são encontrados: -Reduz o custo da correção. Mais tempo, mais contexto e menos memória.-Menos entorno, menos complexidade de código, camadas e elementos a serem corrigidos

Durante o SPRINT

65

-Gerar reflexão-Decidir o que fazer-Encerramento

KAIZEN - Melhoria continua - Retrospectivas

66

KAIZEN - Melhoria continua - Retrospectivas

Preparar o cenário

-Por que estamos nos reunindo?-Como será a retrospectiva? Qual o objetivo?-Em que período faremos retrospectivas?

Adquirir Informações

-Equipe compartilha seu ponto de vista sobre eventos e fatos.-Atividades e questionamentos

67

Atividade 7- Restrospectivas

Praticar restropectiva do projeto de Passagens aéreas

68

POSSO COLABORAR COM MAIS RESPOSTAS?

[email protected]

br.linkedin.com/in/kfranklint

92-99416-0873