Minitest循环断言数量翻倍，如何排查原因及修复setup分块重复问题

• 给断言添加可追踪的标识：修改测试代码中的断言行，传入自定义报错信息，打印每次执行的上下文：

assert_redirected_to root_path, "断言触发：用户ID=#{user.id} 访问路径=#{action}"

运行测试时添加--verbose参数即可查看所有断言执行记录，统计后确认10个用户和4个路径的组合是否各出现2次。

• 新增全局计数器校验：在test_helper.rb顶部定义全局计数变量：

$custom_assert_count = 0

在断言行后追加计数和打印逻辑：

assert_redirected_to root_path
$custom_assert_count +=1
puts "当前断言计数：#{$custom_assert_count}，用户：#{user.id}，路径：#{action}"

运行单个测试方法后查看最终的$custom_assert_count数值，和你预期的40对比，如果数值是80则说明断言确实被执行了2次，否则是Minitest本身的计数逻辑异常。

• 校验setup块执行次数：分别在test_helper的setup块、测试文件的setup块中添加打印语句：

# test_helper.rb的setup内
puts "执行父类setup，@bad_users长度：#{@bad_users&.length}"
# 测试文件的setup内
puts "执行子类setup，@bad_users长度：#{@bad_users&.length}"

运行单个测试方法后查看打印次数，正常每个setup只会执行1次，如果打印次数超过1次即可确认setup重复执行。

场景1：setup重复赋值导致@bad_users长度翻倍 #

你提供的代码中测试文件的setup块重复定义了@bad_users，如果此处赋值是@bad_users += [...]或者重复写入了10个用户，会导致@bad_users最终长度为20，20*4刚好得到80次断言。
修复方法：直接删除测试文件setup块中的@bad_users赋值语句，继承test_helper中已经定义好的实例变量即可。

场景2：setup块被重复执行 #

Minitest中父类和子类的setup块默认会链式执行，如果你的测试类错误继承了自定义的测试基类、或者重复引入了带setup的测试模块，会导致setup执行多次。
修复方法：

• 确认测试类仅继承ActiveSupport::TestCase一个基类，没有额外继承其他测试类
• 子类setup块开头显式调用super，避免重复触发父类setup逻辑：

setup do
  super()
  @continent = continents(:one)
  @actions = [continents_url, continent_url(@continent), new_continent_url, edit_continent_url(@continent)]
end

场景3：断言被隐式重复求值 #

如果存在自定义的assert_redirected_to扩展方法、或者引入了额外的测试断言插件，可能会在一次调用中触发多次断言计数。
修复方法：将测试方法内的逻辑替换为单次简单断言测试计数：

def test_count_check
  assert true
end

如果运行后计数为2，则说明是插件计数逻辑异常，排查禁用相关测试插件即可。

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