Teste automatizados e tdd
Denunciar
Luiz Fernando SignorelliSeguir
19 de Jan de 2018•0 gostou•105 visualizações
Teste automatizados e tdd
19 de Jan de 2018•0 gostou•105 visualizações
Baixar para ler offline
Denunciar
Software
Talk given in 2014, introducing Test Driven Development (TDD) for the developers of Shankhyathis, a local company in Uberlândia, Brazil.
Luiz Fernando SignorelliSeguir
Recomendados
RealDay: Introduction to TDDMiguel Schmitz Grazziotin
TDD - Test Driven Development com JAVAPaulo Igor Alves Godinho
Acelerando a criação de testes usando IntelliTest (Visual Studio Summit 2015)Igor Abade
TDD: Técnicas, Benefícios e Limitação Icaro Camelo
BDD em AçãoUilian Ries
Desenvolvimento Orientado a TestesAndre Carlucci
Mais conteúdo relacionado
Mais procurados
Boas práticas no desenvolvimento de software através do uso de TDDJony Ferreira dos Santos
Introdução ao TDD (Test-Driven Development) - #guma10anosDionatan default
Palestra TDD - TDC - 2016Bruno Maomeh
Test Driven Development (TDD) para seres humanos.Rômulo Augusto Santos
Metodologias de desenvolvimento de softwareLetícia Elaine Krauss
Por que aplicações falham Letícia Elaine Krauss
Similar a Teste automatizados e tdd
Os Benefícios dos testes no desenvolvimento de softwareDextra Sistemas / Etec Itu
Sobre TDD - Tech Friday da Everis UberlândiaRogerio Fontes
UnP Eng. Software - Aula 27Hélio Medeiros
Testes unitários e MocksFrederico Belisario
XP ProgrammingCJR, UnB
Automação de testes - uma introdução sobre estratégiasKleitor Franklint Correa Araujo
Teste automatizados e tdd
- 1. Testes automatizados e TDD SANKHYA TECH TALK
- 2. Você confia no seu código?
- 3. Quem sou eu - Zup, CTBC, Kyros - 9 anos de desenvolvimento de software - 5 anos desenvolvendo com testes automatizados, TDD, métodos ágeis
- 4. Definições - Teste automatizado é um software que executa seu código e verifica se ele funciona como esperado - TDD é uma maneira de se escrever testes automatizados onde cada teste é escrito antes de se escrever o código
- 5. Historia - Kent Beck e o XP - Agile - Ruby/Rails
- 6. Por que testar?
- 7. Feedback imediato - O código que você acabou de escrever funciona? - Bugs com vida curta
- 8. Evita regressões - Garante que uma mudança futura não irá quebrar o código - Facilita a evolução do sistema - Confiança
- 9. Design - Os testes "forçam" um bom design - É muito dificil testar um código ruim
- 10. Refactoring - Melhorar/Limpar o código sem alterar o seu comportamento - Sem testes, refactoring é um tiro no escuro - Sem refatoring seu software apodrece
- 11. Documentação - Documentação executável - Não fica desatualizada - Realmente ajuda quem nunca viu o código
- 12. Por que TDD?
- 13. O Ciclo do TDD
- 14. Cadencia - Por onde começar? - Terminei, e agora? - Flow
- 15. Design - TDD é uma prática de design - Um segundo cliente - Simplicidade
- 16. Disciplina - Testar depois é perigoso - Não desistir - Te ajuda nos momentos de pressão
- 17. Tipos de Teste - Testes Unitarios - Testes de Integração - Testes de Aceitação
- 18. Como começar - Problemas de DOJO - API Rest, Aplicação Web simples - Novas funcionalidades - Novo projeto - Ping pong pair programming
- 19. Corrigindo bugs usando testes 1. Escreva um teste que reproduz o bug 2. Corrija o bug 3. Refatore o código para que outro bugs não acontecam 4. Nunca mais se preocupe com esse bug
- 20. Ferramentas Java - JUnit - Mockito - Cucumber JVM - Selenium
- 21. Próximo Nivel - O que testar? - Tirar o máximo dos testes - Bons testes
- 22. Referencias Screencasts Kent Beck: https://pragprog.com/screencasts/v-kbtdd/test-driven-development Clean Coders: http://cleancoders.com
- 23. TDD e o profissionalismo - Uncle Bob Martin - http://blog.8thlight.com/uncle- bob/2014/05/02/ProfessionalismAndTDD.ht ml - Ignaz Semmelweis
- 24. Obrigado! Luiz Signorelli - luiz.sg@gmail.com
Notas do Editor
- Já teve medo de mexer em um código? Já mexeu em um código e quando foi pra produção descobriu que outra coisa nada a ver com a alteração quebrou? Já viu uma coisa que podia ser melhorada em um código, mas não melhorou pq teve medo de quebrar alguma coisa?
- Alguns programadores bem antigos dizem que já faziam TDD desde sempre, mas que 'redescobriu' a técnica foi o Kent Beck. Com a pupularização das metodologias ágeis, TDD e testes em geral se tornaram mais conhecidos. Na minha opinião, o Rails ajudou muito nessa popularização, porque desde as primeiras versões teve um suporte de primeira linha para testes.
- Vc não precisa subir o ambiente completo pra testar o que acabou de codificar Se o seu teste te mostra um bug, é mais facil encontrar e corrigir
- Para conseguir testar um pedaço do código isoladamente ele obrigatoriamente terá que ser mais coeso e menos acoplado O teste é o primeiro cliente o seu código
- Você sabe que um software está apodrecendo quando cada nova alteração leva mais tempo para ser feita que a anterior, até chegar ao extremo de impedr qualquer nova funcionalidade
- Write a test Simplest thing that could possibly work Remove duplication/Refactor Make it work Make it good Make it fast
- The key is to test the areas that you are most worried about going wrong. That way you get the most benefit for your testing effort. – Martin Fowler, Refactoring
- Médico Obstetra Hungaro que pregava que a prática de lavar as mãos antes de examinar as pacientes diminiuiria a ocorrencia de Infeção puerperal. Isso pode parecer ridiculo hoje, mas na época não existia estudos que comprovassem a eficacia de lavar as mãos, e a maioria dos médicos discordava e não fazia. Atualmente nem se discute mais isso e lavar as mãos é uma prática comum dos médicos. Ubcle Bob acredita que o mesmo acontecerá em relacão ao TDD e o desenvolvimeto de software.