Rails 7中rails test与bundle exec rake test有什么区别？

在全新Rails 7默认Minitest栈下，两个命令跑全量基础测试时输出、用例统计、执行结果完全一致是正常现象，二者共享同一套Minitest执行核心，但不是完全等价的命令，实际存在以下明确区别：

• 启动逻辑与性能不同
  rails test是Rails 5之后官方主推的内置测试运行器，直接挂载在Rails命令体系下，启动时不需要加载Rake运行时，少了一层调度开销，启动速度更快。测试用例量小的时候（比如你现在150个用例的规模）几乎感知不到差异，用例规模到上千级的时候速度差会比较明显。
  bundle exec rake test是Rails时代传承下来的传统入口，本质是先启动Rake环境、找到Rails注册的test Rake任务，再转调和rails test完全相同的测试执行逻辑，所以核心跑测试的部分没有任何区别。
• 参数解析逻辑不同
  rails test原生支持所有Rails专属测试参数，比如跑指定文件指定行的用例rails test test/models/post_test.rb:27、失败立即终止rails test --fail-fast、跑最近修改的用例rails test --changed，直接传参就能用，不需要额外转义。
  bundle exec rake test走Rake的参数解析规则，Rails 7虽然做了大部分兼容，但传自定义参数时偶尔会出现解析失效的问题，老版本里甚至需要把测试参数写到TESTOPTS环境变量里才能正常传递。
• 自定义扩展的触发逻辑不同
  如果你在项目里给test这个Rake任务挂载了自定义前置依赖（比如测试前自动清理临时上传文件、重建测试专用种子数据、跑前置校验逻辑），执行bundle exec rake test的时候会自动跑完这些依赖逻辑再跑测试。直接跑rails test默认不会加载Rake任务的依赖链，这些自定义hook不会触发，除非你手动在Rails初始化逻辑里加了对应的触发配置。
• 环境变量默认处理不同
  rails test会强制把运行环境锁定为test，不需要手动加RAILS_ENV=test前缀，不会出现环境串了误连开发/生产库的问题。bundle exec rake test虽然Rails 7默认也会切到test环境，但如果你本地有全局Rake配置、项目里有其他初始化逻辑覆盖了RAILS_ENV变量，就可能出现环境错乱的问题，这是老项目升级时很容易踩的坑。

日常开发优先用rails test就行，是官方现在推荐的标准用法，踩坑概率更低。只有需要依赖自定义Rake测试任务流的时候，再用bundle exec rake test即可。

内容的提问来源于stack exchange，提问作者Mathieu