TDD em Go (Women Who Go Sampa)

Slides para uma oficina sobre TDD em Go, incluindo um Coding Dojo.

Transcript

1. I n t r o d u ç ã o + C o d i n g D o j o TDD EM GO Prática, ferramentas e bibliotecas para
 desenvolvimento guiado por testes em #golang Luciano Ramalho | @standupdev | @ramalhoorg Repositório com examplos e slides: https://tgo.li/tddgo
2. 2 MENSAGEM DA LAUREN DO @WWGSAMPA PARA VOCÊS
3. 3 Sometimes you need a blank template.
4. FLUENT PYTHON, MEU 1º LIVRO Fluent Python (O’Reilly, 2015) Python Fluente (Novatec, 2015) Python к вершинам
 мастерства (DMK, 2015) 流暢的 Python (Gotop, 2016) also in Simplified Chinese,
 Polish, Korean… 4 Mais de 40,000 exemplares
 vendidos até 
 maio de 2018
5. IDEIA DESTE TUTORIAL Aproveitar ao máximo o tempo presencial Prática de TDD, juntas Aplicação simples e completa, com testes Discussão sobre estilos e variantes de TDD Visão panorâmica sobre ferramentas e bibliotecas Muitas referências para estudar mais 5 Repositório com examplos e slides: https://tgo.li/tddgo
6. INTRODUÇÃO O que é TDD 6
7. TESTES TRADICIONAIS 7 Fonte: Test-Driven Development – Hugo Corbucci & Mauricio Aniche testes codar codar codar codar Feedback sobre erros e falhas de projeto
8. TEST-DRIVEN DEVELOPMENT 8 Fonte: Test-Driven Development – Hugo Corbucci & Mauricio Aniche teste codar teste codar teste codar teste codar Feedback sobre erros e falhas de projeto
9. TDD CYCLE 9 Fonte: Test-Driven Development – Hugo Corbucci & Mauricio Aniche
10. BOA PRÁTICA: BABY STEPS Implementar em pequenos incrementos Tempo entre estados vermelho/verde medido em minutos, não horas No início: pratique com os menores incrementos que consegue imaginar Como engatar a 1ª reduzida: esteja disposta e pronta para engatar marcha reduzida quando a subida for íngreme. 10
11. BOA PRÁTICA: CANTAR TACADA 11 Antes de rodar o teste, “cante” o resultado esperado. Ao parear, co-pilota deve cantar o resultado. — Teste vai gerar erro porque parseLine não foi definida — Teste vai falhar porque função devolve 1, mas o resultado esperado é 42. — Teste vai passar. Fonte: Test-Driven Development – Hugo Corbucci & Mauricio Aniche
12. BOA PRÁTICA: MELHORAR MENSAGEM DE FALHA 12 Source: Growing Object-Oriented Software, Guided by Tests by Steve Freeman, Nat Pryce
13. CODING DOJO Mão na massa! 13
14. CODING DOJO: REGRAS PARA A PRÁTICA RANDORI Rotação de duplas: pilota + co-pilota. 
 Após 7 minutos, nova co-pilota voluntária. Quando os testes estão verdes, todas podem opinar sobre o próximo teste. 
 Quando um teste está falhando, platéia só deve se manifestar a pedido da dupla. 14
15. NOSSA META 15
16. TESTE-EXEMPLO SIMPLES 16 Uma função Example() em um arquivo *_test.go é um teste. Saída do programa é comparada ao conteúdo do comentário
 // Output:
17. PACOTE TESTING: API DO TIPO T 17
18. TABLE TEST COM SUB-TESTS 18 t.Run() é a forma atual para executar testes de tabela com sub-testes
19. PACOTE TESTIFY: API DO SUB-PACOTE ASSERT 19 93 funções!
20. TESTE-EXEMPLO: ARGUMENTOS DE LINHA DE COMANDO 20 Use defer com uma função anônima para restaurar os argumentos originais.
21. FERRAMENTAS Bibliotecas e utilitários para TDD em Go 21
22. BIBLIOTECAS E FERRAMENTAS PARA TESTES EM GO Pacotes de awesome-go mais estrelados* 22 5251 ★ stretchr/testify 3685 ★ smartystreets/goconvey 2166 ★ onsi/ginkgo 1452 ★ golang/mock 902 ★ DATA-DOG/go-sqlmock 884 ★ gavv/httpexpect 709 ★ onsi/gomega 575 ★ google/go-cmp 512 ★ franela/goblin 502 ★ h2non/baloo 496 ★ h2non/gock 404 ★ DATA-DOG/godog 387 ★ go-check/check *Dados coletados em 2018-07-05
23. TÉCNICAS Coding tips 23
24. TESTE-EXEMPLO USANDO A INTERFACE STRINGER 24 Implementar um método String() facilita a depuração e testes.
25. TESTE-EXEMPLO COM SAÍDA NÃO ORDENADA 25 Unordered faz o teste aceitar as linhas da saída em qualquer ordem
26. TESTE COM VARIÁVEL DE AMBIENTE FAJUTA 26 Use defer para restaurar o estado original da variável
27. FORJANDO LEITURA DE ARQUIVO (1/2) 27 Use strings.NewReader para construir um buffer com os dados (implementa a interface Reader)
28. FORJANDO LEITURA DE ARQUIVO (2/2) 28 Em vez e tipos específicos, faça suas funções aceitarem interfaces comuns, como io.Reader
29. TESTE COM UM DUBLÊ DE SERVIDOR HTTP 29 Pacote httptest da biblioteca padrão oferece dublês para testar clientes e servidores HTTP
30. TESTE LENTO QUE PODE SER PULADO 30 Acesse testing.Short(). Se true, invoque t.Skip() para reportar que o teste foi pulado.
31. VARIAÇÕES Além do estilo clássico de TDD 31
32. CICLO DE TDD: REFATORAR AO ESCREVER UM TESTE 32 Source: Growing Object-Oriented Software, Guided by Tests by Steve Freeman, Nat Pryce
33. CICLOS DE TDD CYCLES: ESTILO MOCKISTA 33 Source: Growing Object-Oriented Software, Guided by Tests by Steve Freeman, Nat Pryce
34. ESTILOS DE TEDD Estilo Chicago, ou “classic” Basicamente de dentro para fora: de testes unitários até testes de aceitação Estilo London, ou “mockista” Basicamente de fora para dentro: de testes de aceitação até testes unitários 34
35. ANDREW GERRAND ON FAKES “Go eschews mocks and fakes in favour of writing code that takes broad interfaces.” “That’s generally how we get around dependency injection frameworks and large mocking frameworks: just by writing code that uses small interfaces. Then we have small fakes like the ResponseRecorder — small fakes that allow us to inspect how they were used. There are frameworks that generate those kinds of fakes — one of them is called Go Mock [...]. They're fine, but I find that on balance the hand-written fakes tend to be easier to reason about, and clearer to see what is going on. That's my personal experience. But I am not an "enterprise" Go programmer so maybe people need that, I don't know. That's my advice.” — Andrew Gerrand in Testing Techniques (I/O 2014) https://tgo.li/2upCkek 35
36. ANDREW GERRAND ON FAKES “Go evita mocks e fakes complexos em favor de escrever código que usa interfaces abrangentes.” “Geralmente, é como evitamos frameworks de injeção de dependência e mocks: apenas escrevendo código que usa pequenas interfaces. Então temos pequenos fakes, como o ResponseRecorder - pequenos fakes que permitem inspecionar como eles foram usados. Existem frameworks que geram esses tipos de mocks - um deles é Go Mock [...]. Eles são ótimos, mas acho que, no final, os dublês escritos à mão tendem a ser mais fáceis de entender, e mais transparentes para ver o que está acontecendo. Essa é minha experiência pessoal. Mas eu não sou um programador "enterprise" de Go, então talvez as pessoas precisem disso, não sei. Esse é o meu conselho.”
 — Andrew Gerrand in Testing Techniques (I/O 2014) https://tgo.li/2upCkek 36
37. MARTIN FOWLER SOBRE ESTILOS DE TDD 37 Fonte: https://tgo.li/2lUqTXv
38. REFERÊNCIAS Onde aprender mais 38
39. REFERÊNCIAS: LIVROS 
 Hugo Corbucci and Mauricio Aniche (book in Portuguese):
 Test-Driven Development: Teste e design no mundo real com Ruby
 https://tgo.li/2zGSl4N Kent Beck: Test Driven Development: By Example https://tgo.li/2NvBfcX Steve Freeman, Nat Pryce:
 Growing Object-Oriented Software, Guided by Tests https://tgo.li/2tV8QoK 39
40. REFERÊNCIAS: POSTS, VIDEOS Andrew Gerrand [video]
 Go Testing Techniques (Google I/O 2014) https://tgo.li/2upCkek Francesc Campoy [video]
 Unit Testing HTTP Servers (justforfunc #16) https://tgo.li/2NSEGdZ Martin Angers [post] 
 Lesser-known Features of Go-Test https://tgo.li/2m7ta1E Martin Fowler [post]
 Mocks Aren't Stubs https://tgo.li/2lUqTXv Martin Fowler, Kent Beck, David Heinemeier Hansson [post + videos]
 Is TDD Dead? https://tgo.li/2IWOAYn Michael Feathers , Steve Freeman [video]
 Test Driven Development: Ten Years Later https://tgo.li/2KD2Gnm 40
41. Por gentileza, mandem feedback: Luciano Ramalho @standupdev | @ramalhoorg luciano.ramalho@thoughtworks.com MUITO GRATO!