Rails+Minitest环境下重定义类方法是否会影响独立单元测试？

首先得明确：默认情况下，这种类方法重定义是会延续到其他测试中的，原因和Rails测试环境的类加载机制直接相关。

Rails 5测试环境默认开启了config.cache_classes = true，意味着所有类在测试启动时只会加载一次，后续不会自动重新加载。而Minitest的测试方法是在同一个进程里依次执行的——你在某个测试里修改了Foo的类方法，这个修改是全局生效的，后续测试方法都会看到修改后的版本。这和我们期望的“测试完全隔离”有出入，因为这类全局状态修改不在Minitest默认的自动隔离范围内。

要验证这个结论很简单，写两个测试方法就能直观看到结果：

require 'test_helper'

class FooTest < ActiveSupport::TestCase
  test "重定义Foo.bar后返回false" do
    # 你的类方法重定义逻辑
    def Foo.bar
      class << self; false; end
    end

    assert_equal false, Foo.bar
  end

  test "验证原始Foo.bar的行为是否保留" do
    # 这里替换成你原始Foo.bar的预期返回值
    assert_equal true, Foo.bar
  end
end

运行这两个测试，你会发现第二个测试大概率失败——第一个测试修改的Foo.bar并没有被自动重置，第二个测试调用的还是修改后的版本。

如果要保证测试之间的隔离，避免这种全局修改的影响，你可以在teardown方法里手动重置Foo类：

def teardown
  # 移除已被修改的Foo类常量
  Object.send(:remove_const, :Foo)
  # 重新加载原始的Foo类文件（路径根据你的项目实际结构调整）
  Rails.root.join('app/models/foo.rb').tap { |file| load file }
end

这样每次测试结束后，Foo类都会恢复到原始状态，后续测试就不会受到之前修改的影响了。

另外提一句：如果只是为了存根类方法，其实更推荐用Minitest自带的存根功能，比如：

test "用Minitest存根Foo.bar" do
  Foo.stub :bar, false do
    assert_equal false, Foo.bar
  end
end

这种方式会自动在代码块结束后恢复原始方法，不用手动处理重置，更安全也更符合测试最佳实践。

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