BDD

 

Falando sobre critérios de aceite vamos usar o padrão BDD (Behavior Driven Development).

Como funciona?

Usando como exemplo a estória descrita abaixo:

COMO vendedor

QUERO/PRECISO consultar os meus clientes pelo CNPJ

PARA conseguir negociar com ele estando melhor informado.

Teríamos para ela os seguintes critérios de aceite:

                Cenário 1: CNPJ Inválido

DADO QUE o vendedor consulta o cliente

E insere um CNPJ inválido

QUANDO apertar no botão “Consultar”

OU clicar fora do campo de CNPJ

ENTÃO uma mensagem informando “CNPJ Inválido, por favor coloque um CNPJ válido.” deve ser exibida

Cenário 2: CNPJ Válido

DADO QUE o vendedor consulta o cliente

E insere um CNPJ válido

QUANDO apertar no botão “Consultar”

OU clicar fora do campo de CNPJ

ENTÃO será exibido uma tabela com uma única linha, contendo a Razão social, CNPJ e Status do cliente

E um botão chamado “Visualizar dados do cliente” será exibido junto a linha retornada

Podemos notar um padrão:

DADO QUE, indica o cenário atual.

QUANDO, indica a ação do usuário

ENTÃO, indica o comportamento esperado.

Também utilizamos o E e o OU para refinar ainda mais os nossos cenários de teste.

A princípio pode parecer maçante ou conceitual demais, porem exercitando o padrão vamos notar que facilita o entendimento e ajuda ao PO expressar o que ele espera da entrega da estória de forma mais objetiva e prática, além do que do lado do desenvolvedor o entendimento fica muito mais claro por seguir um padrão de escrita já exercitado antes.