gpt4 book ai didi

java - JUnit 文件结构、最佳实践(辅助类放置)

转载 作者:行者123 更新时间:2023-12-02 10:46:36 26 4
gpt4 key购买 nike

制定标准

我组织我的代码,以便我的 test 文件夹具有与我的 main 文件夹相同的包。我的测试类的名称与我的类相同,但附加了 Test

到目前为止一切顺利。

问题

我发现自己在项目的 test 文件夹中创建了一个 util 包。我在那里保留了一些特定于项目的“测试助手类”。

src  

└───main

├───java
│ │
│ ├─── myPackage
│ MyClass.java
│ AnotherClass.java

├───test

├─── myPackage
│ MyClassTest.java
│ AnotherClassTest.java

├─── util
NiceTestUtil.java

“问题”是我讨厌不对称。 test 中的 util-package 感觉应该在 main 中测试相应的 util-packages。相反,它包含我的辅助类。

我一直在想,也许util包属于main,但这感觉也不对,因为它会让main变得困惑。

我使用 JUnit 4.11 和 Gradle(如果这对任何人都重要的话)

问题:

“测试助手类”的最佳实践、文件结构是什么?

最佳答案

将类放入项目的测试部分是正确的。

唯一可以帮助您的事情:如果 NiceTestUtil 仅用于 myPackage 中的测试,您可以将该类移动到该包中。

如果它可以被其他包的测试使用,我想你将不得不忍受这种不对称:-)

这并没有什么不好。以生产类 -> 测试类的方式保持对称是一个很好的做法。但不一定适用另一个方向测试类->生产类。

我想到的最后一件事是:如果您的 NiceTestUtil 可以跨项目使用,您可以为其创建一个单独的工件(项目)并将其用作测试范围的依赖项。这将消除不对称性,但需要维护两个项目的成本(但消除将来可能的 NiceTestUtil 代码重复)。

关于java - JUnit 文件结构、最佳实践(辅助类放置),我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/32840670/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com