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 há 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.