Testes

O teste é uma parte importante do desenvolvimento de software. Se estamos conscientes disso ou não, Realizamos testes continuamente. Por exemplo, enquanto escrevemos uma classe PHP, podemos depurá-lo passo a passo ou simplismente usar declarações echo ou die para verificar se a implantação está de acordo com nosso plano inicial. No caso de uma aplicação web, estamos entrando em alguns testes de dados em forma de assegurar que a página interage com a gente como esperado.

O processo de teste pode ser automatizado de modo que cada momento em que precisamos para verificar alguma coisa, só precisamos chamar o código que faz isso por nós. O código que verifica o resultado coincide com o que temos planejado é chamado de teste e o processo de sua criação e posterior execução é conhecido como teste automatizado, que é o principal tema destes capítulos de testes.

Desenvolvendo com testes

Test-Driven Development (TDD), and Behavior-Driven Development (BDD) são abordagens de desenvolvimento de software, descrevendo o comportamento de um trecho de código ou todo o recurso como um conjunto de cenários ou testes antes de escrever código real e só então criar a aplicação que permite que estes testes passem verificando se comportamento a que se destina é conseguido.

O processo de desenvolvimento de uma funcionalidade é a seguinte:

  • Criar um novo teste que descreve uma funcionalidade a ser implementada.
  • Execute o novo teste e verifique se ele falha. isto é esperado já que não há nenhuma implementação ainda.
  • Escrever um código simples para fazer o novo teste passar.
  • Executar todos os testes e garantir que todos eles passam.
  • Melhorar código e certificar-se de testes ainda estão OK.

Depois feito o processo é repetido novamente para outras funcionalidades ou melhorias. Se uma funcionalidade existente deve ser alterada, os testes devem ser mudadas também.

Dica: Se você sentir que você está perdendo tempo fazendo um monte de pequenas e simples iterações, experimente cobrindo mais por você. Cenários de teste é para que você faça mais antes de executar testes novamente. Se você está depurando muito, tente fazer o oposto.

A razão para criar testes antes de fazer qualquer implementação é que ela nos permite focar no que queremos alcançar e totalmente mergulhar "como fazê-lo" depois. Normalmente, leva a melhores abstrações e manutenção de teste mais fácil quando se trata de ajustes na funcionalidade ou de menos componentes acoplados.

Assim, para resumir as vantagens de tal abordagem são as seguintes:

  • Mantém-se focado em uma coisa de cada vez que resulta em uma melhor planejamento e implementação.
  • Resultados cobertos por testes para mais funcionalidade em maior detalhe, ou seja, se os testes são OK provavelmente nada está quebrado.

No longo prazo, geralmente, dá-lhe um boa melhoria na produtividade.

Dica: Se você quiser saber mais sobre os princípios de levantamento de requisitos de software e modelagem do assunto esta é uma referência boa para aprender [Domain Driven Development (DDD)] (https://en.wikipedia.org/wiki/Domain-driven_design).

Quando e como testar

Enquanto a primeira abordagem de teste descrito acima faz sentido em longo prazo para projetos relativamente complexos e que seria um exagero para os mais simples. Existem alguns indicadores de quando é apropriado:

  • Projeto já é grande e complexo.
  • Requisitos do projeto estão começando a ficarem complexos. Projeto cresce constantemente.
  • Projeto pretende ser a longo prazo.
  • O custo da falha é muito alta.

Não há nada errado na criação de testes que abrangem o comportamento de implementação existente.

  • Projeto é um legado para ser gradualmente renovada.
  • Você tem um projeto para trabalhar e não tem testes.

Em alguns casos, qualquer forma de teste automatizado poderia ser um exagero:

  • Projeto é simples e não está ficando mais complexo.
  • É um projeto emporal eque deixarão de trabalhar nele.

Ainda assim, se você tiver tempo é bom automatizar testes nestes casos também.

Outras leituras

  • Test Driven Development: By Example / Kent Beck. ISBN: 0321146530.