By Vince Huang - http://www.flickr.com/photos/s_y_s/2305290082/
Servlets
JSP
EJBWeb Services
Struts
Velocity
Java Server FacesVRaptor
SpringWebWorkJBoss Seam
Hibernate
Você já fez TDD?
Passou Falhou
Teste cedo, sempre e
automaticamente.
“Encontrar e corrigir um defeito em um software depois de entregue é 100 vezes mais caro do que encontrá-lo e corrigi-lo durante as requisições ou na fase de design.”
Shull, Basili, Boehm e outros (2002)
Atenção! TDD não é só testes.
TDD é, especialmente, sobre design.
TDD requer de técnica.
O container acrescenta complexidade ao ciclo de testes.
Construa em pequenas partes
Teste em pequenas partes
Como começar?
Escreva um teste que falha.
Reduza o problema.
Qual a forma mais simples de fazer o
teste passar.
Pronto! Terminado.
Passou nos testes?
Que pequenaevolução eu
posso acrescentar?
Escreva um teste que falha.
Talvez agora seja preciso refatorar.
Olhando a interface
Conhecendo o código
Código refatorado
Tenha disciplina.
Não escreva código se não for para fazer algum teste passar.
Não escreva mais testes do que o suficiente para falhar.
Escreva só o código necessário para fazer os testes passarem.
123
REGR
AS
By Sherlock77 (James) http://www.flickr.com/photos/sherlock77/84666910/
HtmlUnitJSFUnit
StrutsTestCaseTestNG
HttpUnitSelenium
DBUnit
EasyMock
Cactus
MockEJB
JUnit Fit
SpringUnitsoapUI
Mate um problema por vez.
Teste o todo: Testes Funcionais
Teste cada elemento: Testes Unitários
Teste cada encaixe: Testes de Integração
By Martin LaBar - http://www.flickr.com/photos/martinlabar/351571176/
Os bugs se tornarão evidentes.
Partes testadas independentemente.
Evidências de qualidade.
Design na medida certa.
Todas as funcionalidades requeridas.
Somente as funcionalidades requeridas.
Produza soluções entregáveis.
Teoria das Janelas Quebradas
Leitura Recomendada
Ação Recomendada
Comece.
Obrigado!
dbassi@ .com
Dairton Bassi
: dbassi
www.neurobox.com.br
Top Related