Baixar para ler offline
Carregado porRicardo Moura
Unit test & TDD
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.
![[DevOps Carioca] Testes Automatizados](https://cdn.slidesharecdn.com/ss_thumbnails/devopscariocatestesautomatizados-160515212330-thumbnail.jpg?width=640&height=640&fit=bounds)
Unit test & TDD
- 1. Unit test &TDD Ricardo Moura - Test Analyst
- 2. Ricardo Moura Há 7anos, 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?”
- 3.
- 4. Modelo V e Pirâmidede teste Testes Unitários Cobertura TDD Teoria Prática Dev a Java application Testes Unitários Cobertura TDD
- 5.
- 6.
- 7.
- 8.
- 9.
- 10. Unidade: “Menor partetestá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 pracima Interruptor pra baixo
- 12.
- 13. “Em um processode desenvolvimento/construção, cada colaborador deve prezar e garantir a qualidade da sua entrega”
- 14. TEMPO CUSTO “Quanto mais cedo defeitosforem encontrados, mais barato e rápido será para corrigi-los”
- 16. • Forma deDiminuir 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.
- 18. public double soma(doublevalorA, 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.
- 20. • Escreva oteste 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.
- 23.
- 24.
- 25. “Objetivo de umaavaliaçã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
- 26.
- 27.
- 28. TDD “É uma técnicaque consiste em escrever os testes unitários antes das classes e métodos de uma aplicação”
- 29.
- 30. Feedback imediato econstante 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.
- 32. Escreva um teste que FALHE Escrevacódigo para PASSAR o teste REFATORE o código TDD Cycle
- 36.
- 39.
- 40.
- 42.
- 44.
- 45.
- 46.
- 47.