Comentários sobre: Iniciando com o SimpleTest

Por: Léo Hackin

Léo Hackin — Tue, 12 Jan 2010 20:49:30 +0000

Corrigido meu chefe! Valew pelo toque.

Por: Wilson

Wilson — Mon, 11 Jan 2010 23:53:26 +0000

Não consigo ver os códigos porque tem o erro: GeSHi could not find the language phplines (using path /home/leohackin/www/wp-content/plugins/codecolorer/lib/geshi/) (code 2)

Por: Mock Objects no SimpleTest | Léo Hackin 0.2c

Mock Objects no SimpleTest | Léo Hackin 0.2c — Sat, 05 Dec 2009 18:43:51 +0000

[...] nossa sequência de artigos sobre o SimpleTest, já aprendemos como fazer testes unitários e agrupa-los para facilitar a execução em lote: agora vamos falar um pouco sobre mock [...]

Por: wolf3rin3.blu35

wolf3rin3.blu35 — Thu, 05 Nov 2009 11:37:07 +0000

Sempre procuro esgotar os testes mas ainda não tinha pensado em um padrão de nomenclatura para os métodos e classes organizados da forma proposta.

Meus parabéns pelo post!

Por: Cristiano

Cristiano — Wed, 26 Aug 2009 17:42:57 +0000

Leo, Parabéns pelo post! Vou tentar implementar em alguns aplicativos aqui na empresa, já tinha escutado falar, mas não pensei que teria uma forma tão Simples para isso…vlww e parabéns!! continue com os posts sobre TDD.

Por: Léo Hackin

Léo Hackin — Mon, 27 Jul 2009 13:14:20 +0000

O que rola é o seguinte Willian: o que você tem que saber para avaliar se um “processamento” fez o que você gostaria ou não ? Independente do processamento, ele sempre vai fazer um resultado correto ? Um método de gerar imagem retorna um hash binário da imagem ? Um método de gerar sessão cria uma variável na sessão ? São exemplos que não retornam nada mas tem um comportamento que gera algum resultado: é esse resultado que você testa com um caso de teste.

Se o processamento gera uma imagem física no HD, faça um método que verifica se após o método criarImagem (por exemplo) gerou a imagem esperada no lugar esperado.

Um teste não avalia o processamento nem retorno de funções: um teste avalia se um método (ou objeto) sob tal circunstância se comporta da forma que você esperava. Isso você faz através dos asserts, entendeu ?

No próprio site do SimpleTest existe um exemplo bacana de teste de uma classe que trabalha com log que de certa forma se aproxima desse questionamento.

Abraço.

Por: Willian

Willian — Mon, 27 Jul 2009 13:03:48 +0000

Então o desenvolvimento baseado em testes avalia apenas o retorno das funções
Não existe nada para avaliar um processamento?
Obrigado e desculpa pela ignorância… Isso é novidade pra mim…

Por: Léo Hackin

Léo Hackin — Mon, 27 Jul 2009 02:35:06 +0000

Salve Willian,

Se o método não retorna nada ele retorna vazio correto ? Basta testar se ele retorna vazio com um assertEqual ou assertIdentical.

Por: Willian

Willian — Fri, 24 Jul 2009 19:05:13 +0000

Boa tarde, obrigado pelo retorno.
Na verdade no exemplo da imagem não retornaria nada. Seria uma função que apenas executasse o processamento da imagem mas não retornasse nada. Como eu poderia saber se esse processamento funcionou? TDD só testa valores de retorno?
Um abraço.

Por: Léo Hackin

Léo Hackin — Fri, 24 Jul 2009 03:34:52 +0000

Salve Willian, valew pelas palavras.

O SimpleTest tem vários tipos de asserts para chegar o retorno de um método no teste unitário: por exemplo, se vc usa um assertEqual você diz ao SimpleTest que tal método vai falhar se o resultado retornado não for “igual” ao que você diz que tem que retornar. Vamos supor que você chame o método soma passando dois parametros (1 e 1) e fale que o retorno tem que ser igual a 2. Se retorno for vazio, então seu método falhou. O lance do TDD é “dedurar” essas falhas em comportamentos esperados.

No caso de um método que retorna imagens, é o caminho da imagem ou o hash binário dela ?

Abraço.