当所有测试均为最新时，如何运行Gradle测试？

我已经设置了成绩脚本。当我执行Gradle构建时，一切正常，并运行jUnit测试。

之后，当我运行Gradle测试时，我得到以下信息：

C:\Users\..\..\Project>gradle test
:compileJava UP-TO-DATE
:processResources UP-TO-DATE
:classes UP-TO-DATE
:compileTestJava UP-TO-DATE
:processTestResources UP-TO-DATE
:testClasses UP-TO-DATE
:test UP-TO-DATE

当我执行时gradle clean，Gradle构建当然会工作……我只希望能够重置测试，而不是重新构建整个项目：我该怎么做？

一种选择是--rerun-tasks在命令行中使用该标志。这将重新运行所有测试任务及其依赖的所有任务。

如果您只对重新运行测试感兴趣，那么另一种选择是在执行测试之前使gradle清理测试结果。可以使用cleanTest任务来完成。

一些背景知识-Java插件为其他每个任务定义了一个干净的任务。根据文档：

cleanTaskName-删除由指定任务创建的文件。cleanJar将删除jar任务创建的JAR文件，cleanTest将删除test任务创建的测试结果。

因此，要重新运行测试，您需要做的就是还运行cleanTest任务，即：
gradle cleanTest test

另一种选择是在build.gradle中添加以下内容：

test.outputs.upToDateWhen {false}

gradle test --rerun-tasks

指定忽略任何任务优化。

资料来源：https : //gradle.org/docs/current/userguide/gradle_command_line.html

最近，这是Gradle博客文章停止重新运行测试中的主题。在笔者给出了一个例子使用outputs.upToDateWhen { false }，并解释为什么它是错误的：

这实际上并不强制重新运行

该摘录的作者可能想说的是“始终重新运行我的测试”。这不是此代码片段的功能。它只会将任务标记为过期，从而迫使Gradle 重新创建输出。但是，如果启用了构建缓存，则Gradle不需要运行任务来重新创建输出。它将在缓存中找到一个条目，并将结果解压缩到测试的输出目录中。

此代码段也是如此：

test.dependsOn cleanTest

清除输出后，Gradle将从构建缓存中解压缩测试结果，因此不会重新运行任何内容。简而言之，这些片段造成了非常昂贵的无操作。

如果您现在正在考虑“好的，我也将停用缓存”，那么让我告诉您为什么不应该这样做。

然后，作者继续说明为什么重新运行某些测试会浪费时间：

您的绝大多数测试应该是确定性的，即，在输入相同的条件下，它们应该产生相同的结果。

在少数情况下，您确实想在代码未更改的情况下重新运行测试，则应将它们建模为输入。这是博客文章中的两个示例，它们显示了添加输入，以便任务在最新检查期间使用它。

task randomizedTest(type: Test) {
  systemProperty "random.testing.seed", new Random().nextInt()
}

task systemIntegrationTest(type: Test) {
  inputs.property "integration.date", LocalDate.now()
}

我建议阅读整个博客文章。

如果您不想修改命令行，以下是使用“ build.gradle”文件的解决方案：

test {
    dependsOn 'cleanTest'
    //Your previous task details (if any)
}

这是输出。注意2与您之前的输出有所不同：

1）新的“ cleanTest”任务出现在输出中。

2）'test'总是被清除（即永远不会'UP-TO-DATE'），因此每次都会执行：

$ gradle build
:compileJava UP-TO-DATE
:processResources UP-TO-DATE
:classes UP-TO-DATE
:findMainClass
:jar
:bootRepackage
:assemble
:cleanTest
:compileTestJava UP-TO-DATE
:processTestResources UP-TO-DATE
:testClasses UP-TO-DATE
:test
:check
:build

--rerun-tasks 可以，但是效率很低，因为它会重新运行所有任务。

cleanTest 由于构建缓存的原因，其本身可能不足。

因此，完成此操作的最佳方法是：

./gradlew --no-build-cache cleanTest test

另外，必须添加--rerun-tasks确实是多余的。永远不会发生。创建一个--no-rerun-tasks并在以下--rerun-tasks情况下设为默认值cleanTask

TL; DR

test.dependsOn cleanTest

我认为这是一个有效的问题，因为在Gradle中有可能运行此命令test，而实际上什么也没发生！

但是我会质疑是否有必要这样做，就像Jolta在他的评论中说的那样：如果没有代码更改，为什么需要重新测试？如果您对第三方输入有疑问，我想说您需要在您的应用代码中满足此要求。如果您担心自己的代码可能“不稳定”，即能够一次通过所有测试，但一次又一次（或第100次）不能通过所有测试，那么您是否无需考虑为什么有这些疑问并加以解决？

我个人认为这是Gradle中的一个（非常小的）设计错误：如果一切都完全是最新的，而不是“成功构建”，它应该说“自从上一次成功构建以来没有改变：没有完成”。