单元测试可以使用Gradle自动进行,但是,如果您要进行单独的一组集成测试,则需要做一些小练习。 实际上,它们根本不需要进行集成测试。 本指南向您展示如何配置Gradle以使用任何类型的测试以及独立于其他程序运行它们。 我将在此处使用Scala语言,但对任何JVM语言都适用。
目标
我们将定义一个名为itest的新Gradle任务,它将仅运行在特定文件夹“ src / itest / scala”中实施的测试。 标准的内置任务测试无需更改即可运行,仅在“ src / test / scala”目录中运行测试。
标准Java / Scala项目
我们将从一个标准的Gradle Java或Scala项目开始。 编程语言在这里无关紧要。 通常,目录结构如下所示:
<project root>
+ src
+ main
+ scala
+ test
+ scala
- build.gradle
主要源代码(正在测试)位于“ src / main / scala”中,所有单元测试位于“ src / test / scala”中。
在哪里放置集成测试类,以及如何命名它们?
我们已经知道我们的单元测试在哪里。 一个好习惯是使用要测试的类来命名它们,后跟“ Test”或“ Spec”后缀。 例如,如果已测试的类名为“ Miracle”,则对其进行单元测试应转到名为“ MiracleSpec”的类(如果愿意,也可以选择MiracleTest)。 这只是一个约定,仅此而已。
对于集成测试,我们将使用相同的原理,但是会将其放入“ src / itest / scala”目录中,并使用“ ITest”或“ ISpec”后缀 。 这也是一个约定,但是它允许我们将它们与单元测试分开运行。
为什么要使用特殊目录和后缀?
我建议将集成测试实际放在另一个目录中,并使用不同的命名模式,以便在许多其他情况下可以将测试与其余代码区分开。
例如,如果将整个应用程序打包到一个大的JAR中,而您只想运行集成测试。 你会怎么做? 一些测试运行器仅支持按类/文件名过滤。 您将使用“ * ISpec”正则表达式来实现它。
另一个示例是,在您喜欢的IDE(例如,IntelliJ IDEA)中右键单击一个目录并在该目录中运行所有测试非常方便。 IDEA还允许您通过提供类名模式来运行测试,这就是为什么我喜欢对集成和单元测试使用不同的后缀。
示例项目结构
想象一下一个Scala项目,其中有一个名为Fujara(一种很棒的斯洛伐克乐器)的实现类。 它的单元测试在FujaraSpec类中,而集成测试在FujaraISpec中。 通常,我们需要一些用于集成测试(itest-data.xml)或日志记录配置(logback-test.xml)的数据,这些数据与主应用程序日志记录配置不同。
<project root>
+ src
+ itest
+ resources
+ com
+ buransky
- itest-data.xml
logback-test.xml
+ scala
+ com
+ buransky
- FujaraISpec.scala
+ main
+ resources
- logback.xml
+ scala
+ com
+ buransky
- Fujara.scala
+ test
+ scala
+ com
+ buransky
- FujaraSpec.scala
- build.gradle
build.gradle
我正在使用Gradle 2.4,但是该解决方案也适用于旧版本。 我将不提供完整的构建脚本,而仅提供与该主题相关的部分。
configurations {
itestCompile.extendsFrom testCompile
itestRuntime.extendsFrom testRuntime
}
sourceSets {
itest {
compileClasspath += main.output + test.output
runtimeClasspath += main.output + test.output
// You can add other directories to the classpath like this:
//runtimeClasspath += files('src/itest/resources/com/buransky')
// Use "java" if you don't use Scala as a programming language
scala.srcDir file('src/itest/scala')
}
// This is just to trick IntelliJ IDEA to add integration test
// resources to classpath when running integration tests from
// the IDE. It's is not a good solution but I don't know about
// a better one.
test {
resources.srcDir file('src/itest/resources')
}
}
task itest(type: Test) {
testClassesDir = sourceSets.itest.output.classesDir
classpath = sourceSets.itest.runtimeClasspath
// This is not needed, but I like to see which tests have run
testLogging {
events "passed", "skipped", "failed"
}
}
运行集成测试
现在,我们只需运行“ gradest itest”任务就可以运行集成测试。 在我们的示例中,它应仅运行FujaraISpec。 要在FujaraSpec中运行单元测试,请执行“渐变测试”。
定义其他测试类型
如果您希望对功能测试,性能测试,验收测试或其他测试使用相同的原理,只需复制并粘贴上面的代码,然后将“ itest”替换为“ ftest”,“ ptest”,“ atest”,“ xtest”, …
翻译自: https://www.javacodegeeks.com/2015/10/integration-testing-with-gradle.html