Importância dos testes automatizados no dia a dia

A importância dos testes automatizados

no dia a dia_

Rafael Ponte@rponte

Monday, February 4, 2013

@rponte



Como os clientes chegam até nós...


Solucionar bugs críticos e “apagar incêndios”



Migrar ou Reescrever sistemas




Treinar a equipe




Treinar a equipe


Migrar ou reescrever sistemas de:



* Desktop para Web



* Desktop para Web

* PHP para Java



* Desktop para Web

* PHP para Java

* Java para Ruby on Rails



* Desktop para Web

* PHP para Java


* Java para Java


após alguns minutos de conversa...


com o gerente ou a equipe, é comum escutar...após alguns minutos de conversa...


“Temos uma equipe de 8 programadores. E +3 vagas

em aberto.” - Gerente


“Criamos nosso próprio framework para agilizar o

trabalho.” - Arquiteto


“Eu li que JSF2 é mais simples do que GWT.”

Programador


“Fiz uma PoC com Ruby On Rails. É mais produtivo do que Java!” - Arquiteto


“Com o “Caker” podemos gerar cadastros em minutos.” - Gerente


Eles querem mais

Produtividade?!


Eles querem mais

Produtividade?!nãoMonday, February 4, 2013

Eles procuram VELOCIDADE no desenvolvimento de novas

funcionalidades


Produtividade=

Velocidade


Produtividade=

Velocidadenão


Eles estão focando no local errado...


Eles estão focando no local errado...



Mudar a forma como o programador trabalha!


ProgramadoresResistência a mudança?


Programador Cowboy


Code and Fix

Abandona sua disciplina na hora do aperto

O programador que os gerentes adoram


Programador Profissional


Disciplinado

Mantém a tranquilidade e disciplina

Se mantém em evolução


Boas Práticas


Escrita de Testes Automatizados


Testes Manuaisversus

Testes Automatizados


Não é mais demorado?


1 2 3 4 5 6 7 80

17.5

35

52.5

70

Prod

utiv

idad

e

Tempo

"Cowboy" Profissional

Produtividade


1 2 3 4 5 6 7 80

17.5

35

52.5

70

Prod

utiv

idad

e

Tempo


Produtividade


1 2 3 4 5 6 7 80

17.5

35

52.5

70

Prod

utiv

idad

e

Tempo


Produtividade


1 2 3 4 5 6 7 80

17.5

35

52.5

70

Prod

utiv

idad

e

Tempo


Produtividade


1 2 3 4 5 6 7 80

17.5

35

52.5

70

Prod

utiv

idad

e

Tempo


Produtividade


1 2 3 4 5 6 7 80

17.5

35

52.5

70

Prod

utiv

idad

e

Tempo


Produtividade


1 2 3 4 5 6 7 80

17.5

35

52.5

70

Prod

utiv

idad

e

Tempo


Produtividade


1 2 3 4 5 6 7 80

17.5

35

52.5

70

Prod

utiv

idad

e

Tempo


Produtividade


1 2 3 4 5 6 7 80

17.5

35

52.5

70

Prod

utiv

idad

e

Tempo


Produtividade


Se a coisa já é ruim com um programador cowboy...


imagina uma equipe de cowboys


Cowboys Profissionais

1s

2s

3s

4s

5s

6s

F = Nova Funcionalidade F = Funcionalidade com Bug



1s F1

2s

3s

4s

5s

F2F3F4F5 F2F1

6s




1s F1

2s

3s

4s

5s

F2F3F4F5 F2F1

F6F2F7F4F8 F4F1 F5

6s




1s F1

2s

3s

4s

5s

F2F3F4F5 F2F1

F6F2F7F4F8 F4F1 F5

F6F9F7F4F10 F7F6 F8

6s




1s F1

2s

3s

4s

5s

F2F3F4F5 F2F1

F6F2F7F4F8 F4F1 F5

F6F9F7F4F10 F7F6 F8

F6F11F7F12F13 F10F9 F8 F11

6s




1s F1

2s

3s

4s

5s

F2F3F4F5 F2F1

F6F2F7F4F8 F4F1 F5

F6F9F7F4F10 F7F6 F8

F6F11F7F12F13 F10F9 F8 F11

F14F10F7F12 F13F12 F14 F15

6s




1s F1

2s

3s

4s

5s

F2F3F4F5 F2F1

F6F2F7F4F8 F4F1 F5

F6F9F7F4F10 F7F6 F8

F6F11F7F12F13 F10F9 F8 F11

F14F10F7F12 F13F12 F14 F15

6s F1F10F4F12 F17F16 F18 F19F9



Não é dificil perceber alguns padrões...


reincidência de bugs



1s F1

2s

3s

4s

5s

F2F3F4F5 F2F1

F6F2F7F4F8 F4F1 F5

F6F9F7F4F10 F7F6 F8

F6F11F7F12F13 F10F9 F8 F11

F14F10F7F12 F13F12 F14 F15

6s F1F10F4F12 F17F16 F18 F19F9



funcionalidades “bugam” do nada



1s F1

2s

3s

4s

5s

F2F3F4F5 F2F1

F6F2F7F4F8 F4F1 F5

F6F9F7F4F10 F7F6 F8

F6F11F7F12F13 F10F9 F8 F11

F14F10F7F12 F13F12 F14 F15

6s F1F10F4F12 F17F16 F18 F19F9



diminuição de novas funcionalidades



1s F1

2s

3s

4s

5s

F2F3F4F5 F2F1

F6F2F7F4F8 F4F1 F5

F6F9F7F4F10 F7F6 F8

F6F11F7F12F13 F10F9 F8 F11

F14F10F7F12 F13F12 F14 F15

6s F1F10F4F12 F17F16 F18 F19F9



Por que isso acontece?


reincidência de bugsNão escrevem testes!



1s F1

2s

3s

4s

5s

F2F3F4F5 F2F1

F6F2F7F4F8 F4F1 F5

F6F9F7F4F10 F7F6 F8

F6F11F7F12F13 F10F9 F8 F11

F14F10F7F12 F13F12 F14 F15

6s F1F10F4F12 F17F16 F18 F19F9




1s F1

2s

3s

4s

5s

F2F3F4F5 F2F1

F6F2F7F4F8 F4F1 F5

F6F9F7F4F10 F7F6 F8

F6F11F7F12F13 F10F9 F8 F11

F14F10F7F12 F13F12 F14 F15

6s F1F10F4F12 F17F16 F18 F19F9



funcionalidades “bugam” do nadaNão fazem teste de

regressão



1s F1

2s

3s

4s

5s

F2F3F4F5 F2F1

F6F2F7F4F8 F4F1 F5

F6F9F7F4F10 F7F6 F8

F6F11F7F12F13 F10F9 F8 F11

F14F10F7F12 F13F12 F14 F15

6s F1F10F4F12 F17F16 F18 F19F9




1s F1

2s

3s

4s

5s

F2F3F4F5 F2F1

F6F2F7F4F8 F4F1 F5

F6F9F7F4F10 F7F6 F8

F6F11F7F12F13 F10F9 F8 F11

F14F10F7F12 F13F12 F14 F15

6s F1F10F4F12 F17F16 F18 F19F9



diminuição de novas funcionalidades

Disciplina com testes



1s F1

2s

3s

4s

5s

F2F3F4F5 F2F1

F6F2F7F4F8 F4F1 F5

F6F9F7F4F10 F7F6 F8

F6F11F7F12F13 F10F9 F8 F11

F14F10F7F12 F13F12 F14 F15

6s F1F10F4F12 F17F16 F18 F19F9




1s F1

2s

3s

4s

5s

F2F3F4F5 F2F1

F6F2F7F4F8 F4F1 F5

F6F9F7F4F10 F7F6 F8

F6F11F7F12F13 F10F9 F8 F11

F14F10F7F12 F13F12 F14 F15

6s F1F10F4F12 F17F16 F18 F19F9




1s F1

2s

3s

4s

5s

F2F3F4F5 F2F1

F6F2F7F4F8 F4F1 F5

F6F9F7F4F10 F7F6 F8

F6F11F7F12F13 F10F9 F8 F11

F14F10F7F12 F13F12 F14 F15

6s F1F10F4F12 F17F16 F18 F19F9


MedoInsegurança

Evolução LentaCliente FrustradoSem credibilidade

SegurançaFeedback

ProdutividadeCliente Satisfeito

Credibilidade


Não é dificil escrever testes automatizados


Mas requer um tempo de maturidade


tipos de testes testes de unidade testes de integração testes de aceitação


testes de unidademenor unidade de código

executável


menor unidade na

POO= método


teste de unidade

= teste unitário


> mais fáceis de escrever;> muito rápidos para rodar;> mais fáceis para rastrear erros;

testes de unidade normalmente são:


que tal rodar centenas ou milhares de testes em

segundos?


feedback quase que instantâneo! WOW!


testes de integraçãoseu código integrado ao banco

de dados, rede, disco etc


valida os componentes de software funcionando juntos


valida os componentes de software funcionando juntos

Yuri Adams

teste de “maxu” vai no banco de dados!


e assim como os testes de unidade...


> mais fáceis de escrever;> muito rápidos para rodar;> mais fáceis para rastrear erros;

testes de integração normalmente são:


feedback AINDA quase que instantâneo


testes de aceitaçãoo que o usuário espera que

aconteça


teste


endteste


endto

teste


end

endto

teste


valida o software na perspectiva do usuário


valida o software na perspectiva

do usuário


valida o software na perspectiva

do usuário


> trabalhosos para escrever;> lentos para rodar;> difíceis para rastrear erros;> frágeis

testes de aceitação normalmente são:


apesar da dificuldade para escrevê-los...


Handerson Frota


Aceite os testes de aceitação!!


ainda assim vale a pena!

Aceite os testes de aceitação!!

Handerson Frota



resumindo...


como tudo isso vai numa app real?



browser

app(servidor)

banco de dados


teste de unidade


teste de integraçãoMonday, February 4, 2013

teste de aceitação


teste de integração

teste de unidade

teste de aceitação


qual o melhor?


unidade > integração ?


nãoMonday, February 4, 2013

integração > aceitação ?



aceitação > unidade ?



depende?


simMonday, February 4, 2013

depende da tua necessidade


depende da tua necessidadeteste de aceitação testa TUDO.

Handerson Frota


depende da tua necessidadeteste de aceitação testa TUDO.

Handerson Frota

Yuri Adams

teste de integração é teste de “maxu”.


mas no geral, siga a pirâmide


Aceitação - 10%

Integração - 40%

Unidade - 50%

Test Automation Pyramid


indo além...


primeiro escreve o código de produção, depois escreve o teste...

LEGAL!

“Modelo Tradicional”


e se fosse possível escrever o teste ANTES da implementação?


ahn?


TDDTest Driven Development


step by step


O que ganho com isso?


TDD = testes


TDD = testesnãoMonday, February 4, 2013

TDD é sobre DESIGN e MODELAGEM de código


a bateria de testes é um brinde


CONCLUSÃO


Você só percebe os benefícios dos testes entre

6 meses e 1 ano


não existe uma receita de bolo para desenvolver software


mas simum conjunto de princípios e

práticas que podem te ajudar a desenvolver melhor


testes automatizados

é apenas a ponta do iceberg


permita que sua equipe trabalhe melhor


permita que sua empresa entregue software melhor


permita-se ser um profissional melhor


use testes automatizados


testes automatizados

eu aprovo!Monday, February 4, 2013

Rafael [email protected]


mailto:[email protected]

mailto:[email protected]

Technology

Importância dos testes automatizados no dia a dia