Qualidade no desenvolvimento de Software com TDD e PHPUnit

Qualidade de Software
com TDD e PHPUnit
Domingos Teruel
Desenvolvedor
São José, 21 de agosto de 2011

O Palestrante
✦ Tecnólogo em Computação especialista em Sistemas Web e
Interface
✦ Atua na área de desenvolvimento e implementação de projetos de
Software Web
✦ Desenvolvedor Mobile
✦ Desenvolvedor PHP desde 1999 e membro ativo desde 2001
✦ Desenvolvedor WordPress
✦ Membro ativo das comunidades de SL: PHP-SP, PHP-SC, ZF-BR,
KDE-BR, OpenSUSE-BR, AMAROK-DE e WP-DEVEL
✦ Trocou São Paulo por Floripa para desenvolver seu trabalho na
Primesoft Sistemas
✦ Na rede: http://about.me/mingomax

A Audiência
✓ Estudantes?
✓ Curiosos / Entusiastas?
✓ Desenvolvedores PHP?
✓ Desenvolvedores de outras linguagens?
✓ Todas as opções acima!
✓ Nenhuma da Opções acima!

Agenda

• Contextualização
• TDD
• Teste Unitários
• PHPUnit

• Errar é inerente a natureza humana.
Precaver-se contra os erros é uma atitude
inteligente.

• O processo de desenvolvimento de software
é sujeito a erros. Sendo assim, a atividade de
teste é fundamental para se obter produtos
de software com garantia de qualidade.

• Discordar ou ignorar a frase acima revela
grande amadorismo.

Qualidade de Software

“Totalidade de características de uma entidade que lhe confere
a capacidade de satisfazer as necessidades explícitas e
implícitas.”

• Conformidade a:
• Requisitos funcionais e de desempenho;
• Padrões e convenções de
desenvolvimento preestabelecidos;

• Atributos implícitos que todo software
desenvolvido proﬁssionalmente deve
possuir.

Como garantir a
qualidade de software?
• Aplicação de métodos e ferramentas
técnicas;
• Realização de revisões técnicas e inspeções;
• Atividades de testes;
• Aplicação de padrões;

Por quê surgem as
falhas?

• Alterações;
• Tempo;
• Complexidade;

TESTES
Porque você precisa dele, mas
ainda não sabe

• “Simulação”

• Facilidade de testar funções sem precisar preencher
formulários, criar usuários

• Tudo ﬁca centralizado no teste e é feito apenas uma vez

• “Certeza”

• Testes podem simular todas situações possíveis e
garantir que seu código funciona como esperado

• “Garantia”

• Com um sistema coberto de testes você tem certeza
que sua alteração não vai quebrar outra área do sistema

• Tempo
• Embora você gaste mais tempo criando
testes, você ganha tempo durante as
simulações e na manutenção

• Gerência
• Convencer os responsáveis pelo projeto de
que testes irão trazer lucro é geralmente
complicado

“ O teste consiste em executar o
programa com a intenção de
encontrar erros”. (Myers, 1979)

• Principais objetivos dos testes:
• Foco na prevenção de erros;
• Descobrir sintomas causados por
erros;

• Fornecer diagnósticos claros para
que os erros sejam facilmente
corrigidos;

Objetivo do teste: mostrar que o software tem
erros.

Objetivos da depuração: encontrar a causa do
erro detectado no teste, e projetar e implementar as
modiﬁcações no programa para correção do erro

• Testes de Unidade;
• Testes de Integração;
• Testes de Sistema;
• Testes de Integração de Sistema;
• Testes de Aceitação;

A “Espiral da Morte” do Teste

“TDD = Test-
First + Design
Incremental”
Kent Beck

• TDD é uma técnica de desenvolvimento de software
cujo processo é formado por pequenas iterações para o
desenvolvimento de uma nova funcionalidade,
começando pela implementação de um caso de teste,
depois pelo código necessário para fazer o teste passar,
e ﬁnalmente pela refatoração do código visando melhor
acomodar as mudanças feitas.

• Não é um método para testar software, mas para
construir software.

• TDD vem do conceito de “test-ﬁrst programming” do XP
(Extreme Programming), mas acabou ganhando tanto
interesse, que hoje tem sido adotado independente do
XP e das técnicas de programação ágil;

• Escrever testes antes da implementação:
• Faz você pensar no comportamento
• Reduz código especulativo
• Documenta

• Escreva somente código suﬁciente para o
teste passar e nada além disso

• Escreva testes pequenos: teste a menor
quantidade possível de código de cada vez

• Escreva testes muito rápidos: não devem
demorar mais do que alguns segundos para
serem executados

• Adição de novas funcionalidades em
pequenos passos

• O conceito chave de TDD é ter um
feedback rápido das mudanças no código

• A Metodologia TDD é conduzida através
dos “testes do programador”.

• Frequentemente esses testes são chamados
de “teste de unidade”, mas esse nem
sempre é o caso (pode ser teste de
integração).

• É importante destacar que não se trata dos
testes de sistema (caixa preta) nem os de
aceitação (feitos pelo usuário ﬁnal)

Ainda sobre tipo de
testes

• Testam apenas um componente do sistema
• Todos os outros componentes são
simulados (mock objects)

• Ferramenta: PHPUnit
• Fundamental para a prática do
TDD!

• Testam a integração entre componentes
• Envolvem dois ou mais componentes
(classes+SGBD, classes+SGBD+Fast, etc.)

• Ferramenta: PHPUnit, DBUnit, HSQLDB, Fit
• Normalmente não utilizado em TDD

• Testam uma história, funcionalidade ou caso
de uso

• Envolvem vários componentes do sistema
• Ferramenta
: PHPUnit, Selenium
• Pode ser utilizado em TDD

Atitude!

• Testar é uma atividade destrutiva!
• Pense de forma negativa quando estiver
criando planos de teste ou explorando o
software!
• Explore funcionalidades, pense no que não
foi pensado!

Princípios
• São independentes:
• Do código já testado;
• Da ordem de execução;
• Do ambiente;

• Devem ser:
• Fáceis de escrever;
• Fáceis de executar;
• Fáceis de compreender;
• Desenvolvidos paralelamente ao código;

PHPUnit
• Escrito por Sebastian
Bergmann

• Baseado nos conceitos
do JUnit

• Atualmente na versão
3.6.12

• Requer PHP 5

Escrevendo testes
Quando você começar, nunca mais vai parar

Anatomia
• Toda classe deve ter seu par para Teste:
• nomeClasse.php
• <nomeClasse>Test.php

• Escrever o caso de teste, usando o pós-ﬁxo “Test”
• A classe tem um metodo algumaCoisa()
• Deve-se criar um metodo testAlgumaCoisa()

Anatomia de um teste
unitário

Isolamento
• Mantenha seus testes isolados

• Nunca rode testes no servidor de produção!
• Soluções
• Crie uma base separada
• Use pastas separadas para arquivos

• Sempre destrua tudo que seu teste
construiu

Mantenha seu ambiente
limpo!

O que não se pode
testar?

• Singletons

• MinhaClasse::getInstance();

• Depêndencias

• SO exec('ls -la')

• Recursos externos: APIs, Filesystem

• Métodos privados

• private method fazTudo() {...

Outros recursos
interessantes

As vezes os testes
precisam de dublês
• Dummy
• Fake
• Stub
• Spy
• Mock

• Gera resultados não determinísticos (hora, temperatura
atual...);

• Tem estados que são difíceis de criar ou reproduzir
(erro de
comunicação da rede);

• É lento (um banco de dados completo que precisa ser
inicializado antes do teste);

• Ainda não existe ou pode ter comportamento alterado;

• Teriam que adicionar informações e métodos
exclusivamente para os testes (e não para sua função
real).

• Colabora para o aumento da qualidade dos
sistemas

• Desenvolvedores ﬁcam mais corajosos e
conﬁantes ao programar!

• Software cresce de forma ordenada e com
qualidade de design

• Software se adapta com mais facilidade a
mudanças

• Demora mais?

• No início é necessário escrever muitos testes

• Depois da inércia a suite de regressão está pronta e
escrevem-se menos testes

• Certeza de que a implementação está funcionando

• Maioria dos bugs encontrados em tempo de
desenvolvimento

• Bugs de produção são encontrados e corrigidos com muito
mais velocidade

• Então no ﬁm das contas demora-se muito menos tempo e com
muito mais qualidade!

• Introduction to TDD: http://www.agiledata.org/essays/tdd.html

• Desenvolvimento Orientado a Testes: http://www.improveit.com.br/xp/
praticas/tdd

• Screencast TDD em ação: http://dojoﬂoripa.wordpress.com/2007/05/21/
screencast-tdd-em- acao/

• Improve your unit tests by replacing your collaborators with mock
objects: http://www.opensourcetutorials.com/tutorials/Server-Side-
Coding/Java/java-unit-testing-with-mock-objects

• Behaviour-Driven Development: http://behaviour-driven.org/

• Test-drivendevelopment: by example [KentBeck]

• Growing Object-Oriented Software,Guided byTests [Steve Freeman]

• PHPUnit Pocket guide [Sebastian Bergmann]

Obrigado!!!!!
Feedbacks: http://joind.in/event/view/779

Qualidade no desenvolvimento de Software com TDD e PHPUnit

Mais conteúdo relacionado

Mais procurados

Destaque

Semelhante a Qualidade no desenvolvimento de Software com TDD e PHPUnit

Mais de Domingos Teruel

Qualidade no desenvolvimento de Software com TDD e PHPUnit

Notas do Editor