1 / 16

Praticando Test Driven Development no VS 2010

Praticando Test Driven Development no VS 2010. Christian Cunha. Christian Cunha. Mais de 10 anos de experiência em desenvolvimento de sistemas em .NET, utiliza metodologias ágeis e é um dos fundadores da WhiteFox.

chimalsi-mamadou
Download Presentation

Praticando Test Driven Development no VS 2010

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. PraticandoTest Driven Developmentno VS 2010 Christian Cunha

  2. Christian Cunha Mais de 10 anos de experiência em desenvolvimento de sistemas em .NET, utiliza metodologias ágeis e é um dos fundadores da WhiteFox. Blog: cccunha.wordpress.com Twitter: twitter.com/cunha_br whitefox.com.br twitter.com/whitefoxbr facebook.com/whitefoxsoftware

  3. O que é TDD ? • É uma tecnica de desenvolvimento de software onde o programador escreve o teste antes de escrever o código que irá implementar a funcionalidade desejada. Escreva o teste antes de escrever o código

  4. “The single most important effect of praticing TDD is that forces you as developer to be the first cosumer of your own API.” Brian Button

  5. Não se trata apenas de teste, trata-se de design Test-First + Design Incremental

  6. Passos • Escreva um teste • Faça o teste passar • Refatore

  7. Regras • Você não pode escrever mais nenhum teste além do que o suficiente para que haja falha. • Você não pode escrever nenhum código além do necessário para fazer o teste passar • Você só pode refatorar o código quando todos os testes passarem • Elimine a duplicação

  8. Vantagens • Pensar do ponto de vista do cliente • Testes relevantes • Cobertura de código (não há código morto) • Documentação executável • Perde o medo de refactor • Boas práticas de programação • Economia de tempo e dinheiro em manutenções

  9. Sistem Under Test É a menor parte do sistema que está sendo testada. Em um teste devemos ter apenas um SUT, desta forma todos os outros objetos são auxiliares, logo não devemos nos preocupar em testa-los neste mesmo teste.

  10. Dummy Objetos que são passados mas nunca são usados Geralmente são usados para preencher listas de paramentros

  11. Fake Objetos com uma implementação real mas que são usados em testes com seu comportamento modificado Um bom exemplo seria um objeto que simula dados trazidos de um banco de dados

  12. Stubs Objetos que respondem a chamadas durante o teste e que pode armazenar informações sobre essas chamadas Stubs geralmente auxiliam o teste de SUT por meio de verificações de estados

  13. Mocks Objetos pre-programados com expectativas de chamadas e paramentros recebidos afim de testar os comportamentos e iterações de um SUT Mocks geralmente são usados nos testes para simular recursos ou objectos que ainda não existem ou que não temos controle

  14. DEMONSTRAÇÃO • Criar um evento que será uma palestra com um número determinado de lugares • Poderão se inscrever desenvolvedores e estudantes • Deve ser possível obter número de desenvolvedores e estudantes inscritos na palestra • O número de inscrições não pode exceder ao número de lugares

  15. Referencias • Kent Beck • Livro: Test Driven Development: By Example • Martin Fowler • http://martinfowler.com/articles/mocksArentStubs.html • .Net Pragmático • http://rodbv.com/blog • Blog Vinicius Quaiato • http://viniciusquaiato.com/blog

  16. PraticandoTest Driven Developmentno VS 2010 Christian Cunha

More Related