收集并运行所有 junit 测试，并在其自己的 JVM 中与每个测试类并行运行（按类并行化，而不是按方法并行化）

Question

问题
我有一堆 junit 测试（许多带有自定义运行器，如 PowerMockRunner 或 JUnitParamsRunner）都在一些根包tests下（它们位于不同深度的各种tests子包中）。

我想收集包tests下的所有测试，并在不同的 JVM 中并行运行每个测试类。 理想情况下，并行化是可配置的，但默认的 number_of_cores 也完全没问题。 请注意，我不想在其自己的 JVM 中运行每个方法，而是在每个类中运行。

背景
我通过注释@RunWith(PowerMockRunner.class)和@PowerMockRunnerDelegate(JUnitParamsRunner.class)将 PowerMock 与 JUnitParams 结合用于我的许多测试。 我有大约 9000 个单元测试，它们在“正常”的时间内完成，但我有一个 8 核 CPU，并且系统使用默认的一次一次测试单次运行器严重未充分利用。 由于我经常运行测试，额外的时间加起来，我真的很想并行运行测试类。

请注意，不幸的是，在大量测试中我需要模拟静态方法，这是我使用 PowerMock 的部分原因。

我试过的
必须模拟静态方法使得无法使用com.googlecode.junittoolbox.ParallelSuite （这是我最初的解决方案）之类的东西，因为它在同一个 JVM 中运行所有内容，并且静态模拟全部交错和混乱。 或者至少在我看来是基于我得到的错误。

我根本不知道 JUnit 堆栈，但在四处寻找之后，似乎另一种选择可能是尝试编写和注入我自己的RunnerBuilder但我不确定我是否可以从内部生成另一个 JVM 进程一个RunnerBuilder ，不太可能。 我认为正确的解决方案是某种作为 gradle 任务存在的线束。

我还刚刚发现了一些 Android Studio（Intellij 的）测试选项，但唯一可用的 fork 选项是method ，这不是我想要的。 我目前正在探索这个解决方案，所以也许我会弄清楚，但我想我会同时询问社区，因为我还没有太多锁定。

更新：最终能够让 Android Studio (Intellij) 使用选项 Test Kind: All in directory （由于某种原因包选项没有进行递归搜索）和选择 fork 模式Class来收集我的所有测试。 但是，这仍然会按顺序运行每个测试类，并且我看不到有关并行化的选项。 这与我想要的非常接近，但并不完全...... :(

Answer 1

我没有使用 Intellij (Android Studio) 的内置 JUnit 运行配置，而是注意到 Android Studio 有一堆预构建 gradle 任务，其中一些是指测试。 然而，那些表现出相同的顺序执行问题。 然后我找到了Run parallel test task using gradle并将以下语句添加到我的根build.gradle文件中：

subprojects {
    tasks.withType(Test) {
        maxParallelForks = Runtime.runtime.availableProcessors()
    }
}

这很好用，我的 CPU 现在固定为 100%（在大部分运行中，由于未完成的测试类的数量变得<有效处理器的利用率明显下降）。

这个解决方案的缺点是它没有与 Android Studio (Intellij) 漂亮的 junit runner UI 集成。 因此，当 gradle 任务进行时，我无法真正看到测试完成率等。在任务执行结束时，它只是吐出总运行时间和指向 HTML 生成报告的链接。 这是一个小问题，我完全可以接受，但如果我能弄清楚如何改进解决方案以使用 JUnit 运行器 UI，那就太好了。

Answer 2

也许在发布问题时这是不可能的，但现在您可以在 android studio 中轻松完成。

我正在使用 gradle 构建工具： 'com.android.tools.build:gradle:2.2.3' :gradle:2.2.3 'com.android.tools.build:gradle:2.2.3'

我在我的根build.gradle文件中添加了以下内容。

allprojects {
    // ...
    tasks.withType(Test) {
        maxParallelForks = Runtime.runtime.availableProcessors()
    }
}

现在，我有多个Gradle Test Executor用于我的测试。 你的跑步机的核心越多，你就有越多的执行者！

感谢您分享您的原始答案！

Answer 3

这听起来可能违反直觉，但实际上运行较少数量的 fork 可能比在所有可用内核上运行更快。

对我来说，与所有可用处理器（8 核 CPU，16 线程）相比，对于相同的测试，此设置快 30 秒（1:50 而不是 2:20）

subprojects {
    tasks.withType(Test) {
        maxParallelForks = Runtime.runtime.availableProcessors().intdiv(2) ?: 1
    }
}