TDD+PHP Pedro H. B. Santos William G. Comnisky

Qualidade de Software “ Totalidade de características de uma entidade que lhe confere a capacidade de satisfazer a necessidades explícitas e implícitas ”. Conformidade a: Requisitos funcionais e de desempenho; Padrões e convenções de desenvolvimento pré-estabelecidos; Atributos implícitos que todo software desenvolvido profissionalmente deve possuir.

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

Conformidade a:

Requisitos funcionais e de desempenho;

Padrões e convenções de desenvolvimento pré-estabelecidos;

Atributos implícitos que todo software desenvolvido profissionalmente deve possuir.

Como garantir a qualidade? 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;

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 que surgem falhas? Alterações; Tempo; Complexidade;

Alterações;

Tempo;

Complexidade;

O que são testes? “ 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;

“ 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;

Teste vs. Depuração Objetivos 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 modificações no programa para correção do erro.

Tipos de testes Estrutural; Funcional; De sistema; De regressão; De aceitação; Unitário;

Estrutural;

Funcional;

De sistema;

De regressão;

De aceitação;

Unitário;

Teste Unitário “ Procedimento automático usado para validar se uma pequena parte do código funciona corretamente ”.

Teste Unitário: quando testar? Antes e durante o desenvolvimento: quando é necessário adicionar novas funcionalidades ao sistema; Após o desenvolvimento: quando o erro é detectado no sistema em produção;

Antes e durante o desenvolvimento: quando é necessário adicionar novas funcionalidades ao sistema;

Após o desenvolvimento: quando o erro é detectado no sistema em produção;

Teste Unitário: como testar? 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;

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;

Teste Unitário: como funciona? <?php class Calculator { public function add ($a, $b) { return $a + $b; } } ?>

<?php

class Calculator {

public function add ($a, $b)

{

return $a + $b;

}

}

?>

Teste Unitário: como funciona? <?php $fixture = new Calculator(); print $fixture->add (0, 1 ) ; $fixture = new Calculator(); print $fixture->add (1, 0 ); ?> 1 1

<?php

$fixture = new Calculator();

print $fixture->add (0, 1 ) ;

$fixture = new Calculator();

print $fixture->add (1, 0 );

?>

1

1

Teste Unitário: como funciona? <?php $fixture = new Calculator(); print $fixture->add (0, 1 ) == 1 ? 'Passou' : 'Falhou'; $fixture = new Calculator(); print $fixture->add (1, 0 ) == 1 ? 'Passou' : 'Falhou'; ?> Passou Passou

<?php

$fixture = new Calculator();

print $fixture->add (0, 1 ) == 1 ? 'Passou' : 'Falhou';

$fixture = new Calculator();

print $fixture->add (1, 0 ) == 1 ? 'Passou' : 'Falhou';

?>

Passou

Passou

Teste Unitário: como funciona? <?php function assertTrue($expressao) { if(!$expressao) throw new Exception ('Falhou'); } $fixture = new Calculator(); assertTrue ($fixture->add (0, 1 ) == 1); $fixture = new Calculator(); assertTrue ($fixture->add (1, 0 ) == 1); ?>

<?php

function assertTrue($expressao)

{

if(!$expressao)

throw new Exception ('Falhou');

}

$fixture = new Calculator();

assertTrue ($fixture->add (0, 1 ) == 1);

$fixture = new Calculator();

assertTrue ($fixture->add (1, 0 ) == 1);

?>

Teste Unitário: desculpas mais comuns Requer tempo, e meus projetos são “pra ontem”; É perda de tempo, pois se mudar minha classe, tenho que alterar os testes; Está “funcionando” em produção faz tempo; Não preciso de teste, meu código é sólido como uma pedra; Depois eu faço; Os testes ficam para a próxima etapa;

Requer tempo, e meus projetos são “pra ontem”;

É perda de tempo, pois se mudar minha classe, tenho que alterar os testes;

Está “funcionando” em produção faz tempo;

Não preciso de teste, meu código é sólido como uma pedra;

Depois eu faço;

Os testes ficam para a próxima etapa;

Teste Unitário: benefícios Reduz a quantidade de erros do código; Diminui a manutenção do sistema; Testes automatizados podem ser executados quando necessário; Fácil de alterar e refatorar o código; As classes são modularizadas; São uma forma de documentação do código; Testes Unitários são divertidos!

Reduz a quantidade de erros do código;

Diminui a manutenção do sistema;

Testes automatizados podem ser executados quando necessário;

Fácil de alterar e refatorar o código;

As classes são modularizadas;

São uma forma de documentação do código;

Testes Unitários são divertidos!

TDD – Test-Driven Development “ Desenvolvimento guiado por testes ”. “ TDD se popularizou através da Extreme Programming (XP) por Kent Beck ”.

TDD: princípios Primeiro o teste, depois a implementação; O teste define o que a classe deve fazer; Nunca alterar um teste para facilitar que outro passe; Simplicidade KISS – Keep It Simple Stupid DRY – Don’t Repeat Yourself YAGNI – You Ain’t Gonna Need It

Primeiro o teste, depois a implementação;

O teste define o que a classe deve fazer;

Nunca alterar um teste para facilitar que outro passe;

Simplicidade

KISS – Keep It Simple Stupid

DRY – Don’t Repeat Yourself

YAGNI – You Ain’t Gonna Need It

TDD: ciclo

PHPUnit “ O PHPUnit é um framework que auxilia a criação e a execução automática de testes unitários sobre classes PHP ”. Fácil integração com IDEs (Netbeans, Eclipse PDT); Integração com frameworks de desenvolvimento (Symfony, Zend Framework);

“ O PHPUnit é um framework que auxilia a criação e a execução automática de testes unitários sobre classes PHP ”.

Fácil integração com IDEs (Netbeans, Eclipse PDT);

Integração com frameworks de desenvolvimento (Symfony, Zend Framework);

PHPUnit: exemplo <?php require_once 'PHPUnit/Framework.php'; class ArrayTest extends PHPUnit_Framework_TestCase { public function testNewArrayIsEmpty() { // Cria um array. $array = array(); // Verifica se o tamanho do array é igual a 0. $this->assertEquals(0, sizeof($array)); } public function testArrayContainsAnElement() { // Cria um array. $array = array(); // Adiciona um elemento ao array $array[] = 'Element'; // Verifica se o tamanho do array é igual a 1. $this->assertEquals(1, sizeof($array)); } }

<?php require_once 'PHPUnit/Framework.php'; class ArrayTest extends PHPUnit_Framework_TestCase { public function testNewArrayIsEmpty() { // Cria um array. $array = array(); // Verifica se o tamanho do array é igual a 0. $this->assertEquals(0, sizeof($array)); } public function testArrayContainsAnElement() { // Cria um array. $array = array(); // Adiciona um elemento ao array $array[] = 'Element'; // Verifica se o tamanho do array é igual a 1. $this->assertEquals(1, sizeof($array)); }

}

PHPUnit: exemplo <?php require_once 'PHPUnit/Framework.php'; class ArrayTest extends PHPUnit_Framework_TestCase { public function testNewArrayIsEmpty() { // Cria um array. $array = array(); // Verifica se o tamanho do array é igual a 0. $this->assertEquals(0, sizeof($array)); } public function testArrayContainsAnElement() { // Cria um array. $array = array(); // Adiciona um elemento ao array $array[] = 'Element'; // Verifica se o tamanho do array é igual a 1. $this->assertEquals(1, sizeof($array)); } }

<?php require_once 'PHPUnit/Framework.php'; class ArrayTest extends PHPUnit_Framework_TestCase { public function testNewArrayIsEmpty() { // Cria um array. $array = array(); // Verifica se o tamanho do array é igual a 0. $this->assertEquals(0, sizeof($array)); } public function testArrayContainsAnElement() { // Cria um array. $array = array(); // Adiciona um elemento ao array $array[] = 'Element'; // Verifica se o tamanho do array é igual a 1. $this->assertEquals(1, sizeof($array)); }

}

Coding Dojo “ É uma técnica de treinamento que remete as artes marciais. O dojô é o local onde os movimentos da luta são repetidos a exaustão, sempre fazendo pequenas melhorias a cada repetição. No nosso caso, o treino deve reunir pessoas para resolver um problema simples de programação em conjunto, usando apenas um computador ligado a um projetor ”. (dojofloripa.wordpress.com)

Aprendizado contínuo; Ambiente: Não-competitivo; Colaborativo; Inclusivo; Falha e Redundância; Baby steps; dojorio .wordpress.com Coding Dojo: princípios

Aprendizado contínuo;

Ambiente:

Não-competitivo;

Colaborativo;

Inclusivo;

Falha e Redundância;

Baby steps;

dojorio .wordpress.com

Computador + projetor; Par + platéia; TDD; Todos devem entender; Sempre começar do zero; Coding Dojo: regras gerais

Computador + projetor;

Par + platéia;

TDD;

Todos devem entender;

Sempre começar do zero;

Ao final da sessão: O que aprendemos? O que gostamos? O que podemos melhorar? Comentários? Coding Dojo: retrospectiva

Ao final da sessão:

O que aprendemos?

O que gostamos?

O que podemos melhorar?

Comentários?

Kata: Apresentação da solução do problema; Todos devem conseguir reproduzir; Interrupções permitidas para tirar dúvidas; Coding Dojo: formatos

Kata:

Apresentação da solução do problema;

Todos devem conseguir reproduzir;

Interrupções permitidas para tirar dúvidas;

Randori: Programação em par; Turnos “time-boxed”; Após o turno: O co-piloto vira piloto; O piloto volta pra platéia; Um novo co-piloto é convidado da platéia; Comentários e críticas somente no verde ; Silêncio no vermelho ; Coding Dojo: formatos

Randori:

Programação em par;

Turnos “time-boxed”;

Após o turno:

O co-piloto vira piloto;

O piloto volta pra platéia;

Um novo co-piloto é convidado da platéia;

Comentários e críticas somente no verde ;

Silêncio no vermelho ;

Coding Dojo: prática Vamos aos códigos..

Links e referências http://www.phpunit.de http://www.simpletest.org http://www.agiledata.org http://www.improveit.com.br http://c2.com/cgi/wiki? TestDrivenDevelopment http://www.infoq.com/br http://blog.agilephp.com http://www.slideshare.net/sebastian_bergmann http://dojofloripa.wordpress.com http://dojorio.wordpress.com http://agilesoftwaredevelopment.com http://misko.hevery.com http://martinfowler.com http://www.testdriven.com http://www.lastcraft.com/blog

http://www.phpunit.de

http://www.simpletest.org

http://www.agiledata.org

http://www.improveit.com.br

http://c2.com/cgi/wiki? TestDrivenDevelopment

http://www.infoq.com/br

http://blog.agilephp.com

http://www.slideshare.net/sebastian_bergmann

http://dojofloripa.wordpress.com

http://dojorio.wordpress.com

http://agilesoftwaredevelopment.com

http://misko.hevery.com

http://martinfowler.com

http://www.testdriven.com

http://www.lastcraft.com/blog

Contato Pedro H. B. Santos [email_address] http://blog.pedrohsantos.eti.br William G. Comnisky [email_address] http://blog.will.eti.br

Pedro H. B. Santos

[email_address]

http://blog.pedrohsantos.eti.br

William G. Comnisky

[email_address]

http://blog.will.eti.br

TATFT! Test All The F*in’ Time