#gutsrs /@gutsrs

Jogo BDD WarriorsAna Carolina Hermann

Programação• 19h15 às 19h45 Recepção, boas vindas e Coffee para

integração

• 19h45 às 19h55 Abertura do evento, apresentação do GUTS-RS e expectativas do evento

• 19h55 às 20h30 Palestra Introdução ao BDD (Ana Carolina Hermann)

• 20h30 às 21h15 Jogo BDD Warriors

• 21h15 às 21h30 Fechamento e retrospectiva do jogo

Sobre o GUTS-RS• GUTS-RS: Grupo de Usuários de Testes de Software do RS

• Criado em: agosto/2008

• Objetivo: compartilhar o uso de métodos, processos e ferramentas de Teste de Software e promover discussões sobre a aplicação das melhores práticas de teste e qualidade utilizadas no mercado

• Público Alvo: Gerentes, Analistas de Testes, Testadores, Desenvolvedores e demais profissionais e estudantes interessados na área

• Coordenação: Diraci Júnior, Eduardo Oliveira, Gabriel Oliveira e Moisés Ramírez

Canais de Comunicaçãohttp://guts-rs.blogspot.com.br/

@gutsrs

guts-rs-sucesu@googlegroups.com

Grupo de Usuários de Testes de Software do RS

Guts RS GUTS-RS

http://pt.slideshare.net/GUTS-RS

http://guts-rs.eventbrite.com/

Comunicados• Submissão de Palestras 2016

– DOJO– Fishbowl– Palestra– TCC– Testing Games– Workshop– Outros

• Assinar a lista de presença

• Preencher a Ficha do Evento

Próximos Eventos• DevOps pela visão de QA (Maio)

Sobre a palestranteAna Carolina Hermann é desenvolvedora Java e .Net na DBServer, onde já trabalhou em diversos projetos com BDD e onde usa sua influência para converter mais pessoas em fãs de jogos de tabuleiro. Juntando as duas coisas, e mais a convicção de que o apocalipse zumbi está próximo, ela projetou o jogo BDD Warriors.

Introdução ao BDDAna Carolina Hermannanah@dbserver.com.br

Behaviour-Driven Development: Origens

• Dan North (“Introducing BDD”, 2003-2006)

• A partir de dúvidas que se repetiam sobre TDD...• O que testar• O quanto testar• Como saber o que falhou

... se chegou em uma técnica para implementar uma aplicação através da descrição do seu comportamento do ponto de vista dos stakeholders

Vantagens•Aproximar a área técnica da área de negócios através de

• Linguagem ubíqua• Criação colaborativa de cenários

• Esclarecer cenários complexos de forma sucinta através de exemplos

• Fornecer um guia de testes para o desenvolvedor

• Eliminar documentação desnecessária

Vantagens

• Automação de cenários com Cucumber/SpecFlow/Jbehave

• Testes de regressão

• Rastreabilidade

• Documentação viva • Testes quebram ao alterar a documentação

• Reutilização na criação de cenários

Lições Aprendidas• Colaboração!

• Treinar a equipe

• Alinhamento para entender automação• O quanto testar• Ordem de eventos, etc.

• Depois que você sai do básico, não existe padrão

• Melhoria contínua!

BDD – Estrutura BásicaFuncionalidade: <Título>Eu, como um <papel>, Quero <funcionalidade>Para que <benefício>

Cenário: <Título do Cenário>Dado que... Setup do cenárioQuando ... Evento que estou testandoEntão... deve... Resultado esperado

ExemploFuncionalidade: Controle de acessoEu, como uma general rebelde, Quero ocultar os planos da rebeliãoPara que eles não caiam em mãos erradas

Cenário: Planos devem estar protegidos por senhaDado que R2D2 tem os planos da rebeliãoQuando alguém tentar acessá-losEntão R2D2 deve pedir a senha de acesso

BDD – Contexto e ParâmetrosContexto:

Dado que R2D2 tem os planos da rebeliãoE que um usuário está tentando acessá-los

Cenário: Usuários autorizados devem acessar os planos Dado que R2D2 solicitou a senha de acesso

Quando a senha correta for informadaEntão R2D2 deve responder "Beep! Beep!"E deve apresentar o holograma com os planos

Cenário: Usuários não autorizados devem ser punidos Dado que R2D2 solicitou a senha de acesso

Quando a senha incorreta for informadaEntão R2D2 deve responder "Beep beep! Beeeeeep! Beep!"E deve acertar o usuário com um choque de "0.001" ampE não deve apresentar o holograma com os planos

BDD – Múltiplos testes com um cenário

Contexto: Dado que R2D2 tem os planos da rebelião

Esquema de Cenário: Usuários não autorizados devem ser punidos Dado que um usuário do <TIPO> quer acessar os planos E que a senha de acesso foi solicitada

Quando a senha incorreta for informadaEntão R2D2 deve responder <MENSAGEM>E deve acertar o usuário com um choque de <QTD> amp

Exemplos: | TIPO | QTD | MENSAGEM || Contrabandista | 0.01 | Beep || Stormtrooper | 0.1 | Beep Beeeep || Lorde dos Sith | 0.2 | BEEEP BEEEP BEEP BEEEEP |

BDD Warriorshttps://

bddwarriors.wordpress.com

Cartas de cláusulasJogadora 1

Jogadora 2

1 ptEntão ____________

Jogadora 3

Cartas de cláusulasJogadora 1

Jogadora 2

1 ptEntão ____________

Jogadora 3

1 ptDado um ____________

Cartas de cláusulasJogadora 1

Jogadora 2

1 ptEntão ____________

Jogadora 3

1 ptDado um ____________

1 ptQuando ____________

Placar: 1 pt (carta)

1 pt (carta) + 2 pts (cenário) 1 pt (carta)

Cartas especiais

3 pts____ tubarão ____________

Cartas coringas:

Somente pode ser jogada para fechar um cenário!

Cenário:Trocar uma carta com alguém

Cartas de ação:

Leia as instruções na carta

Dúvidas?anah@dbserver.com.br