“Behavior Driven Development ou Desenvolvimento Guiado por Comportamento é uma técnica de desenvolvimento Ágil que encoraja colaboração entre desenvolvedores, setores de qualidade e pessoas de negócios. Proposto em 2003 por Dan North como uma resposta à TDD (Test Driven Development ou Desenvolvimento Guiado por Testes). Para tanto, desenvolvedores usam uma linguagem ubíqua que abstrai a tecnologia e foca no comportamento desejado.”
Quem foi, participou do debate e isso trouxe diferentes perspectivas e opiniões. A seguir um post muito legal do DevMedia sobre Behavior-Driven Development na plataforma .NET – https://www.devmedia.com.br/behavior-driven-development-na-plataforma-net/33372
Os debatedores possuem variados projetos que acumularam diferentes experiências no uso de BDD, o que permitiu o compoartilhamento de muito aprendizado vicariante, com seus acertos e erros em diferentes contextos, clientes, tecnologia e equipes.
1. Post do Dan North de 2006 com uma introdução e status do BDD – https://dannorth.net/introducing-bdd/
“Comportamento” é uma palavra mais útil que “teste”
O JBehave enfatiza comportamento ao longo do teste
Determine o próximo comportamento mais importante
Requisitos são comportamento também
BDD fornece uma “linguagem ubíqua” para análise
Critérios de aceitação devem ser executáveis
Nomes de métodos de teste devem ser frases
Um modelo simples de frase mantém métodos de teste focados
Um nome de teste expressivo é útil quando um teste falha”
2. Post do Dan North apresentando a relevância do uso de histórias do usuário – https://dannorth.net/whats-in-a-story/
“O desenvolvimento orientado por comportamento usa uma história como a unidade básica de funcionalidade e, portanto, de entrega. Os critérios de aceitação são uma parte intrínseca da história, definem o escopo de seu comportamento e nos dão uma definição compartilhada de “feito”. Eles também são usados como base para a estimativa quando chegamos a fazer nosso planejamento. Mais importante ainda, as histórias são o resultado de conversas entre as partes interessadas do projeto, analistas de negócios, testadores e desenvolvedores. O BDD é tanto sobre as interações entre as várias pessoas no projeto quanto sobre as saídas do processo de desenvolvimento.”
Jorge Horácio "Kotick" Audy 
Olá, meu nome é Douglas e sou representante do projeto TestRock que leva conhecimento relacionado a teste de software para seus assinantes. Lemos o artigo de vocês sobre BDD e achamos muito interessante. Estamos divulgando um framework Python para desenvolvimento BDD que está alinhando com seus valores de qualidade. Gostaríamos de fazer uma demonstração rápida (30 minutos) sem custo algum. O framework é totalmente gratuito, em código aberto e serve de base para nossas pesquisas acadêmicas. Entre contato pelo caso tenha interesse em conhecer mais do assunto. Muito obrigado. Abraços.
CurtirCurtir
Oi Douglas, somos uma empresa de tecnologia, focada em prestar serviço de desenvolvimento a nossos clientes, em diferentes formato de sourcing e projetos. Temos times habilitadores que proporcionam frameworks, agentes ou recursos para aceleração ou qualificação dos processos internos. De toda forma, sendo um esforço acadêmico, com certeza há uma grande possibilidade de podermos ajudar, pois estamos dentro do TecnoPUC e temos diversas parcerias com a universidade. Me passa teu contato que eu faço a ponte com alguém responsável ou envolvido nestas parcerias. Temos inclusive uma profissional referência em BDD que posso conectar. Meu email é jorgeh@db.tec.br … fico no aguardo e a disposição.
CurtirCurtir