Gradle入门:集成测试
因为Java项目的标准项目布局仅定义了一个测试目录( src / test ),所以我们没有将集成测试添加到Gradle构建中的标准方法。
如果要使用标准项目布局,则可以使用以下选项之一将集成测试添加到Gradle构建中:
- 我们可以将集成测试添加到与单元测试相同的目录中。 这是一个糟糕的主意,因为集成测试通常比单元测试慢很多。 如果我们决定使用这种方法,则反馈循环的长度比应该的要长得多。
- 我们可以创建一个新项目,并将集成测试添加到该项目中。 这没有任何意义,因为它迫使我们将项目转换为多项目构建。 另外,如果我们的项目已经是多项目构建,那么我们就被搞砸了。 当然,我们可以将所有集成测试添加到同一项目中,也可以为每个经过测试的项目创建新的集成测试项目,但是脚踏实地的工作会比较轻松。
显然,我们需要一种更好的方法 。 这篇博客文章描述了我们如何创建满足以下要求的Gradle构建:
- 集成测试和单元测试必须具有不同的源目录。 src / integration-test / java目录必须包含我们的集成测试的源代码,而src / test / java目录必须包含我们的单元测试的源代码。
- 集成测试和单元测试必须具有单独的资源目录。 src / integration-test / resources目录必须包含我们的集成测试的资源。 src / test / resources目录必须包含我们的单元测试的资源。
- 我们必须能够为集成测试配置编译时和运行时依赖项。
- 我们必须能够运行我们的单元测试或集成测试。
- 我们必须能够运行所有测试。
- 如果集成测试失败,我们的构建也必须失败。
- 集成测试和单元测试必须具有单独HTML报告。
让我们从配置集成测试的源目录和资源目录开始。
配置我们的集成测试的源目录和资源目录
我们可以使用sourceSets构建脚本块将新的源和资源目录添加到Gradle构建中。 有了这些信息,我们可以按照以下步骤配置集成测试的源目录和资源目录:
- 创建一个名为IntegrationTest的新源集。
- 确保将主源集和测试源集的输出添加到编译时类路径中。
- 确保将主要和测试源集的输出添加到运行时类路径。
- 将我们的集成测试的源目录设置为src / integration-test / java 。
- 将集成测试的资源目录设置为src / integration-test / resources 。
完成后,在存储库构建脚本块之后 ,我们的build.gradle文件应具有以下sourceSets构建脚本块:
sourceSets {integrationTest {java {compileClasspath += main.output + test.outputruntimeClasspath += main.output + test.outputsrcDir file('src/integration-test/java')}resources.srcDir file('src/integration-test/resources')}
}
补充阅读:
- 第23.2节Java插件– Gradle用户指南的源集
- sourceSets构建脚本块的DSL参考
- SourceSetOutput的DSL参考
当在命令提示符处运行命令: gradle properties时,我们将看到一长串项目属性。 与该博客文章相关的属性如下所示:
> gradle properties
:properties------------------------------------------------------------
Root project
------------------------------------------------------------
configurations: [configuration ':archives', configuration ':compile', configuration ':default', configuration ':integrationTestCompile', configuration ':integrationTestRuntime', configuration ':runtime', configuration ':testCompile', configuration ':testRuntime']sourceSets: 1
sources: [Java source 'main:java', JVM resources 'main:resources', Java source 'test:java', JVM resources 'test:resources', Java source 'integrationTest:java', JVM resources 'integrationTest:resources']BUILD SUCCESSFULTotal time: 3.34 secs
如我们所见,我们在Gradle构建中添加了新的源和资源目录。 有趣的是,当我们创建一个新的源集时,Java插件向我们的构建中添加了两个新的依赖项配置:
- IntegrationTestCompile配置用于声明编译我们的集成测试时所需的依赖项。
- IntegrationTestRuntime配置用于声明运行我们的集成测试所需的依赖项。 此配置包含添加到integrationTestCompile配置中的所有依赖项。
补充阅读:
- 第23.5节Java插件– Gradle用户指南的依赖性管理
让我们继续前进,找出在这些依赖项配置对我们有用之前必须进行哪些配置更改。
配置我们的集成测试的依赖项配置
在配置集成测试的源目录和资源目录时,我们创建了一个源集,该源集创建了两个新的依赖项配置: IntegrationTestCompile和IntegrationTestRuntime 。 问题在于这些配置不包含我们的单元测试的依赖项。
我们可以通过向这些配置中添加所需的依赖项来解决此问题,但是由于添加重复的配置是一个糟糕的主意,因此我们不会这样做。 相反,我们将按照以下步骤配置这些依赖项配置:
- 确保IntegrationTestCompile配置包含编译我们的单元测试所需的依赖项。
- 确保IntegrationTestRuntime配置包含运行我们的单元测试所需的依赖项。
我们可以使用配置构建脚本块进行这些更改。 换句话说,我们必须将下面的代码添加到sourceSets和依赖关系构建脚本块之间我们的build.gradle文件:
configurations {integrationTestCompile.extendsFrom testCompileintegrationTestRuntime.extendsFrom testRuntime
}
补充阅读:
- Gradle用户指南的8.3节依赖项配置
- 配置构建脚本块的DSL参考
- ConfigurationContainer的DSL参考
- 配置的DSL参考
现在,我们可以向这些配置添加依赖项。 例如,如果要在集成测试中使用AssertJ 3.0 ,则必须将assertj-core依赖项添加到integrationTestCompile配置中。 完成此操作后,从build.gradle文件中找到的依赖项构建脚本块如下所示:
dependencies {compile 'log4j:log4j:1.2.17'testCompile 'junit:junit:4.11'integrationTestCompile 'org.assertj:assertj-core:3.0.0'
}
补充阅读:
- Gradle入门:依赖管理
下一步是创建运行集成测试的任务。 让我们找出如何做到这一点。
创建运行我们的集成测试的任务
我们可以按照以下步骤创建运行集成测试的任务:
- 创建一个名为IntegrationTest的新任务,并将其类型设置为Test 。
- 配置已编译测试类的位置。
- 配置运行我们的集成测试时使用的类路径。
通过将以下代码添加到我们的build.gradle文件中,我们可以创建和配置integrationTest任务:
task integrationTest(type: Test) {testClassesDir = sourceSets.integrationTest.output.classesDirclasspath = sourceSets.integrationTest.runtimeClasspath
}
补充阅读:
- 第15.1节《 Gradle用户指南》中的定义任务
- 任务的DSL参考
我们已经创建了运行集成测试的任务,但是问题是在构建期间未调用此任务。 因为要将其包含在我们的构建中,所以我们必须遵循以下步骤:
- 确保集成测试在检查任务之前运行,并且如果集成测试失败,则检查任务会使构建失败。
- 确保在集成测试之前运行我们的单元测试。 即使我们的集成测试失败,这也可以确保我们的单元测试得以运行。
我们可以通过将以下行添加到build.gradle文件中来进行这些配置更改:
check.dependsOn integrationTest
integrationTest.mustRunAfter test
补充阅读:
- 第23.3节Java插件– Gradle任务用户指南
- 第15.4节为Gradle用户指南的任务添加依赖项
- Gradle用户指南的15.5节订购任务
我们差不多完成了,但是仍然有一个问题。 我们的单元测试和集成测试将它们HTML报告创建到同一报告目录。 这意味着,如果我们同时运行单元测试和集成测试,则只能看到包含集成测试的测试结果HTML报告。
通过将以下代码段添加到我们的build.gradle文件中,我们可以确保将单元测试和集成测试HTML报告创建到不同的报告目录:
tasks.withType(Test) {reports.html.destination = file("${reporting.baseDir}/${name}")
}
这不是我自己的想法。 我是从这个Stackoverflow答案中借用的,它解释了如何创建用于集成和单元测试的单独HTML报告。
在将此片段添加到build.gradle文件中之后,我们的单元测试和集成测试将使用它们自己的报告目录,这些报告目录如下所述:
- build / reports / integrationTest目录包含HTML报告,该报告包含我们的集成测试的测试结果。
- build / reports / test目录包含HTML报告,该报告包含我们的单元测试的测试结果。
我们完了! 让我们继续前进,找出如何运行测试。
运行我们的测试
现在,我们创建了一个运行集成测试的新任务,并将该任务与Gradle构建集成在一起。 我们终于准备好运行我们的单元和集成测试。 我们的Gradle构建要求指出:
- 我们必须能够运行唯一的单元测试。
- 我们必须只能运行集成测试。
- 我们必须能够运行所有测试。
让我们一一满足这些要求。
首先 ,如果我们只想运行单元测试,则可以使用以下两个选项之一:
- 我们可以通过运行以下命令来运行单元测试: gradle clean test在命令提示符处。
- 我们可以通过运行以下命令来运行构建并排除集成测试:在命令提示符下执行gradle clean build -x integrationTest 。
其次 ,如果我们只想运行集成测试,则可以选择以下选项之一:
- 我们可以通过运行以下命令来运行集成测试: gradle clean integrationTest -x在命令提示符下进行测试 。
- 我们可以通过运行以下命令来运行构建并排除单元测试: gradle clean build -x test在命令提示符处。
第三 ,如果要运行所有测试,我们可以选择以下两个选项之一:
- 我们可以通过运行以下命令来运行单元测试和集成测试: gradle clean IntegrationTest在命令提示符下。
- 我们可以通过运行以下命令来运行构建: gradle clean build在命令提示符处。
补充阅读:
- 11.2节不包括Gradle用户用户指南的任务
让我们总结一下我们从此博客文章中学到的知识。
摘要
这篇博客文章告诉我们以下内容:
- 如果我们向构建中添加新的源集,则Java插件会为其创建编译时间和运行时依赖项配置。
- 我们可以使用Configuration的extendedFrom属性来包含另一个依赖项配置的依赖项。
- 我们可以通过创建一个新的Test任务,并配置集成测试类和使用的类路径的位置来创建一个运行集成测试的任务。
- 我们可以向任务添加依赖项,并配置调用任务的顺序。
- 我们可以使用-x命令行选项排除任务。
- PS:您可以从Github获得此博客文章的示例应用程序 。
如果您想学习如何使用Gradle,请阅读我的Gradle教程 。
翻译自: https://www.javacodegeeks.com/2015/05/getting-started-with-gradle-integration-testing.html
Gradle入门:集成测试相关推荐
- gradle入门_Gradle入门:集成测试
gradle入门 因为Java项目的标准项目布局仅定义了一个测试目录( src / test ),所以我们没有将集成测试添加到Gradle构建中的标准方法. 如果要使用标准项目布局,则可以使用以下选项 ...
- gradle入门,安卓gradle入门
http://www.bkjia.com/Androidjc/981624.html 随着Android Studio越来越完善,更多的开发者舍弃掉Eclipse.但是新的IDE与以往的Eclipse ...
- java gradle入门_Gradle入门:我们的第一个Java项目
java gradle入门 这篇博客文章描述了如何使用Gradle编译和打包一个简单的Java项目. 我们的Java项目只有一个要求: 我们的构建脚本必须创建一个可执行的jar文件. 换句话说,我们必 ...
- gradle入门_Gradle入门:简介
gradle入门 Gradle是一种构建工具,可以用基于Groovy编程语言的内部DSL替换基于XML的构建脚本. 最近它吸引了很多关注,这就是为什么我决定仔细研究一下. 这篇博客文章是我的Gradl ...
- Gradle入门:创建Web应用程序项目
这篇博客文章描述了如何使用Gradle创建一个Web应用程序项目. 更具体地说,我们想创建一个使用Java的Web应用程序项目,将我们的Web应用程序打包到WAR文件中,并在开发环境中运行我们的Web ...
- Gradle入门:创建多项目构建
尽管我们只能使用一个模块来创建一个工作的应用程序,但是有时将我们的应用程序划分为多个较小的模块是比较明智的. 因为这是一个相当普遍的用例,所以每个自重的构建工具都必须支持它,Gradle也不例外. ...
- Gradle入门:创建二进制分发
创建有用的应用程序之后,很可能我们想与其他人共享它. 一种方法是创建一个可以从我们的网站下载的二进制发行版. 这篇博客文章描述了如何满足以下要求的二进制发行版: 我们的二进制分发绝对不能使用所谓的&q ...
- Gradle入门:依赖管理
即使不是没有可能,创建没有任何外部依赖关系的现实应用程序也是一项挑战. 这就是为什么依赖性管理是每个软件项目中至关重要的部分的原因. 这篇博客文章描述了我们如何使用Gradle管理项目的依赖关系. 我 ...
- Java Gradle入门指南之依赖管理(添加依赖、仓库、版本冲突)
Java Gradle入门指南之依赖管理(添加依赖.仓库.版本冲突) 作者:@gzdaijie 本文为作者原创,转载请注明出处:http://www.cnblogs.com/gzdaijie/p/52 ...
最新文章
- 家属楼如何设置使用免费wifi
- iOS开发UINavigation系列四——导航控制器UINavigationController
- 舰娘 服务器 维护时间,《舰娘Collection》停止运营公告
- oracle10g异常日志查看
- 奥特曼传奇英雄存档丢了怎么找回_热血传奇:道士最帅武器—玄天
- 信息学奥赛一本通(1248:Dungeon Master)
- linux 安装 mysql off,linux下安装mysql
- 机器学习代码实战——PCA(主成分分析)
- 哲理故事300篇(中)
- 最全面SpringBoot教程-转自方志朋
- Xmanager 6 激活
- Medusa学习Medusa参数使用
- Android Scroll实现弹性滑动 一 列表下拉弹性滑动
- think.php教程,Thinkphp_thinkphp教程_自学php网
- 螺丝组装扭力常用规范
- 炫“库“行动—人大金仓有奖征文——金仓数据库安装教程
- Linksys EA6500 V1 刷梅林固件过程记录
- canopen sdo帧格式详解
- 微信 android兼容性问题怎么解决方案,Android11 APP拉不起微信授权问题解决办法
- 编写一个递归算法,找出从自然数1,2,3,…,n中任取r个数的所有组合。例如n=5,r=3时所有组合为543,542,541,532,531,521,432,431,421,321。
热门文章
- Mysql常用语法总结
- 16岁应该遵循什么_成人学习一般遵循的规律
- 高性能mysql_事务及4种隔离级别
- 段描述符表(GDT+LDT)的有感
- docker 容器监控_以简便的方式监控Docker容器中的ADF应用程序
- javascript 解密_Javascript中的AES加密和Java中的解密
- java8返回单个号码_如何在单个API中支持Java 6、8、9
- 众神进入瓦尔哈拉_一时冲动:“通往瓦尔哈拉之路的冒险”
- java代理模式_Java代理
- Hibernate锁定模式– OPTIMISTIC_FORCE_INCREMENT锁定模式如何工作