Orientações técnicas/Recomendacoes Programacao Orientada Testes

Orientações técnicas/Recomendacoes Programacao Orientada Testes 1.1 (Edição mínima)

Test Test — Wed, 09 Jan 2013 20:00:40 GMT

Linha 1

<<TableOfContents>>

Linha 2

Linha 3

**Recomendações para uma programação orientada a testes**

Linha 4

Linha 5

**Utilização de TDD**

Linha 6

Linha 7

A primeira dica é que sejam utilizados os conceitos de TDD para iniciar a implementação pelas classes de testes e a partir delas desenvolver o "esqueleto" inicial das classes principais da aplicação.

Linha 8

Entre outros benefícios dessa prática estão a melhor cobertura dos requisitos, melhor estruturação do código, além da garantia de manutenção futura pois as classes de teste farão um tracker para a execução correta da aplicação (vide conceitos gerais de testes unitários).

Linha 9

Linha 10

**Refatoramento de código**

Linha 11

Linha 12

É interessante que o desenvolvedor sempre revise o código já implementado. A construção de classes de testes para código já existente permite que o desenvolvedor possa estruturar melhor esse código, aumentar sua cobertura de requisitos, remover redundâncias, condicionais desnecessários, entre outras melhorias.

Linha 13

Mesmo utilizando o TDD o refatoramento é presente e essencial.

Linha 14

Linha 15

Linha 16

**Evitar lixo no código**

Linha 17

Linha 18

Essa dica serve para o desenvolvimento como um todo e não somente para implementação de classes de testes.

Linha 19

Devemos evitar deixar métodos ou parte deles comentados que não serão mais utilizados. Para isso contamos com a ferramenta de controle de versão que nos indica o que foi modificado entre as versões do mesmo artefato.

Linha 20

Uma tendência natural durante o desenvolvimento é que as alterações no código sejam realizadas e por causa do tempo curto do desenvolvedor, esse seja realize sua cobertura nos casos de testes, fazendo com que os testes quebrem e não possibilitem que a aplicação seja compilada. Para que o build passe normalmente comentam os testes sem garantir que o código que foi alterado está correto. Isso é uma prática ruim. O ideal seria para toda alteração do código principal, rodar o caso de teste específico, e sendo o caso atualizar esse caso de teste para a cobertura correta.

Linha 21

Linha 22

Linha 23

**Utilização da suíte de testes**

Linha 24

Linha 25

Normalmente os testes unitários são realizados no momento da implementação de determinada classe, mas nas alterações futuras nem sempre o teste é executado para garantir que as mudanças na classe não geraram efeitos colaterais indesejados. É importante que sempre os testes sejam executados após qualquer alteração. Preferencialmente seria interessante que a suíte de testes fosse executada de forma automática, por exemplo em um ambiente de integração contínua.

Linha 26

Linha 27

**Utilização do framework de testes mais adequado**

Linha 28

Linha 29

O demoiselle atualmente conta a utilização do JUnit, Easymock e do JMockit para a realização dos testes unitários. Esses frameworks podem ser utilizados separadamente ou em conjunto dependendo da necessidade.

Linha 30

É importante que o desenvolvedor adquira um conhecimento mais aprofundado em cada framework para saber qual deles deverá utilizar em determinada situação de forma mais objetiva evitando um trabalho desnecessário utilizando outro menos indicado.

Linha 1

~~New~~

Orientações técnicas/Recomendacoes Programacao Orientada Testes 1.2 (Edição mínima)

Test Test — Wed, 09 Jan 2013 20:00:40 GMT

Linha 8

Orientações técnicas/Recomendacoes Programacao Orientada Testes 1.3 (Edição mínima)

Test Test — Wed, 09 Jan 2013 20:00:40 GMT

Linha 8

Orientações técnicas/Recomendacoes Programacao Orientada Testes 1.4 (Edição mínima)

Test Test — Wed, 09 Jan 2013 20:00:40 GMT

Linha 8

Orientações técnicas/Recomendacoes Programacao Orientada Testes 1.5 (Edição mínima)

Test Test — Wed, 09 Jan 2013 20:00:41 GMT

Linha 8

Orientações técnicas/Recomendacoes Programacao Orientada Testes 1.6

Test Test — Fri, 05 Apr 2013 22:36:49 GMT

Linha 7

**Utilização de TDD**

Linha 8

Linha 9

Linha 13

**Refatoramento de código**

Linha 15

Linha 19

Linha 22

Linha 26

Linha 30