Testes e Refatoração

Testes e Refatoração Testes e Refatoração Jevô Paulo César M. Jeveaux j www.jeveaux.com refatore Escreva código Escreva um que passe Teste no teste

J ô Jevô • Analista Senior de WebMedia na globo.com • Desenvolvedor Java há 7++ anos • Administrador do PortalJava e ESJUG • Palestrante‐Entusiasta‐Evangelista Java Palestrante‐Entusiasta‐Evangelista Java • Entusiasta Python, Rails e Agile h l l

A d Agenda • Introdução • Bug • Você confia no que faz? Afinal é um teste? Você confia no que faz? Afinal é um teste? • Cobertura de testes • Tipos de testes • Desenvolvendo orientado a testes • Ferramentas e técnicas de testes F t té i d t t • Refatoração

Introdução Desenvolvimento de software Desen ol imento de soft are

Introdução Desenvolvimento de software Desen ol imento de soft are Falhas de Software de Software

F lh d S ft Falhas de Software • Mais de 1/3 das falhas poderiam ser evitadas ser evitadas com testes; [1] • Cerca de 50% das falhas de 50% das falhas só são descobertas em produção; produção; [1]

Introdução Desenvolvimento de software Desen ol imento de soft are Falhas de Software de Software Falhas custam caro

F lh Falhas custam $$$ t $$$ • Segundo uma pesquisa do Departamento de Comércio dos EUA, publicada em 2002, falhas C é i d EUA bli d 2002 f lh de software são tão comuns e tão danosas que se estima que causem um prejuízo anual de mais de 60 bilhões de dólares para a de mais de 60 bilhões de dólares para a economia americana. [1], [2]

Introdução Desenvolvimento de software Desen ol imento de soft are Falhas de Software de Software Falhas custam caro Testes não evitam falhas

Introdução Desenvolvimento de software Desen ol imento de soft are Falhas de Software Falhas custam caro Testes não evitam falhas Testes identificam as falhas antes delas Testes identificam as falhas antes delas acontecerem

Bug O que é?

Bugs São aquelas baratinhas que São aquelas baratinhas que ficavam nas válvulas do Eniac fi ál l d i

Bugs Podem ser os insetos no vidro do Podem ser os insetos no vidro do carro

Bugs E também podem ser milhões de E também podem ser milhões de outros problemas que somente bl os usuários irão encontrar

Bugs E também E também podem ser milhões de ser milhões de outros problemas que somente bl os usuários irão encontrar

Bugs Por mais perfeita que seja sua Por mais perfeita que seja sua engenharia, os bugs estarão h i b ã presentes e afetarão diretamente o usuário o usuário

Bugs Metodologias ágeis, como o XP, defendem g g , , que, ao encontrarmos um problema, que, ao encontrarmos um problema, antes de desenvolver uma solução antes de desenvolver uma solução devemos criar um teste que detecte tal devemos criar um teste que detecte tal problema. bl

Você confia no que faz? Você confia no que faz?

G Garanta o que você faz t êf • Cliente: – Isso aqui não está funcionando! • Programador: – Mas como!? Na minha máquina estava funcionando até ontem. funcionando até ontem

G Garanta o que você faz t êf Depois eu escrevo o p plano de testes…

G Garanta o que você faz t êf Depois eu escrevo o p plano de testes… Vamos deixar os testes pra próxima fase…

G Garanta o que você faz t êf Depois eu escrevo o p plano de testes… Vamos deixar os testes pra próxima fase… Na minha Na minha máquina está funcionando…

G Garanta o que você faz t êf Depois eu escrevo o D i plano de testes de testes… Vamos deixar os testes pra próxima fase… Precisamos entregar o produto semana que vem!!! Na minha máquina está funcionando…

G t t b lh Garanta o seu trabalho seja profissional j fi i l Errado! (como se safar) Realidade! • Num mundo capitalizado • O cliente não quer saber se não há tempo para testes não há tempo para testes X virou Y. Ele quer que o X virou Y Ele quer que o • O cliente não quer saber q problema não aconteça e se como é feito, ele quer que acontecer que seja corrigido funcione rapidamente • Não se consegue qualidade Não se consegue qualidade e confiabilidade sem testes [4]

O que são testes? O que são testes?

O O que são testes? ã t t ? Um teste é uma verificação feita sobre um código ou fragmento de código para garantir que uma determinada entrada produza, sempre, uma saída esperada

O O que são testes? ã t t ? • São pontuais São pontuais • São previsíveis • São finitos São finitos • São (ou deveriam ser) simples

O que são testes? O que são testes? White Box White Bo

Whit B White Box • Testes de unidade de código; g ; • Testam parte da solução; Testam parte da solução; • São escritos e mantidos pelo programador e devem estar sempre atualizados;

O que são testes? O que são testes? White Box White Bo Black Box Black Box

Bl k B Black Box • Testes funcionais e de aceitação; Testes funcionais e de aceitação; • Testes de integração; d i ã • Testam a solução completa;

C b t Cobertura dos testes d t t Resultado esperado Trecho alterado com alteração: OK Reflexo da alteração Erro #1 Reflexo da alteração Erro #2 Reflexo da alteração BUG Reflexo da alteração Inesperado I d

C b t Cobertura dos testes d t t Sem cobertura Com cobertura • Novo release = códigos sem testes; • Não há segurança de Não há segurança de que as alterações não irão impactar em outros irão impactar em outros pontos da aplicação; • Problemas muitos Problemas, muitos problemas;

C b t Cobertura dos testes d t t • Dificilmente consegue‐se 100% de cobertura de testes, contete‐se com 99% • Quanto maior a cobertura dos testes na aplicação maior a confiabilidade nas alterações e novos recursos

C b t Cobertura dos testes d t t • Aplicações cobertas por bons testes propiciam: i i – Facilidade de manutenção; Facilidade de manutenção; – Facilidade para inclusão de novos membros no Facilidade para inclusão de novos membros no ; time de desenvolvimento; – Redução de problemas e custos nas manutenções; ç p ç – Telefone silencioso nas madrugadas!

T t ã Testes são necessários ái • Você precisa verificar o código, sempre • Você precisa garantir que os requisitos estão p g q q implementados (e corretos) p ( ) • Você precisa ter segurança para realizar Você precisa ter segurança para realizar alterações ç

T t ã Testes são necessários ái • Você precisa testar rápido para entregar rápido • Você precisa ser criativo para explorar o máximo possível com seus testes, não use testes mentirosos • Você aumenta e garante a qualidade da sua solução com testes

Tipos de Testes Tipos de Testes Unitário

T t U itá i Testes Unitários • Testam uma parte isolada da solução, um componente ou trecho de código • Todo o resto é simulado através de Mock Objets; • É fundamental para TDD p

T t U itá i Testes Unitários [wikipedia] É a fase do processo de teste em que se testam as menores unidades de software desenvolvidas O universo alvo desse tipo de teste são os métodos dos objetos O universo alvo desse tipo de teste são os métodos dos objetos ou mesmo pequenos trechos de código. Assim, o objetivo é o de encontrar falhas de funcionamento dentro de uma pequena parte do sistema funcionando independentemente do todo. [/wikipedia]

Testes Unitários T t U itá i • Ferramentas: – JUnit/NUnit e TestNG: para testes unitários – JMock: para criação de objetos e cenários falsos

Tipos de Testes Tipos de Testes Unitário Aceitação

T t d Testes de aceitação it ã • Testam uma história, funcionalidade ou caso de uso • Envolvem vários componentes do sistema ou p até o sistema como um todo • Ex. ferramentas: JUnit, Selenium, Fit/FitNesse , , /

Tipos de Testes Tipos de Testes Unitário Aceitação Integração

T t d i t Testes de integração ã • Testam a integração entre componentes • Envolvem dois ou mais componentes p • Ex ferramentas: JUnit DBUnit HSQLDB Ex. ferramentas: JUnit, DBUnit, HSQLDB • Normalmente não é muito utilizado em TDD Normalmente não é muito utilizado em TDD

Test Driven Development Test‐Driven Development

TDD refatore Escreva código E Escreva um que passe Teste no teste

R Regras Fundamentais F d t i • Escreva o teste da implementação ANTES de escrevê‐la • Escreva somente código suficiente para o g p teste passar e nada além disso • Escreva testes pequenos p q • Escreva testes muito rápidos Escreva testes muito rápidos [10]

Ferramentas JUnit

JU it JUnit • É um framework altamente eficaz e largamente utilizado na criação e execução de l t tili d i ã ã d g testes unitários de códigos http://junit.org

U t t Um teste com JUnit JU it public class HelloWorldTest { @ est @Test public void testMultiplicacao() { //Testando se 2*2 = 4 assertEquals (“Mult”, 4, 2*2); ( Mult , 2 2); } }

Ferramentas JUnit TestNG

T tNG TestNG • Uma alternativa ao JUnit para testes unitários • Foi o primeiro a utilizar anotações para p ç p definição dos TestCases ç

TestNG T tNG

U t t Um teste com TestNG T tNG import org.testng.annotations.*; public class SimpleTest { @BeforeClass public void setUp() { } @Test(groups = { quot;calculadoraquot; }) public void somaTest() { bli id T t() System.out.println(quot;somaquot;); } }

Ferramentas JUnit TestNG JMock

JM k JMock • Utilizado para criar ou simular falsos objetos/cenários • Alternativas: – EasyMock – MockObjetc

S l i Selenium • Ferramenta para realização de testes integrados e de aceitação • Usado no browser, grava todos os passos ,g p executados na aplicação diretamente no browser e os executa de forma automatizada no browser

Selenium S l i

Cl Clover • Ferramenta para análise de cobertura dos testes existem na aplicação • Integrado a várias IDEs ‐ Eclipse ;‐) g p ;) • Existem diversas opções semelhantes: Existem diversas opções semelhantes: JCoverage, Cobertura, etc g , ,

Clover Cl

Refatoração

C d Codesmell ll • Codesmell ou code smell é um dos conceitos criados pelo XP • Um code smell é uma indicação superficial de ç p que algo pode estar errado. Aquela mesma sensação quando você abre sua geladeira e sente um cheiro estranho

O que é refatorar? O que é refatorar?

R f t Refatoração ã • Sempre existiu, mas não tinha um nome • Estava implícito p • A novidade foi criar um vocabulário comum e A novidade foi criar um vocabulário comum e catalogá los catalogá‐los • Assim podemos utilizar mais sistematicamente Assim podemos utilizar mais sistematicamente e ensinar uns aos outros e ensinar uns aos outros

Q Quando refatorar? d f t ? • Sempre há duas possibilidades: – Melhorar o código existente. – Jogar fora e começar do 0. • É sua responsabilidade avaliar a situação e decidir quando é a hora de optar por um ou por outro.

R f t Refatoração ã • Os principais objetivos são: – Tornar o código mais claro, limpo, simples e elegante; – Permitir que componentes mais simples ou expressões mais eficientes sejam usadas.

R f t Refatoração: Benefícios ã B fí i • Redução de código duplicado • Aumentar a simplicidade p • Facilitar a leitura Facilitar a leitura • Melhorar a performance e eficência Melhorar a performance e eficência • Manutenibilidade

R f t Refatorar X Reescrever XR Refatorar Reescrever • Não altera a • Altera a funcionalidade ou funcionalidade do conteúdo do sistema/solução sistema/solução i t / l ã

Garanta se nos testes Garanta‐se nos testes Altere o código sem medo

G Garanta‐se nos testes t t t • Antes de começar a refatorar verifique se você tem um conjunto de testes para garantir a funcionalidade do código a ser refatorado • Refatorações podem adicionar erros • Os testes vão ajudá‐lo a detectar erros se eles j forem criados

Conclusões C l õ • Testes colaboram para o aumento da qualidade d lid d dos sistemas; it • Desenvolvedores ficam mais corajosos e Desenvolvedores ficam mais corajosos e confiantes ao programar; • O software cresce de forma ordenada e com qualidade de design; de design; • O software se adapta com mais facilidade a mudanças;

Conclusões C l õ • Demora mais? – No início é necessário escrever muitos testes;; – Depois da inércia a suite de testes está pronta e escrevem‐ se menos testes; – Certeza de que a implementação está funcionando; – Maioria dos bugs encontrados em tempo de d desenvolvimento; l i t – Bugs de produção são encontrados e corrigidos com muito mais velocidade; mais velocidade; • Então no fim das contas demora‐se muito menos tempo e com muito mais qualidade; tempo e com muito mais qualidade; [10]

Dúvidas?

Referências R f ê i • [1] ‐ NIST ‐ http://www.nist.gov/public_affairs/releases/n02‐10.htm • [2] ‐ ImproveIt ‐ http://www.improveit.com.br/xp/praticas/tdd • [ ] p // g [3] ‐ Caelum ‐ http://blog.caelum.com.br/2006/09/08/voce‐acredita‐no‐seu‐codigo/ / / / / g / • [4] – Fragmental ‐ Shoes ‐ http://blog.fragmental.com.br/2007/10/31/programadores‐ profissionais‐escrevem‐testes‐ponto‐final/ • [5] – Marcos Pereira – http://marcospereira.wordpress.com/2007/11/27/desenvolvedores‐ odeiam‐testar d i t t • [6] – Wikipedia – http://en.wikipedia.org/wiki/Test‐driven_development • [7] ‐ TDD ‐ http://www.testdriven.com • [8] Brod http://www brod com br [8] ‐ Brod ‐ http://www.brod.com.br • [9] – java.net ‐ http://wiki.java.net/bin/view/People/SmellsToRefactorings • [10] – Palestra Desenvolvimento Guiado por Testes (TDD) – Guilherme Chapiewski • Algumas ilustações foram retiradas do site da ImproveIt.

refatore Escreva código Escreva um E que passe Teste no teste

D íd C íti Duvídas, Críticas e Sugestões S tõ • Para contato: – www.jeveaux.com – www.portaljava.com t lj – paulo@jeveaux.com – jeveaux@portaljava.com Obrigado a todos! Obrigado a todos! 27/09/2008

http://www.jeveaux.com	17
http://jeveaux.com	9
http://www.slideshare.net	3

Testes e Refatoração

by Paulo César M Jeveaux on Sep 28, 2008

Accessibility

Categories

Tags

Upload Details

Usage Rights

3 Embeds 29

Statistics

Testes e Refatoração — Presentation Transcript