Java 将命令接口子类的所有TestClass(参见命令模式)放在一个文件中是一个好的设计吗

Java 将命令接口子类的所有TestClass(参见命令模式)放在一个文件中是一个好的设计吗,java,design-patterns,testing,junit,Java,Design Patterns,Testing,Junit,我有一个命令界面,只有一个功能: public <T> boolean isValid(Class<? extends T> subType, Class<? extends T> superType); public boolean是有效的(类No),最好将测试类分开 独立的测试类越多,维护更改就越容易。例如,随着时间的推移,您可以向特定的类添加新功能,您的测试类将越来越大 我曾经看到过一个测试类,它带有1500行代码的if语句。一个很好的

我有一个命令界面,只有一个功能:

public <T> boolean isValid(Class<? extends T> subType,
        Class<? extends T> superType);

public boolean是有效的(类No),最好将测试类分开

独立的测试类越多,维护更改就越容易。例如,随着时间的推移,您可以向特定的类添加新功能,您的测试类将越来越大


我曾经看到过一个测试类,它带有1500行代码的if语句。

一个很好的编程实践是让所有测试都是不同的类,但都是相同的包(与主包不同)

如果将来您希望更改主代码并相应地更改测试类,那么集成您的更改将很容易


另一个重要原因是,当您构建项目时,您可以提供在构建过程中运行测试用例的选项。如果您的测试用例失败,则构建将失败。在不同的测试类中保留不同主类的测试函数将帮助您找出因测试用例失败而导致构建失败时出现的错误。

他们分开了,但我认为这纯粹是个人的事情。。。