Конвенція про іменування тестових пакетів

Ми фактично називаємо наші тестові пакети так само, як їх аналоги для тестування. Отже, ми закінчуємо цю структуру:

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

Мені завжди здавалося, що це не дуже розумно, оскільки ви не можете розрізнити "тест" і "тестувати", якщо тільки надано назву пакета. З іншого боку, я дійсно не знайшов випадку, коли це якимось чином має значення. Чи є хорошою практикою мати однакові умови іменування для обох пакетів (для тестових випадків та початкових класів)? Якщо ні, то який би кращий підхід?

Це хороша умова.

Іноді ви також хочете написати одиничні тести для приватних класів та методів. Ви не зможете зателефонувати їм із тестового класу, розміщеного в іншій упаковці.

Не повинно виникати плутанини щодо того, що тестові класи в одному і тому ж просторі імен не мають бути, оскільки вони не повинні знаходитись на шляху до класу при компілюванні або запуску виробничого коду.

Ось приклад невеликого модуля з загальнодоступним інтерфейсом, загальнодоступного фабричного класу та двох класів приватного впровадження пакетів:

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

Приховування реалізації інтерфейсу Transmogrifier може бути коректним вибором дизайну. Можливо, саме відповідальність заводу-класу вибирає реалізацію.

Оскільки реалізації є пакетом приватного типу, вам потрібно розмістити одиничні тестові класи в одному пакеті, якщо ви хочете перевірити їх безпосередньо. Якщо у вас є тестові класи в іншому пакеті, у вас є лише прямий доступ до загальнодоступного інтерфейсу та заводського класу з ваших тестів.