TDD depois do mainstream. E agora?
Upcoming SlideShare
Loading in...5
×

Like this? Share it with your network

Share

TDD depois do mainstream. E agora?

  • 1,683 views
Uploaded on

Palestra sobre TDD na QCON2013.

Palestra sobre TDD na QCON2013.

More in: Technology
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Be the first to comment
No Downloads

Views

Total Views
1,683
On Slideshare
1,674
From Embeds
9
Number of Embeds
2

Actions

Shares
Downloads
39
Comments
0
Likes
16

Embeds 9

https://twitter.com 8
http://www.linkedin.com 1

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
    No notes for slide
  • seus testes provem feedback para vc... vc pensa nas dependencias que essa classe tem, na interface que ela proverá para seus clientes e etc...
  • God Class: classe com alto acoplamento, que conhece ou faz muito.
  • repare que a diferença é apenas o tipo do imposto
  • strategy, state ajudam a reduzir essa complexidade!

Transcript

  • 1. TDD depois do mainstream. E agora? Mauricio Aniche mauricio.aniche@caelum.com.br www.aniche.com.br Saturday, August 31, 13
  • 2. Saturday, August 31, 13
  • 3. Nós amamos métodos ágeis (e TDD mais ainda)! Saturday, August 31, 13
  • 4. Na academia... Saturday, August 31, 13
  • 5. Mas tudo faz sentido... Será que vale a pena estudar melhor? Saturday, August 31, 13
  • 6. Homens de nível educacional mais alto apresentaram maior quantidade de sintomas pseudoneuróticos do que aqueles que haviam recebido menos instrução; Homens do meio rural mantiveram-se mais bem- humorados durante a guerra do que os soldados recrutados nas cidades; A capacidade dos homens do Sul (dos EUA) para suportar o calor era maior do que as dos soldados do Norte. Lazarsfeld, P. "The American Soldier - An Expository Review", 1949. Saturday, August 31, 13
  • 7. Nossa intuição pode estar errada! Saturday, August 31, 13
  • 8. Mas nós conhecemos bem de software, não tem como errarmos! Saturday, August 31, 13
  • 9. 1: O que é TDD? Saturday, August 31, 13
  • 10. O que é TDD? • Qual a melhor definição sobre TDD? • “Prática onde o desenvolvedor escreve testes antes da implementação” • “Prática onde o desenvolvedor escreve testes antes da implementação, e os usa para guiar seu projeto e implementação” Saturday, August 31, 13
  • 11. Test-driven development (TDD) is the craft of producing automated tests for production code, and using that process to drive design and programming. For every tiny bit of functionality in the production code, you first develop a test that specifies and validates what the code will do.You then produce exactly as much code as will enable that test to pass.Then you refactor (simplify and clarify) both the production code and the test code. www.agilealliance.org/programs/roadmaps/Roadmap/tdd/tdd_index.htm Saturday, August 31, 13
  • 12. E aí? Depende... Saturday, August 31, 13
  • 13. 2.TDD como prática de testes Saturday, August 31, 13
  • 14. TDD como prática de testes • Quando o desenvolvedor pratica TDD com o mero objetivo de aumentar a cobertura de testes e garantir qualidade externa. Saturday, August 31, 13
  • 15. A academia gosta disso... Aniche. Como a prática de TDD influencia projetos de classes em sistemas orientados a objetos. Dissertação de mestrado, 2012. Saturday, August 31, 13
  • 16. Como prática de teste Saturday, August 31, 13
  • 17. Como prática de teste • Tem vantagem? Saturday, August 31, 13
  • 18. Como prática de teste • Tem vantagem? • Código “nasce testado” Saturday, August 31, 13
  • 19. Como prática de teste • Tem vantagem? • Código “nasce testado” • Menos viés na hora de testar Saturday, August 31, 13
  • 20. Como prática de teste • Tem vantagem? • Código “nasce testado” • Menos viés na hora de testar • Você cobre mais caminhos Saturday, August 31, 13
  • 21. Mas esse, com certeza, não foi meu foco de estudo. Saturday, August 31, 13
  • 22. 3.TDD como prática de design Saturday, August 31, 13
  • 23. Como prática de design • É dito que com a prática de TDD, seu projeto de classes torna-se melhor. • Muitos autores (Kent Beck, Martin Fowler, Robert Martin, Michael Feathers, Steve Freeman, ...) falam sobre isso. Saturday, August 31, 13
  • 24. A academia estudou isso também... Aniche. Como a prática de TDD influencia projetos de classes em sistemas orientados a objetos. Dissertação de mestrado, 2012. Saturday, August 31, 13
  • 25. Mas é tão mágico assim? • Em 2010, durante um evento ágil, participantes não souberam bem se expressar quando o assunto era “como TDD influencia no projeto de classes”. Aniche, Ferreira, Gerosa. What Concerns Beginner Test-Driven Development Practitioners: A Qualitative Analysis of Opinions in an Agile Conference. 2011 Brazilian Workshop on Agile Methods, WBMA 2011. Saturday, August 31, 13
  • 26. Outras pessoas já perceberam que os efeitos de TDD não são tão naturais assim! M. Siniaalto and P. Abrahamsson, “Does test-driven development improve the program code? Alarming results from a comparative case study,” Balancing Agility and Formalism in Software Engineering, vol. 5082, pp. 143–156, 2008. [Online]. Available: http://dx.doi.org/10. 1007/978- 3- 540- 85279- 7_12 Saturday, August 31, 13
  • 27. Mas como descobrir? • Uma das partes mais desafiadores (e legais!) da ciência é justamente essa: como bolar um experimento controlado que simule corretamente uma situação real? Saturday, August 31, 13
  • 28. Um Estudo Qualitativo Aniche, Gerosa. How the Practice of TDD Influences Class Design in Object-Oriented Systems: Patterns of Unit Tests Feedback. SBES 2012. Saturday, August 31, 13
  • 29. Um Estudo Qualitativo • ~30 desenvolvedores da indústria Aniche, Gerosa. How the Practice of TDD Influences Class Design in Object-Oriented Systems: Patterns of Unit Tests Feedback. SBES 2012. Saturday, August 31, 13
  • 30. Um Estudo Qualitativo • ~30 desenvolvedores da indústria • Grande experiência com desenvolvimento de software (só 20% tinham menos de 2 anos de experiência, 30% entre 6 e 10 anos). Aniche, Gerosa. How the Practice of TDD Influences Class Design in Object-Oriented Systems: Patterns of Unit Tests Feedback. SBES 2012. Saturday, August 31, 13
  • 31. Um Estudo Qualitativo • ~30 desenvolvedores da indústria • Grande experiência com desenvolvimento de software (só 20% tinham menos de 2 anos de experiência, 30% entre 6 e 10 anos). • Praticam TDD há algum tempo (50% pratica entre 1 a 3 anos) Aniche, Gerosa. How the Practice of TDD Influences Class Design in Object-Oriented Systems: Patterns of Unit Tests Feedback. SBES 2012. Saturday, August 31, 13
  • 32. a prática de TDD não guia o desenvolvedor para um bom projeto de classes de forma automática! Aniche, Gerosa. How the Practice of TDD Influences Class Design in Object-Oriented Systems: Patterns of Unit Tests Feedback. SBES 2012. Saturday, August 31, 13
  • 33. TDD dá retorno constante sobre os possíveis problemas existentes no atual projeto de classes. É tarefa do desenvolvedor perceber esses problemas e melhorar o projeto de acordo. Aniche, Gerosa. How the Practice of TDD Influences Class Design in Object-Oriented Systems: Patterns of Unit Tests Feedback. SBES 2012. Saturday, August 31, 13
  • 34. Regra para a vida! • “Se está difícil testar, é porque, provavelmente, há um problema de projeto ou implementação em seu código”. • O segredo é perceber, o mais rápido possível, o momento em que escrever o teste passou a ser uma tarefa difícil. Saturday, August 31, 13
  • 35. Isso quer dizer que... Saturday, August 31, 13
  • 36. Isso quer dizer que... • A busca pela testabilidade faz com que você busque projetos de classe mais simples Saturday, August 31, 13
  • 37. Isso quer dizer que... • A busca pela testabilidade faz com que você busque projetos de classe mais simples • instanciar uma classe, e fazer uso de comportamentos deve ser fácil Saturday, August 31, 13
  • 38. Isso quer dizer que... • A busca pela testabilidade faz com que você busque projetos de classe mais simples • instanciar uma classe, e fazer uso de comportamentos deve ser fácil • classes não podem ser complicadas, senão fica difícil testar) Saturday, August 31, 13
  • 39. Isso quer dizer que... • A busca pela testabilidade faz com que você busque projetos de classe mais simples • instanciar uma classe, e fazer uso de comportamentos deve ser fácil • classes não podem ser complicadas, senão fica difícil testar) • Maneira barata de validar seu projeto de classes Saturday, August 31, 13
  • 40. Quer ver um exemplo? • Um teste sempre tem 3 partes: um cenário, uma ação, e uma validação. • Se escrever o cenário para o teste está complicado, provavelmente tem algo errado. Saturday, August 31, 13
  • 41. [TestFixture] public class GeradorDeNotaFiscalTest { [Test] public void DeveGerarUmaNotaFiscal { var gerador = new GeradorDeNotaFiscal(); var nf = gerador.gera(fatura); Assert.AreEqual(fatura.Valor * 0.2, nf.ValorImposto); } } Saturday, August 31, 13
  • 42. [TestFixture] public class GeradorDeNotaFiscalTest { [Test] public void DeveGerarUmaNotaFiscal { var gerador = new GeradorDeNotaFiscal(); var nf = gerador.gera(fatura); Assert.AreEqual(fatura.Valor * 0.2, nf.ValorImposto); } } - hmm... ele depende de algo? - deve receber uma fatura? - o nome do método está claro? - o que ele deve retornar? Saturday, August 31, 13
  • 43. Bloated constructor [TestFixture] public class MessageProcessorTest { // atributos com as dependencias que serao mockadas [SetUp] public void SetUp() { // criando mocks } [Test] public void ShouldDoSomething() { var processor = new MessageProcessor(unpacker, auditer, locationFinder, counterPartyFinder, domesticNotifier, importedNotifier); processor.OnMessage(BuildSomeSpecificRawMessage()); // algumas assercoes aqui.. } } Saturday, August 31, 13
  • 44. dependencies, notifications, adjustments Freeman, Pryce. Growing Object-Oriented Software, Guided by Tests. 2009. Saturday, August 31, 13
  • 45. " [Test] " public void CalculaISS() { " " var valor = new CalculaImposto().ParaValor(1500); " " Assert.AreEqual(1500*1.2, valor); } " [Test] " public void CalculaICMS() { " " var valor = new CalculaImposto().ParaValor(6000); " " Assert.AreEqual(6000*1.3, valor); } If’s e switches Você tem testes muito parecidos que geram resultados diferentes? Quando olha a implementação, ela tem um if ou switch? Saturday, August 31, 13
  • 46. Padrões de projeto podem ajudar (de novo)! Saturday, August 31, 13
  • 47. Métodos privados? • Devo testá-los? • O que isso significa? Saturday, August 31, 13
  • 48. Olhando pros asserts • A quantidade de asserts também pode indicar problemas de qualidade no código de produção. Aniche, Oliva, Gerosa. What do the Asserts in a Unit Test Tell Us About Code Quality? A Study on Open Source and Industrial Projects. CSMR 2013. Saturday, August 31, 13
  • 49. Mas como? • Quanto maior a quantidade de “diferentes instâncias que recebem um assert”, maior a chance do código de produção ter problemas, em termos de complexidade, linhas de código, número de métodos invocados. assertEquals(a.Propriedade, “bla”); assertEquals(b.Propriedade, “ble”); Aniche, Oliva, Gerosa. What do the Asserts in a Unit Test Tell Us About Code Quality? A Study on Open Source and Industrial Projects. CSMR 2013. Saturday, August 31, 13
  • 50. Padrões de Feedback Aniche, Gerosa. How the Practice of TDD Influences Class Design in Object-Oriented Systems: Patterns of Unit Tests Feedback. SBES 2012. Saturday, August 31, 13
  • 51. 4. Erros comuns Saturday, August 31, 13
  • 52. Erros comuns Aniche, Gerosa. Most Common Mistakes in TDD Practice: Results from an Online Survey with Developers. 2010, ICST. Saturday, August 31, 13
  • 53. Erros comuns • 45% dos desenvolvedores disseram que esquecem de refatorar constantemente. Aniche, Gerosa. Most Common Mistakes in TDD Practice: Results from an Online Survey with Developers. 2010, ICST. Saturday, August 31, 13
  • 54. Erros comuns • 45% dos desenvolvedores disseram que esquecem de refatorar constantemente. • 40% afirmam que fazem uma refatoração em outro trecho de código durante uma sessão de TDD. Aniche, Gerosa. Most Common Mistakes in TDD Practice: Results from an Online Survey with Developers. 2010, ICST. Saturday, August 31, 13
  • 55. Erros comuns • 45% dos desenvolvedores disseram que esquecem de refatorar constantemente. • 40% afirmam que fazem uma refatoração em outro trecho de código durante uma sessão de TDD. • 20% não começam pelo teste mais simples possível. Aniche, Gerosa. Most Common Mistakes in TDD Practice: Results from an Online Survey with Developers. 2010, ICST. Saturday, August 31, 13
  • 56. Erros comuns • 45% dos desenvolvedores disseram que esquecem de refatorar constantemente. • 40% afirmam que fazem uma refatoração em outro trecho de código durante uma sessão de TDD. • 20% não começam pelo teste mais simples possível. • 35% não fazem baby steps. Aniche, Gerosa. Most Common Mistakes in TDD Practice: Results from an Online Survey with Developers. 2010, ICST. Saturday, August 31, 13
  • 57. Baby Steps Saturday, August 31, 13
  • 58. Baby Steps • Na minha opinião, uma das partes mais mal entendidas pela comunidade. Saturday, August 31, 13
  • 59. Baby Steps • Na minha opinião, uma das partes mais mal entendidas pela comunidade. • Ser simples, não é ser simplório (e nem estúpido). Saturday, August 31, 13
  • 60. Baby Steps Saturday, August 31, 13
  • 61. Baby Steps • Não faço baby steps o tempo inteiro; mas fico feliz de saber que posso fazer, se precisar. Saturday, August 31, 13
  • 62. Baby Steps • Não faço baby steps o tempo inteiro; mas fico feliz de saber que posso fazer, se precisar. • Use sua experiência para decidir em que momento o passo deve ser menor; ou maior! Saturday, August 31, 13
  • 63. TDD 100% do tempo? • Eu não pratico TDD quando: • Meu projeto de classes já está bem definido. • A implementação já está clara na minha cabeça. • Testes de integração. Saturday, August 31, 13
  • 64. Qual a diferença de escrever o teste antes? • Fazendo ou não TDD, eu faço ciclos pequenos. Aniche. Como a prática de TDD influencia projetos de classes em sistemas orientados a objetos. Dissertação de mestrado, 2012. Saturday, August 31, 13
  • 65. 5. Produtividade Saturday, August 31, 13
  • 66. Sou menos produtivo? • Se eu escrevo 100 linhas de produção, amanhã escreverei 50 de teste e 50 de produção. Sou menos produtivo? • Qual a sua noção de produtividade? Saturday, August 31, 13
  • 67. 6. Outras maluquices Saturday, August 31, 13
  • 68. ATDD Saturday, August 31, 13
  • 69. ATDD • A ideia é boa, mas... Saturday, August 31, 13
  • 70. ATDD • A ideia é boa, mas... • Nunca vi ninguém fazendo. Saturday, August 31, 13
  • 71. ATDD • A ideia é boa, mas... • Nunca vi ninguém fazendo. • Os desafios são grandes. Saturday, August 31, 13
  • 72. E esse tal de BDD? Saturday, August 31, 13
  • 73. E esse tal de BDD? • O pensamento BDD me agrada. Saturday, August 31, 13
  • 74. E esse tal de BDD? • O pensamento BDD me agrada. • As ferramentas que “implementam” não. Não me agrada esses “testes em linguagem natural”. Saturday, August 31, 13
  • 75. 7. Ensino de TDD Saturday, August 31, 13
  • 76. Como aprendo TDD? Saturday, August 31, 13
  • 77. Como aprendo TDD? • Pratique. Saturday, August 31, 13
  • 78. Como aprendo TDD? • Pratique. • Geralmente são 2 os problemas: aprender a testar, e aprender boas práticas de programação (OO, etc). Saturday, August 31, 13
  • 79. Como aprendo TDD? • Pratique. • Geralmente são 2 os problemas: aprender a testar, e aprender boas práticas de programação (OO, etc). • Na hora de aprender a testar, a dificuldade é sempre pensar em cenários. Comece rascunhando uma lista. Saturday, August 31, 13
  • 80. Como aprendo TDD? • Pratique. • Geralmente são 2 os problemas: aprender a testar, e aprender boas práticas de programação (OO, etc). • Na hora de aprender a testar, a dificuldade é sempre pensar em cenários. Comece rascunhando uma lista. • TDD é estranho, no começo. Mas depois acostuma. Saturday, August 31, 13
  • 81. “Muito melhor que Crepúsculo!” NYTimes http://www.tddnomundoreal.com.br “De tirar o fôlego!” Washington Post “Um thriller fascinante!” Miami Herald Saturday, August 31, 13
  • 82. Alura! Saturday, August 31, 13
  • 83. http://www.codesheriff.com Saturday, August 31, 13
  • 84. Obrigado! • Meu livro: www.tddnomundoreal.com.br • Meu blog: http://www.aniche.com.br • Cursos online do Alura: www.alura.com.br • Casa do Código: www.casadocodigo.com.br • Caelum: www.caelum.com.br • CodeSheriff: www.codesheriff.com Saturday, August 31, 13