1

今天我陷入了@SuiteClasses.

我最近加入了一个相对年轻/缺乏经验的团队的新项目,并发现项目测试架构的缺点:

  • 带有标记为 @SuiteClasses 的类的测试文件放置在与常规测试相同的包中。

    includessurefire插件的标签看起来像<include>com/company/project/core/**/*Test.java</include>我们的pom.xml,我们有套件的命名模式,例如:<PREFIX>SuiteTest.java所以mvn test命令执行相同的测试两次或更多次......

  • 最近我整合DbUnit到项目中。从 IDE 运行 DbUnit 测试或从 IDE 引用 DbUnit 测试的测试套件是可以的。但是,如果任何测试套件引用任何 DbUnit 测试,它会从命令行永远停留在 DbUnit 测试上。这导致 CIJenkins​​ 停止构建项目并将其交付给测试团队......

问题的根源在于测试套件的命名模式。

将套件放入与常规测试相同的包中或使用单独的包,如:

com.company.project.testsuites

或者可以为测试套件使用不同的命名模式以将它们与常规测试区分开来(而不是<PREFIX>SuiteTest.javause <PREFIX>TestSuite.java)?你从你的实践中建议了哪些名字?

4

0 回答 0