Mare de Agilidade - BDD e TDD

Behaviour and Test Driven Development [BDD | TDD] Desenvolvimento guiado a comportamento e testes Christiano Milfont Maré de Agilidade 2009, Fortaleza Copyleft 2009 Milfont.org

Testes

Requirements Design Implementation Testing Maintenance Deployment Waterfall

Testes

Requirements Design Implementation Testing Maintenance Deployment Waterfall

Requirements Design Implementation Testing Maintenance Deployment Test First

Use Case Um caso de uso captura um contrato entre os interessados de um sistema sobre seus comportamentos . Writing Effective Use Cases Alistair Cockburn User Story Uma estoria descreve funcionalmente o que será valioso para os usuários e aos compradores de um software . User Stories Applied Mike Cohn Behaviour Driven Development

User Story
Card [cartão]
Conversation [conversação]
Confirmation [confirmação]
“ Ron Jeffries, 2001”

User Story
I ndependente
N egociável
V alioso ao comprador
E stimável
S mall [Pequena]
T estável
User Stories Applied
Mike Cohn

Story Card

Linguagem Ubíqua "A language structured around the domain model and used by all team members to connect all the activities of the team with the software ."

Um Membro do projeto cadastra uma “Issue” no sistema. Um Gerente de projetos aceita ou rejeita a entrada de Issues para serem trabalhadas. Um Funcionário do hospital dar entrada do Paciente na Emergência. O Cenário de entrada por pacientes depende do Login do usuário com ROLE Admin na Action antes do forward. Um funcionário atende uma solicitação de saída de medicamento pelo prontuário do paciente com limite do cardápio do médico. A Tabela TB_ITEMS tem ligação com a Tabela TB_NOTAS

Um Membro do projeto cadastra uma “ Issue ” no sistema. Um Gerente de projetos aceita ou rejeita a entrada de Issues para serem trabalhadas. Um Funcionário do hospital dar entrada do Paciente na Emergência . O Cenário de entrada por pacientes depende do Login do usuário com ROLE Admin na Action antes do forward. Um funcionário atende uma solicitação de saída de medicamento pelo prontuário do paciente com limite do cardápio do médico. A Tabela TB_ITEMS tem ligação com a Tabela TB_NOTAS

Story Card
As a…
I want…
so that…
“ BDD fornece uma linguagem ubíqua para análise” Dan North

Story Card
As a [X]
I want [Y]
so that [Z]
Onde:
Y é alguma funcionalidade ou característica,
Z é o benefício ou valor dessa funcionalidade e
X é a pessoa ou perfil/papel beneficiado

Story Card
As a [role]
I want to [activity]
To do [a task]
In order to [business value]
As a [role]
I want to [activity]

Story Card
As a “ membro do projeto ”
I want “ Criar uma issue ”
so that “ Eu possa acompanhar a resolução ”
As a “ gerente do projeto ”
I want “ aceitar a entrada de uma issue ”
so that “ seja descartada ou resolvida apenas com minha permissão ”

Behaviour Driven Development Acceptance Criteria Given [dado] When [quando] Then [então]

Acceptance Criteria Given uma issue preenchida e um projeto informado When um membro requisitar o cadastro Then garantir que ela seja armazenada no sistema And uma mensagem seja informada And a issue esteja na lista de não-confirmadas

Acceptance Criteria Given uma issue preenchida And um projeto informado And um membro autorizado When um membro requisitar o cadastro Then garantir que ela seja armazenada no sistema And uma mensagem seja informada And a issue esteja na lista de "novas issues" a serem resolvidas

Titulo: Cadastrar Issues As a membro do projeto I want criar uma issue So that eu possa acompanhar a resolução do mesmo. Cenário 1 Given uma issue preenchida e um projeto informado When um membro requisitar o cadastro Then garantir que ela seja armazenada no sistema And uma mensagem seja informada And a issue esteja na lista de não-confirmadas Cenário 2 Given um nome e um tipo e um nivel e um sumario a um projeto When o membro requisitar o cadastro Then garantir que seja criada uma issue And armazenada no sistema And uma mensagem seja informada And a issue esteja na lista de não-confirmadas

Given um nome e um tipo e um nivel e um sumario a um projeto
When o membro requisitar o cadastro
Then garantir que seja criada uma issue
And armazenada no sistema
And uma mensagem seja informada
And a issue esteja na lista de não-confirmadas
@Given ("a $name and a $type and a $level and a $summary and a $project ")‏
public void relatar(String name… ) throws IllegalArgumentIssueException {
throw new IllegalArgumentIssueException("erro");
}

Given um nome e um tipo e um nivel e um sumario a um projeto
When o membro requisitar o cadastro
Then garantir que seja criada uma issue
And armazenada no sistema
And uma mensagem seja informada
And a issue esteja na lista de não-confirmadas
@Given ("a $name and a $type and a $level and a $summary and a $project ")‏
public void relatar(String name… ) throws IllegalArgumentIssueException {
Issue issue = member
.createIssue( name )‏
.withType( type )‏
.withLevel( level )‏
.withSummary( summary )‏
.toProject( project) ;
ensureThat(issue .getStatus(), equalTo(Status. UNCONFIRMED ));
…
}

Declarativo vs Imperativo Dado um nome preenchido com “Erro tal” E um sumário preenchido com “bla bla bla” E um nível selecionado como “PENDENTE” E um projeto selecionado com o nome “Projeto Novo” Quando o cliente requisitar o cadastro Então garantir que seja criada uma issue E armazenada no sistema E uma mensagem seja informada E a issue esteja na lista de não-confirmadas Dado uma Issue preenchida adequadamente Quando o cliente requisitar o cadastro Então garantir que seja criada uma issue E armazenada no sistema E uma mensagem seja informada E a issue esteja na lista de não-confirmadas

Test Driven Development “ Desenvolvimento guiado por testes é um caminho de gerenciamento do medo durante a programação.” Kent Beck - Test Driven Development by Example

Test Driven Development Standup Meeting @ 9h Pair Up Test First [Prática] Code Refactor Integrar ou Disponibilizar Ir para casa @ 17h

Test Driven Development
O ritmo em 3 A’s
Arrange [Criar um objeto]
Act [Invocar um método]
Assert [Verificar o resultado]
Refactoring Workbook, Bill Wake

Test Driven Development
Escreva um teste que não funciona.
Escreva o código e faço-o funcionar.
Refatore e elimine o código repetitivo.
RED - GREEN - REFACTOR

Test Double
Dummy
Fake
Stubs
Spies
Mocks

Fixture Setup
Setup
Tear Down
@Before public void setUp() throws Exception { Connection conn; try { ... IDatabaseConnection connection = new DatabaseConnection(conn); DatabaseOperation.INSERT.execute(connection, new FlatXmlDataSet( new FileInputStream( “ issuetrackr.xml"))); conn.close(); } catch (Exception exc) { ... } }

http://en.wikipedia.org/wiki/Dexter_Morgan Perguntas?

http://www.milfont.org	244
http://www.slideshare.net	25
http://coderwall.com	15

Mare de Agilidade - BDD e TDD

by Milfont Consulting on Aug 09, 2009

Accessibility

Categories

Tags

Upload Details

Usage Rights

3 Embeds 284

Statistics

Mare de Agilidade - BDD e TDD — Presentation Transcript