{"id":638,"date":"2021-02-08T08:00:00","date_gmt":"2021-02-08T11:00:00","guid":{"rendered":"https:\/\/coodesh.com\/blog\/?p=638"},"modified":"2024-01-05T07:48:08","modified_gmt":"2024-01-05T10:48:08","slug":"bdd-na-pratica-entenda-o-que-e-e-como-funciona","status":"publish","type":"post","link":"https:\/\/coodesh.com\/blog\/candidates\/metodologias\/bdd-na-pratica-entenda-o-que-e-e-como-funciona\/","title":{"rendered":"BDD na pr\u00e1tica: entenda o que \u00e9 e como funciona"},"content":{"rendered":"\n

Um software tem uma vida \u00fatil. Portanto, as atualiza\u00e7\u00f5es visando deix\u00e1-lo mais assertivo podem levar ao sucesso ou ao fracasso. Por isso o uso de metodologias \u00e1geis \u00e9 t\u00e3o importante para deixar o sistema sempre em dia<\/strong>. O BDD, na pr\u00e1tica, \u00e9 baseado em testes que v\u00e3o nortear o comportamento do software ao longo da sua vida \u00fatil e, ao mesmo tempo, integrar as equipes.<\/p>\n\n\n\n

Sendo assim, para melhorar as funcionalidades e prevenir bugs, existem muitas metodologias aliadas. O BDD (Behavior Driven Development ou Desenvolvimento Orientado ao Comportamento)<\/strong> \u00e9 uma metodologia baseada em comportamento muito utilizada pelas empresas.<\/p>\n\n\n\n

Saiba neste artigo como funciona o BDD, na pr\u00e1tica, e se \u00e9 interessante estudar esta \u00e1rea.<\/p>\n\n\n\n

Basicamente, o BDD utiliza um conceito de metodologia que prioriza o compartilhamento pela equipe de desenvolvimento, pelo time da qualidade e pelo pessoal da \u00e1rea de neg\u00f3cios. Como resultado, tem-se um produto que responde \u00e0 expectativa do cliente, com a otimiza\u00e7\u00e3o do tempo de todos os envolvidos no processo.<\/p>\n\n\n\n

Mas o que o BDD tem a ver com o TDD?<\/strong> Como foi sua cria\u00e7\u00e3o? Veja na sequ\u00eancia mais informa\u00e7\u00f5es sobre essa metodologia.<\/p>\n\n\n\n

Como foi a cria\u00e7\u00e3o do BDD?<\/h2>\n\n\n\n

O BDD, na pr\u00e1tica, \u00e9 um complemento ou uma evolu\u00e7\u00e3o<\/a> do TDD, que \u00e9 o Test Driven Development. Embora muitas pessoas acreditem que ele veio para substituir o TDD, criado por Kent Beck.<\/p>\n\n\n\n

Isso porque, basicamente, o TDD prop\u00f5e a elabora\u00e7\u00e3o de testes simples antes da defini\u00e7\u00e3o do c\u00f3digo<\/strong>. Mas como testar e o que avaliar?<\/p>\n\n\n\n

Foi assim que, em meados do ano 2000, Dan North apresentou a metodologia do BDD pela primeira vez. A sua inten\u00e7\u00e3o era trazer pessoas n\u00e3o t\u00e9cnicas para o entendimento da testagem das funcionalidades dos programas, mantendo os testes.<\/p>\n\n\n\n

Vem da\u00ed outro cunho comportamental da metodologia, pois quando se desenvolve um software corre-se o risco de deixar de lado algum conceito usado pela equipe de neg\u00f3cios ou ainda manter-se estritamente t\u00e9cnico.<\/p>\n\n\n\n

Por consequ\u00eancia, n\u00e3o \u00e9 apenas a equipe de desenvolvedores que escreve os cen\u00e1rios de testes. Sendo assim, tr\u00eas agentes interagem para criar o produto<\/strong>: o Product Owner (PO), o Quality Analyst (QA) e o developer. \u00c9 o que Georgie Dinwiddie chamou de \u201cregra dos tr\u00eas amigos\u201d. Assim, se obt\u00e9m melhores resultados na descri\u00e7\u00e3o dos testes.<\/p>\n\n\n\n

Enfim, busca-se respostas para algumas quest\u00f5es, como:<\/p>\n\n\n\n