测试包的命名约定

实际上，我们正在像对测试包一样命名测试包。因此，我们最终得到以下结构：

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接口的实现可能是有效的设计选择。选择实现可能是工厂级的责任。

由于实现是私有程序包，因此如果要直接测试它们，则需要将单元测试类放在同一程序包中。如果在其他软件包中包含单元测试类，则只能从测试中直接访问公共接口和工厂类。