Desenvolvimento Orientado a Comportamento (BDD) aprimorado com ScopeMaster

Uma visão geral do BDD

BDD é uma metodologia (e ferramentas) de desenvolvimento projetada para melhorar a comunicação entre negócios e a comunidade técnica de software, em particular, aborda o desafio de simplificar o teste de cenários.

A base por trás do BDD é o arquivo de recurso Gherkin. O arquivo de recurso possui estrutura e sintaxe predefinidas, mas pode ser escrito em linguagem comercial clara e compreensível. Isso ajuda a reduzir os desafios de comunicação entre a equipe comercial e técnica.

Considere este exemplo de arquivo BDD Gherkin Feature Do mais moderno:

Recurso: Titular da conta saca dinheiro
Cenário: A conta tem fundos suficientes
Dado o saldo da conta é $100
E o cartão é válido
E a máquina contém dinheiro suficiente
Quando o titular da conta solicita $20
Então o caixa eletrônico deve dispensar $20
E o saldo da conta deve ser $80
E o cartão deve ser devolvido

A sintaxe do Gherkin concentra-se em uma estrutura rigorosa, mas compreensível para os cenários sob os quais o recurso deve ser testado. As ferramentas BDD do desenvolvedor analisam esses arquivos de recursos para gerar códigos/estruturas de teste a partir dos cenários de Dado, quando e então.

A combinação de sintaxe fácil de entender e a análise automatizada desses arquivos para gerar estruturas automatizadas de testes funcionais é uma combinação muito eficaz para facilitar a rápida codificação dos requisitos de negócios.

Aqui está outro exemplo (do Behat):

Recurso: Sirva café
Para ganhar dinheiro
Os clientes devem ser capazes de
compre café o tempo todo

Cenário: Compre o último café
Dado 1 cafés deixados na máquina
E eu tenho depositado 1 dólar
Quando Eu pressiono o botão do café
Então Eu deveria receber um café

Ferramentas como Pepino, Comportamento, JBehave e Jasmim analisará os arquivos de recursos para criar estruturas de teste para que os desenvolvedores possam criar facilmente testes funcionais automatizados.  Squish do Froglogic e Mais moderno ampliar ainda mais esses recursos de teste de cenário. No entanto, todos eles se concentram no cenários ou o como e quando de uma história de usuário fazendo o que.

A qualidade da história em si, em particular a Quem e o que da história do usuário não são examinados por essas ferramentas. Na verdade, com o BDD você pode ter cenários bem escritos com testes totalmente automatizados, mas uma história de usuário sem sentido (descrição do recurso). É aqui que entra o ScopeMaster.

ScopeMaster é bem diferente dessas ferramentas BDD. É usado principalmente por analistas, não por desenvolvedores, para automatizar a análise do Quem e o que dentro e entre histórias de usuários. Nenhum conhecimento de codificação é necessário. Na verdade, ao usar o ScopeMaster ao agrupar e preparar as histórias, antes de compilar os cenários, você obterá histórias melhores e evitará desperdício de esforço na criação de cenários que podem não ser necessários.

Ambos são melhores

ScopeMaster é uma ferramenta complementar ideal em BDD. O cenário mais produtivo é refinar primeiro as histórias de usuário com o ScopeMaster, antes que todos os cenários tenham sido escritos. Em seguida, comece a trabalhar nos cenários e use essas outras ótimas ferramentas para construir os testes comportamentais. A combinação de ambos pode levar o BDD a um nível totalmente novo em produtividade e qualidade de desenvolvimento.