Convención de nomenclatura para paquetes de prueba

En realidad, nombramos nuestros paquetes de prueba como sus homólogos de prueba. Entonces terminamos con esta estructura:

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

Siempre sentí que esto no es muy inteligente, ya que no se puede distinguir entre "prueba" y "prueba" si solo se proporciona el nombre del paquete. Por otro lado, no he encontrado un caso en el que esto sea importante de alguna manera. ¿Es una buena práctica tener las mismas convenciones de nomenclatura para ambos paquetes (para los casos de prueba y las clases de origen)? Si no, ¿cuál sería un mejor enfoque?

Esa es una buena convención.

A veces, también desea escribir pruebas unitarias para clases y métodos privados de paquetes. No podrá llamarlos desde una clase de prueba unitaria colocada en otro paquete.

No debería haber ninguna confusión acerca de tener clases de prueba unitaria en el mismo espacio de nombres, ya que no deberían estar en la ruta de clase al compilar o ejecutar el código de producción.

Aquí hay un ejemplo de un pequeño módulo con una interfaz pública, una clase de fábrica pública y dos clases de implementación de paquete privado:

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

Ocultar las implementaciones de la interfaz Transmogrifier podría ser una opción de diseño válida. Quizás es responsabilidad de la clase de la fábrica elegir la implementación.

Dado que las implementaciones son privadas de paquete, debe colocar las clases de prueba unitarias en el mismo paquete si desea probarlas directamente. Si tiene sus clases de prueba de unidad en algún otro paquete, solo tiene acceso directo a la interfaz pública y a la clase de fábrica desde sus pruebas.