Testes - Pra quê - 2013

Testespra que?

@rodrigodealer

sábado, 20 de julho de 13

Eu


Pergunta


Por quê?


Noite de sono :-)


Cliente satisfeito :D


Todos felizes :-D


Exemplo :-)


(Ruby)


E esse?

Meio grande, né?


“Ruby é feito para ser bonito. Se está feio, está errado.”

Matz


“Extract method” - Faz bem

Aquele if, else foi embora o/


Código repetido

Variável desnecessária

Deletar código faz bem :Dsábado, 20 de julho de 13

Ok, fiz esse refactoring, que garantia eu tenho que vai funcionar?


Com testes!


Testes unitários


Certa vez um sábio disse:

A test is not a unit test if:* it talks to the database* it communicates across the network* it touches the file system* it can’t run at the same time as any of your other unit tests* you have to do special things to your environment (such as editing config files) to run itTests that do these things aren’t bad. Often they are worth writing, and they can be written in a unit test harness. However, it is important to keep them separate from true unit tests so that we can run the unit tests quickly whenever we make changes.

--

Ou um chapa disse em português:

Um teste não é um teste unitário se:- Comunica com o banco de dados- Comunica pela rede- “Toca” no sistema de arquivos- Se não pode ser rodado ao mesmo tempo de outros testes unitários- Se você tem que configurar determinadas coisas como arquivos de configuração


Testar unitariamente é


Testar a menor porção de código


Devem rodar rapidamente, em poucos segundos


Devem rodar rapidamente, em poucos segundos

Feedback rápido!


Seu código vai sofrer um impacto grande a partir do momento que começar a escrever testes e

refatorar


Seu código vai sofrer um impacto grande a partir do momento que começar a escrever testes e

refatorar

Como assim?


Red - Green - Refactor


Exemplo :-D

(Java)

(Camada de modelo)


O que estou testando?


Se esse método reflete o Enum


Menor unidade, lembra?


Testes de integração


Rodam mais lentamente


Fazem operações num banco de dados

Ou no sistema de arquivos

Existe I/O

Ou em rede


Para que?

Meus dados estão vindo de forma correta?

Meus dados estão sendo gravados de forma correta?

Minha camada de modelo está se comunicando corretamente com o ORM?


Que ferramentas posso usar?

RubyJava


Testes de aceitação


Pra que?


Minha aplicação está com a camada de serviços bem testada


E a integração com a camada de visão?


TextTextText

JavaScript não funciona!


Que ferramentas uso?


Eu testo toda a aplicação?


Eu testo toda a aplicação?

Depende.


Porque?


Porque?

Testes de aceitação demoram mais a rodar


Porque?


Tem feedback demorado


Porque?



Escrever os testes também demora


Porque?



Escrever os testes também demora

Ou seja...


Demora!


Por isso...


Por isso...É aconselhável testar apenas as telas mais importantes



Telas mais utilizadas ou com nível de complexidade maior



Telas mais utilizadas ou com nível de complexidade maior

Contanto que faça!


Junte tudo

Testes unitários + de integração + de aceitação

E coloque em um servidor de integração contínua


Existem vários

Jenkins TeamCity CruiseControl


Feedback rápido!


Feedback rápido!Via email



Via IDE



Via IDE

Via IM



Via IDE

Via IM

...


Quanto antes você for avisado que algo está errado, melhor!


Cobertura de testes


Cobertura de testes100% de cobertura?



É importante



É importante, mas não é tudo


Como assim?


Cobertura de testes100% de cobertura garante que o código está coberto


Cobertura de testes100% de cobertura garante que o código está coberto

Mas não garante que está efetivamente testado


E que critério eu utilizo?


E que critério eu utilizo?

Bom senso


E que critério eu utilizo?Teste o que pode quebrar


E o que eu não testo?1. Não precisa testar métodos da linguagem



2. Não precisa testar métodos do framework



2. Não precisa testar código dos frameworks

3. Não precisa testar código dos plugins



2. Não precisa testar código dos frameworks

3. Não precisa testar código dos plugins

Esse código já deveria estar testado, né?


Para concluir...


Para concluir...

Teste suas aplicações


Para concluir...

Teste suas aplicações

Todo mundo agradece, lembra?


Você Cliente


Todos felizes :-D


Sugestãohttp://www.infoq.com/br/presentations/o-que-nao-testar

http://www.infoq.com/br/news/2010/06/cobertura-testes-falsa-impressao


http://www.infoq.com/br/presentations/o-que-nao-testar

http://www.infoq.com/br/presentations/o-que-nao-testar



Perguntas?


Obrigado!

@rodrigodealer


Testes - Pra quê - 2013

Technology

Transcript of Testes - Pra quê - 2013