The BDD Books - Formulação
$10.00
Valor mínimo
$15.00
Valor Sugerido

The BDD Books - Formulação

Documentando exemplos com cenários Gherkin

Sobre o Livro

Escrito pelo criador do SpecFlow e pelo autor do livro "The Cucumber for Java Book", este livro oferece ao leitor informações detalhadas sobre como formular cenários Gherkin legíveis a partir de exemplos concretos gerados durante a fase de descoberta. Gherkin é a sintaxe de especificação de Desenvolvimento Guiado por Comportamento (BDD) líder na indústria. Este guia prático demonstra como escrever melhores cenários, acompanhando uma equipe na criação de documentação viva para um produto digital em desenvolvimento.

O livro é destinado a todos os envolvidos na especificação e entrega de software, incluindo especialistas de negócio, desenvolvedores e testadores. Ele descreve como todos os interessados precisam estar envolvidos na criação da especificação de um produto. A forma como você se envolverá dependerá de suas habilidades além de diversos outros fatores. Contudo o envolvimento de todos é essencial. Este livro indispensável para todos que buscam mais impacto em suas entregas.

Este é o segundo volume da série BDD Books, que irá guiá-lo por todo o processo de desenvolvimento, incluindo práticas técnicas específicas necessárias para direcionar com sucesso o desenvolvimento utilizando especificações colaborativas e documentação viva.

Este livro foi traduzido para Português (Brazilian) de The BDD Books – Formulation no qual foi escrito originalmente em Inglês.

Sobre os Autores

Seb Rose
Seb Rose

Consultant, coach, designer, analyst and developer for over 30 years.

Seb has been involved in the full development lifecycle with experience that ranges from Architecture to Support, from BASIC to Ruby. He’s a partner in Cucumber Limited, who help teams adopt and refine their agile practices, with a particular focus on collaboration and automated testing.

Regular speaker at conferences and occasional contributor to software journals. Contributing author to “97 Things Every Programmer Should Know” (O’Reilly) and lead author of “The Cucumber for Java Book” (Pragmatic Programmers).

He blogs at cucumber.io and tweets as @sebrose.

Gáspár Nagy
Gáspár Nagy

Gáspár Nagy is the creator and main contributor of SpecFlow, the most widely used ATDD/BDD framework for .NET.

Gáspár is an independent coach, trainer and test automation expert focusing on helping teams implementing BDD and SpecFlow through his company, called Spec Solutions. He has more than 20 years of experience in enterprise software development as he worked as an architect and agile developer coach.

He shares useful BDD and test automation related tips on his blog (https://gasparnagy.com) and on Twitter (@gasparnagy). He edits a monthly newsletter (https://bddaddict.com) about interesting articles, videos and news related to BDD, SpecFlow and Cucumber.

He also works on a tool that can synchronize scenarios to Azure DevOps and Jira, called SpecSync.

Tula Valle Machado
Tula Valle Machado

Estou apaixonado por transformar ideias em soluções de software que realmente fazem a diferença. Com uma bagagem sólida em engenharia ágil e qualidade de software, meu foco é ajudar equipes a se conectarem melhor e entregar resultados que impactam de verdade.

Qualidade não é apenas testar o código, mas entender profundamente que o negócio precisa e construir algo que funcione para todos. Agilidade é mais do que um conjunto de processos – é uma maneira de trabalhar que conecta as pessoas, melhora a comunicação e entrega valor o tempo todo.

Uma das coisas que mais me inspira nesta jornada é o BDD (Behavior Driven Development), que vai além do código e coloca o comportamento do sistema no centro. Isso ajuda todo o mundo a falar a mesma língua e trabalhar em torno de objetivos comuns.

Estou sempre em busca de aprender, evoluir e compartilhar o que funciona - e o que não funciona . Afinal, no final do dia, a missão é entregar software de qualidade e ajudar as equipes a se superarem.

Vinícius Rodrigues Nunes
Vinícius Rodrigues Nunes

Software Architect specializing in web applications built with .NET Core and Java Spring platforms. Extensive experience as a UX engineer and Agile Master, leveraging Lean Software Development, Kanban, and Extreme Programming practices. Foundational principles like Clean Craftsmanship, Toyota Kata, and Specification by Example guide my approach to modern software development.

Sumário

  • Prefácio por Angie Jones
  • Prefácio por Daniel Terhorst-North
  • Prefácio
    • O projeto WIMP
    • Para quem é este livro
    • Por que você deve ler este livro
    • Como ler este livro
    • Regras e exemplos
    • BDD precisa de testadores qualificados
    • Por que você deveria nos ouvir
    • Recursos online
    • Agradecimentos
  • Capítulo 1 – O que é formulação??
    • 1.1 – Onde a formulação se encaixa no BDD?
    • 1.2 – Entendimento compartilhado
    • 1.3 – Dois tipos de cenários
    • 1.4 – Diversos formatos
    • 1.5 – Gherkin overview
    • 1.6 – Documentação viva
    • 1.7 – O que acabamos de aprender
  • Capítulo 2 – Limpando um cenário antigo
    • 2.1 – O cenário antigo
    • 2.2 – Mantenha seus cenários BREVES (BRIEF, no inglês)
    • 2.3 – Usando mapas de exemplo para dar foco
    • 2.4 – Documente a essência do comportamento
    • 2.5 – Cenários devem ser lidos como uma especificação
    • 2.6 – Use dados reais quando isso oferece mais clareza
    • 2.7 – Comunicação, não testes
    • 2.8 – Cenários ilustrativos
    • 2.9 – O que nós acabamos de aprender
  • Capítulo 3 – Nossa primeira funcionalidade
    • 3.1 – Arquivos de funcionalidade
    • 3.2 – Um arquivo de funcionalidade de exemplo
    • 3.3 – Fundamentos do Gherkin
    • 3.4 – O arquivo de funcionalidade
    • 3.5 – Regras
    • 3.6 – Estrutura do cenário
    • 3.7 – Múltiplos contextos
    • 3.8 – Manter o contexto essencial
    • 3.9 – É um Dado ou um Quando?
    • 3.10 – Múltiplos resultados
    • 3.11 – Tenha cuidado ao usar conjunções
    • 3.12 – Tabelas de dados
    • 3.13 – Esquemas do cenário
    • 3.14 – Mantenha as tabelas legíveis
    • 3.15 – Blocos de texto legíveis
    • 3.16 – O que acabamos de aprender
  • Capítulo 4 – Uma nova história de usuário
    • 4.1 – Restringindo clientes usando uma lista de bloqueios
    • 4.2 – Escreva do final pro início
    • 4.3 – Cozinheiros demais
    • 4.4 – Aspas
    • 4.5 – Não existe “eu” em “Persona”
    • 4.6 – Tem problema repetir?
    • 4.7 – A legibilidade é mais importante que a facilidade de automação
    • 4.8 – Contexto
    • 4.9 – Exemplos não formulados
    • 4.10 – Comentando em arquivos de funcionalidade
    • 4.11 – Definindo o contexto
    • 4.12 – Mantendo o foco
    • 4.13 – Formulando mais rápido
    • 4.14 – Especificação incremental
    • 4.15 – Cenários manuais
    • 4.16 – Quem faz o quê e quando
    • 4.17 – O que nós acabamos de aprender
  • Capítulo 5 – Organizando a documentação
    • 5.1 – Histórias de usuários não são o mesmo que funcionalidades
    • 5.2 – Divisão de responsabilidades
    • 5.3 – Evolução da documentação
    • 5.4 – Documentando o domínio
    • 5.5 – Tags também são documentação
    • 5.6 – Cenários de jornada
    • 5.7 – Estruturando a documentação viva
    • 5.8 – Documentando funcionalidades compartilhadas
    • 5.9 – Documentação direcionada
    • 5.10 – O que acabamos de aprender
  • Capítulo 6 – Lidando com o legado
    • 6.1 – BDD em projetos legados
    • 6.2 – Documentação incremental
    • 6.3 – Fazendo uso de scripts de teste manuais
    • 6.4 – O que acabamos de aprender
  • O que vem a seguir
    • Onde chegamos
    • O que ainda falta cobrir
    • De que outra forma podemos ajudar
  • Apêndices
    • Folhas de referência sobre Gherkin
    • Lista de Atalhos do Gherkin?
    • Lista de Atalhos sobre “cheiros ruins” na Formulação
    • Arquivos de funcionalidade formulados
  • Bibliografia
  • Elogios para Formulação

A garantia Leanpub incondicional, sem riscos, de 100% de satisfação

Durante 60 dias da data de compra você pode solicitar o reembolso total de qualquer compra Leanpub, em dois cliques. Nós processamos os reembolsos manualmente, então eles podem demorar alguns dias para aparecer. Veja os termos completos.

Ganhe $8 em uma compra de $10 e $16 em uma compra de $20

Pagamos 80% de royalties em compras de $7,99 ou mais e 80% de royalties menos uma taxa fixa de 50 centavos em compras entre $0,99 e $7,98. Você ganha $8 em uma venda de $10 e $16 em uma venda de $20. Portanto, se vendermos 5000 cópias não reembolsadas do seu livro por $20, você ganhará $80,000.

(Sim, alguns autores já ganharam muito mais do que isso no Leanpub.)

Na verdade, os autores ganharammais de 13 milhões de dólares escrevendo, publicando e vendendo no Leanpub.

Saiba mais sobre escrever no Leanpub

Atualizações grauitas. Sem DRM.

Se você compra um livro da Leanpub, você recebe atualizações gratuitas enquanto o autor atualizar o livro! Muitos autores utilizam a Leanpub para publicar os seus livros em andamento, enquanto eles estão os escrevendo. Todos os leitores recebem atualizações gratuitas, não importa quando ou por quanto eles compraram o livro (até mesmo de graça).

A maioria dos livros Leanpub estão disponíveis em PDF (para computadores) e EPUB (para telefones, tablets, e Kindle). Os formatos que um livro inclui são exibidos no top direito dessa página.

Por último, livros Leapub não têm nenhuma proteção anti-cópias DRM sem sentido, então você pode facilmente lê-los em qualquer dispositivo suportado.

Aprenda mais sobre os formatos de ebook da Leanpub e aonde lê-los

Escreva e Publique na Leanpub

Autores e editoras usam a Leanpub para publicar incríveis livros em andamento e completos como esse aqui. Você pode usar a Leanpub para escrever, publicar e vender o seu livro também! A Leanpub é uma plataforma poderosa para autores sérios, combinando fluxos de trabalho simples e elegantes para escrita e publicação, com uma loja focada em vender livros em andamento. A Leanpub é uma máquina de escrever mágica para autores: simplesmente escreva em texto simples e, para publicar o seu ebook, apenas aperte um botão. É realmente fácil assim.

Aprenda sobre como escrever na Leanpub