Convenzione di denominazione per i pacchetti di test

In realtà stiamo denominando i nostri pacchetti di test proprio come le loro controparti da testare. Quindi finiamo con questa struttura:

src/main/java
    com.hello.world
        helloWorld.java
src/test/java
    com.hello.world
        helloWorldTest.java

Mi è sempre sembrato che questo non sia abbastanza intelligente poiché non puoi distinguere tra "test" e "to-test" se fornito solo con il nome del pacchetto. D'altra parte non ho davvero trovato un caso in cui questo sia importante in qualche modo. È buona norma avere le stesse convenzioni di denominazione per entrambi i pacchetti (per i casi di test e le classi di origine)? In caso contrario, quale sarebbe un approccio migliore?

Questa è una buona convenzione.

A volte si desidera scrivere unit test anche per classi e metodi privati ​​del pacchetto. Non sarai in grado di chiamarli da una classe di unit test inserita in un altro pacchetto.

Non ci dovrebbe essere alcuna confusione sull'avere classi di unit test nello stesso spazio dei nomi in quanto non dovrebbero trovarsi nel percorso della classe durante la compilazione o l'esecuzione del codice di produzione.

Ecco un esempio di un piccolo modulo con un'interfaccia pubblica, una classe factory pubblica e due classi di implementazione pacchetto-private:

src/main/java:
    com.hello.transmogrifier
        public interface Transmogrifier
        public class TransmogrifierFactory
        class MapTransmogrifier implements Transmogrifier
        class ListTransmogrifier implements Transmogrifier

scr/test/java:
    com.hello.transmogrifier
        public class TransmogrifierFactoryTest
        public class MapTransmogrifierTest
        public class ListTransmogrifierTest

Nascondere le implementazioni dell'interfaccia Transmogrifier potrebbe essere una valida scelta progettuale. Forse è responsabilità della classe di fabbrica scegliere l'implementazione.

Poiché le implementazioni sono private del pacchetto, è necessario posizionare le classi di unit test nello stesso pacchetto se si desidera testarle direttamente. Se hai le classi di test unitari in qualche altro pacchetto, dai test puoi solo accedere direttamente all'interfaccia pubblica e alla classe di fabbrica.