Capítulo 7. Testes Incompletos e Pulados

Testes Incompletos

Quando você está trabalhando em uma nova classe de caso de teste, você pode querer começar a escrever métodos de teste vazios, como:

public function testAlgumaCoisa()
{
}

para manter o controle sobre os testes que você já escreveu. O problema com os métodos de teste vazios é que eles são interpretados como bem-sucedidos pelo framework do PHPUnit. Esse erro de interpretação leva à inutilização dos relatórios de testes -- você não pode ver se um teste foi realmente bem-sucedido ou simplesmente ainda não foi implementado. Chamar $this->fail() no teste não implementado não ajuda em nada, já que o teste será interpretado como uma falha. Isso seria tão errado quando interpretar um teste não implementado como bem-sucedido.

Se imaginarmos que um teste bem-sucedido é uma luz verde e um teste mal-sucedido (falho) é uma luz vermelha, precisaremos de uma luz amarela adicional para marcar o teste como incompleto ou ainda não implementado. O PHPUnit_Framework_IncompleteTest é uma interface marcadora para marcar uma exceção que surge de um método de teste como resultado do teste ser incompleto ou atualmente não implementado. O PHPUnit_Framework_IncompleteTestError é a implementação padrão dessa interface.

Exemplo 7.1 mostra uma classe de caso de teste, ExemploTest, que contém um método de teste, testAlgumaCoisa(). Chamando o método de conveniência markTestIncomplete() (que automaticamente traz uma exceção PHPUnit_Framework_IncompleteTestError) no método de teste, marcamos o teste como sendo incompleto.

Exemplo 7.1: Marcando um teste como incompleto

<?php
class ExemploTest extends PHPUnit_Framework_TestCase
{
public function testAlgumaCoisa()
{
// Opcional: Teste alguma coisa aqui, se quiser
$this->assertTrue(TRUE, 'Já deveria funcionar.');

// Pare aqui e marque este teste como incompleto.
$this->markTestIncomplete(
'Este teste ainda não foi implementado.'
);
}
}
?>


Um teste incompleto é denotado por um I na saída do executor de testes em linha-de-comando do PHPUnit, como mostrado no exemplo abaixo:

phpunit --verbose ExemploTest
PHPUnit 4.2.0 by Sebastian Bergmann.

I

Time: 0 seconds, Memory: 3.75Mb

There was 1 incomplete test:

1) ExemploTest::testAlgumaCoisa
Este teste ainda não foi implementado.

/home/sb/SampleTest.php:12
OK, but incomplete or skipped tests!
Tests: 1, Assertions: 1, Incomplete: 1.

Tabela 7.1 mostra a API para marcar testes como incompletos.

Tabela 7.1. API para Testes Incompletos

MétodoSignificado
void markTestIncomplete()Marca o teste atual como incompleto.
void markTestIncomplete(string $mensagem)Marca o teste atual como incompleto usando $menssagem como uma mensagem explanatória.


Pulando Testes

Nem todos os testes podem ser executados em qualquer ambiente. Considere, por exemplo, uma camada de abstração de banco de dados contendo vários drivers para os vários sistemas de banco de dados que suporta. Os testes para o driver MySQL podem ser executados apenas, é claro, se um servidor MySQL estiver disponível.

Exemplo 7.2 mostra uma classe de caso de teste, BancoDeDadosTest, que contém um método de teste, testConnection(). No método modelo da classe do caso de teste setUp(), verificamos se uma extensão MySQLi está disponível e usamos o método markTestSkipped()para pular o teste caso contrário.

Exemplo 7.2: Pulando um teste

<?php
class BancoDeDadosTest extends PHPUnit_Framework_TestCase
{
protected function setUp()
{
if (!extension_loaded('mysqli')) {
$this->markTestSkipped(
'A extensão MySQLi não está disponível.'
);
}
}

public function testConnection()
{
// ...
}
}
?>


Um teste que tenha sido pulado é denotado por um S na saída do executor de testes em linha-de-comando do PHPUnit, como mostrado no seguinte exemplo:

phpunit --verbose BancoDeDadosTest
PHPUnit 4.2.0 by Sebastian Bergmann.

S

Time: 0 seconds, Memory: 3.75Mb

There was 1 skipped test:

1) BancoDeDadosTest::testConnection
A extensão MySQLi não está disponível.

/home/sb/BancoDeDadosTest.php:9
OK, but incomplete or skipped tests!
Tests: 1, Assertions: 0, Skipped: 1.

Tabela 7.2 mostra a API para pular testes.

Tabela 7.2. API para Pular Testes

MétodoSignificado
void markTestSkipped()Marca o teste atual como pulado.
void markTestSkipped(string $menssagem)Marca o teste atual como pulado usando $menssagem como uma mensagem explanatória.


Pulando Testes usando @requires

Além do método acima também é possível usar a anotação @requires para expressar pré-condições comuns para um caso de teste.

Tabela 7.3. Possíveis usos para @requires

TipoValores PossíveisExemplosOutro exemplo
PHPQualquer identificador de versão do PHP@requires PHP 5.3.3@requires PHP 5.4-dev
PHPUnitQualquer identificador de versão do PHPUnit@requires PHPUnit 3.6.3@requires PHPUnit 3.7
funçãoQualquer parâmetro válido para function_exists@requires function imap_open@requires function ReflectionMethod::setAccessible
extensãoQualquer nome de extensão@requires extension mysqli@requires extension curl


Exemplo 7.3: Pulando casos de teste usando @requires

<?php
/**
* @requires extension mysqli
*/
class BancoDeDadosTest extends PHPUnit_Framework_TestCase
{
/**
* @requires PHP 5.3
*/
public function testConnection()
{
// O Teste requer as extensões mysqli e PHP >= 5.3
}

// ... Todos os outros testes requerem a extensão mysqli
}
?>


Se você está usando uma sintaxe que não compila com uma certa versão do PHP, procure dentro da configuração xml por includes dependentes de versão na seção chamada “Suítes de Teste”