Test paketleri için adlandırma kuralı

Aslında test paketlerimizi tıpkı test edilecek meslektaşları gibi adlandırıyoruz. Böylece bu yapı ile sonuçlanıyoruz:

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

Sadece paket adıyla sağlandıysa "test" ve "test etmek" arasında ayrım yapamayacağınız için bunun her zaman oldukça akıllı olmadığını hissettim. Diğer yandan bunun bir şekilde önemli olduğu bir dava bulamadım. Her iki paket için de aynı adlandırma kurallarına sahip olmak iyi bir uygulamadır (test senaryoları ve kaynak sınıfları için)? Değilse, daha iyi bir yaklaşım ne olurdu?

Bu iyi bir kongre.

Bazen paket-özel sınıflar ve yöntemler için birim testleri de yazmak istersiniz. Başka bir pakete yerleştirilmiş bir birim test sınıfından onları arayamazsınız.

Üretim kodu derlenirken veya çalıştırılırken, sınıf yolunda olmaması gerektiği gibi aynı ad alanında birim sınama sınıflarının bulunması konusunda karışıklık olmamalıdır.

Aşağıda genel arabirime sahip küçük bir modül, genel fabrika sınıfı ve iki paket-özel uygulama sınıfı örneği verilmiştir:

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 arabiriminin uygulamalarını gizlemek geçerli bir tasarım seçeneği olabilir. Uygulamayı seçmek belki de fabrika sınıfının sorumluluğundadır.

Uygulamalar pakete özel olduğundan, doğrudan test etmek istiyorsanız birim test sınıflarını aynı pakete yerleştirmeniz gerekir. Ünite test sınıflarınızı başka bir pakette aldıysanız, testlerinizden yalnızca genel arayüze ve fabrika sınıfına doğrudan erişebilirsiniz.