Unit test & TDD
Transferir como PPTX, PDF0 gostou82 visualizações
Ricardo Moura apresenta sobre testes unitários, TDD e cobertura de código. Ele discute como os testes unitários e TDD podem melhorar a qualidade do código, reduzir custos e tempo de desenvolvimento ao encontrar defeitos mais cedo. Ricardo também explica como frameworks como PyUnit e NOSE e ferramentas de cobertura como Eclemma/Jacoco podem auxiliar nesse processo.
Unit test & TDD
- 1. Unit test & TDD Ricardo Moura - Test Analyst
- 2. Ricardo Moura Há 7 anos, inimigo número 1 dos desenvolvedores Aspirante a desenvolvedor Desde 2014 na equipe de QA da Tecban. Certificado pelo BSTQB nos níveis Foundation e Agile Tester Amante dos carros velhos e rápidos “Aquele cara chato” “Por que comprar se eu posso fazer gastando o dobro?”
- 4. Modelo V e Pirâmide de teste Testes Unitários Cobertura TDD Teoria Prática Dev a Java application Testes Unitários Cobertura TDD
- 5. Teoria
- 6. Modelo V X Pirâmide de teste
- 10. Unidade: “Menor parte testável de um programa de computador” “Soma(a,b)” Teste Unitário: “Aplicação de teste que consiste em validar as entradas e saídas de uma unidade de código”
- 11. UnidadeEntrada Saída Interruptor pra cima Interruptor pra baixo
- 12. Porque?
- 13. “Em um processo de desenvolvimento/construção, cada colaborador deve prezar e garantir a qualidade da sua entrega”
- 14. TEMPO CUSTO “Quanto mais cedo defeitos forem encontrados, mais barato e rápido será para corrigi-los”
- 16. • Forma de Diminuir a Alta Taxa de Defeitos • Essencial no desenvolvimento de software e entrega de código legível, que se mantém com facilidade por qualquer membro da equipe. • Auxilia o desenvolvedor a escrever um código para que outras pessoas da equipe entenda. • O Aumento das Validações de todas as funções do sistema. • Diminui a probabilidade de erros futuros. • Permitem a simplificação dos códigos, fazendo com que elementos desnecessários fiquem de fora e não resultem no mau funcionamento do sistema Motivações
- 17. Como?
- 18. public double soma(double valorA, double valorB) { double resultado = valorA + valorB; return resultado; } Entradas: valorA, valorB Saída: resultado @Test public void testeSoma() throws Exception{ double valorA = 3; double valorB = 2; double resultado = soma(valorA,valorB); assertEquals(5,resultado,0,001); } Correto?
- 19. NÃO
- 20. • Escreva o teste primeiro(TDD) • Nunca inicie com um teste que será bem sucedido • Comece com valores nulos, ou algo que não funcione • Não fique com medo de fazer algo trivial para fazer o teste funcionar • Desacoplamento e testabilidade andam de mãos dadas • Faça apenas 1 ação e 1 verificação por teste • Divida o seu teste em 3 partes, Preparação, Ação e Verificação (em inglês: Arrange, Act and Assert) Best Practices
- 21. @Test public void testeSoma() throws Exception{ double valorA = 3; double valorB = 0; Calculadora calculadora = new Calculadora(); double resultado = soma(valorA,valorB); assertEquals(5,resultado,0,001); } irá falhar Preparação Ação Comparação
- 22. Frameworks
- 24. Cobertura
- 25. “Objetivo de uma avaliação de cobertura de código é informar lacunas em sua estratégia de testes unitários” Facilita o encontro de módulos, classes e funções que são testados de modo insuficiente como por exemplo IF e catch parcialmente cobertos. A maioria das IDEs lhe dão uma indicação visual: Verde: Linhas que são cobertas pelos testes. Vermelho: Linhas que não são cobertas pelos testes. Amarelo: Branchs que não foram cobertos completamente
- 28. TDD “É uma técnica que consiste em escrever os testes unitários antes das classes e métodos de uma aplicação”
- 29. Porque?
- 30. Feedback imediato e constante 100% de cobertura de teste unitário Somente o necessário é desenvolvido Aplicação mais legível e simples Documentação viva Controle do progresso do desenvolvimento Desenvolvimento fragmentado.
- 31. Como?
- 32. Escreva um teste que FALHE Escreva código para PASSAR o teste REFATORE o código TDD Cycle
- 39. Prática
- 42. Testes Unitários
- 44. Cobertura
- 47. TDD