DEV Community
·
基于进程的Minitest测试并行执行
内容提要
我正在开发一个新gem，尝试使用Minitest进行并行测试。虽然Tldr测试库体验良好，但存在一些不足。我希望通过基于进程的并发来提高Ruby代码的执行效率。经过尝试，我找到了解决方案，并在GitHub Gist上分享了该方法。
关键要点
-
开始开发一个新gem，尝试使用Minitest进行并行测试。
-
之前的gem使用了Tldr测试库，但存在一些不足。
-
希望通过基于进程的并发提高Ruby代码的执行效率。
-
Minitest支持线程并发，但由于全局解释器锁，Ruby代码无法真正并行执行。
-
与AI讨论后，决定自己寻找解决方案。
-
Rails 7引入了内置的并发测试，但ActiveSupport::TestCase对我的用例来说过于复杂。
-
通过研究ActiveSupport::TestCase的源代码，找到了解决方案。
-
在GitHub Gist上分享了该方法，可能会在其他gem中重用。
-
展示了使用10个进程并行运行2个测试的示例输出。
延伸解读
Minitest与Tldr的比较
在开发新gem时，作者选择了Minitest而非Tldr，尽管Tldr在快速测试方面表现良好，但其尚未发布1.0版本且社区使用较少，可能导致不稳定性。Minitest虽然支持并发测试，但由于全局解释器锁的限制，无法实现真正的并行执行。
Rails 7的并发测试功能
Rails 7引入了内置的并发测试功能，但ActiveSupport::TestCase对于特定用例来说可能过于复杂。作者通过研究其源代码，找到了一种轻量级的配置方法，展示了如何在不增加复杂性的情况下实现并行测试。
基于进程的并发优势
作者强调了基于进程的并发执行的重要性，这种方式能够让Ruby代码真正实现并行处理，尤其在处理I/O密集型测试时，能够显著提高执行效率。通过在GitHub Gist分享该方法，作者希望能为其他开发者提供参考。
延伸问答
Minitest支持并行测试吗？
Minitest支持线程并发，但由于全局解释器锁，Ruby代码无法真正并行执行。
为什么选择基于进程的并发而不是线程并发？
基于进程的并发可以让Ruby代码真正并行执行，而线程并发受到全局解释器锁的限制。
Rails 7对Minitest的并发测试有什么改进？
Rails 7引入了内置的并发测试，但ActiveSupport::TestCase对某些用例来说过于复杂。
如何在Minitest中实现基于进程的并行测试？
通过研究ActiveSupport::TestCase的源代码，可以找到实现基于进程的并行测试的解决方案。
我可以在哪里找到实现并行测试的示例？
该方法已在GitHub Gist上分享，可以查看示例输出。
使用Minitest进行并行测试的性能如何？
示例输出显示，使用10个进程并行运行2个测试的性能表现良好，完成时间为0.211560秒。
