You can not select more than 25 topics
Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
73 lines
4.2 KiB
73 lines
4.2 KiB
9 years ago
|
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.
|