Melhor forma de organizar os pacotes de testes unitários dentro de um projeto

Olá
Prefiro a primeira opção.
Abraços

a 1ª opção eu prefiro!

Ate mais

prefiro a 4a. opção! :twisted:

src /
   main / java
       br.com.meupacote.MinhaClasse

   test / java
       br.com.meupacote.MinhaClasseTest

Qualquer semelhança com o maven não é coincidência!

porque não utilizar a estrutura default do Maven:

src
–main
-----java
--------aqui vem os pacotes
–test
-----java
--------aqui vem os pacotes

desculpem… postei sem ver o post do qmx.

Concordo com ele.

Concordo, a estrutura do maven é a mais natural, porém não vejo isto como um padrão e sim uma comodidade. Use a que ficar mais simples pra vc.

Normalmente utilizo um “source folder” exclusivo para os testes, porque normalmente a idéia é que códigos de teste não fiquem juntos com os códigos da aplicação. Você pode pegar um projeto de código aberto, como por exemplo o hibernate, e você pode notar que os códigos de teste estão em uma estrutura diferente da dos códigos do projeto, ou seja, os testes não interessam para o cliente final (que não seja um desenvolvedor do projeto ou um cliente que vá estender o projeto), ou seja, os testes também não devem ir no deploy (seja qual for a forma, war, ear, etc).

Mas veja que você pode até misturar os códigos fonte da aplicação com os códigos de teste, o importante é que no final, os códigos de teste não estejam no deploy.

Obrigado pessoal. A estrutura sugerida por vocês, a do Maven, me parece mais agradável e organizada mesmo.

Valeu!
Eduardo

esb:

+1 dica: lembre que colocando os testes no mesmo pacote a visibilidade da classe sob teste é diferente que
se vc colocar no mesmo pacote. Forçando os testes a ficarem em outro pacote vc força que o uso da API
(pública) seja o mesmo que para qualquer outra classe usuária.

A estrutura do maven é a que prefiro também. Portanto, a sugestão fica:

src
+java
++pacote1
++pacote2

test
+java
++pacote1
+++testes
++pacote2
+++testes