Ruby 2.5与FactoryBot升级触发TypeError问题咨询

我碰到过类似的Ruby版本升级结合FactoryBot的问题，结合你的情况——创建training测试用例触发TypeError，但手动传user到工厂没问题、user测试正常，下面是几个Ruby 2.5的核心变更点，以及对应的排查方向：

• 关键字参数与位置参数的严格区分
  Ruby 2.5对关键字参数的处理比2.3严格得多。之前Ruby 2.3允许把哈希“隐式”当作关键字参数传递，但2.5会直接抛出TypeError，如果方法定义明确要求关键字参数的话。
  你的training工厂如果在关联user或者设置属性时，用了类似association :user, { name: 'test' }这种哈希传参的写法，而user模型的初始化或关联方法在Ruby 2.5下要求关键字参数（比如def initialize(name:, ...)），就会触发错误。建议把哈希传参改成明确的关键字形式：association :user, name: 'test'。

• 旧版FactoryBot与Ruby 2.5的兼容性问题
  你用的FactoryBot 4.8.2是2017年的版本，而Ruby 2.5是2018年发布的，这个版本的FactoryBot没有针对Ruby 2.5的哈希处理、参数传递做适配。很多这类TypeError都是因为gem版本太旧导致的。
  建议先把FactoryBot升级到4系列的较新版本（比如~> 4.11.x，这个版本兼容Ruby 2.5和Rails 5.1），修改Gemfile后执行bundle install，再跑测试看看问题是否解决。

• Lambda参数处理的严格性提升
  如果你的training工厂里用了lambda动态生成属性（比如some_attr { |training| training.user.some_value }），Ruby 2.5对lambda的参数匹配要求更严格。如果lambda定义了参数，但FactoryBot调用时没有传递，或者参数类型不匹配，就会抛出TypeError。
  检查training工厂里的所有lambda属性，确保参数传递和类型都符合预期，比如如果不需要参数，就把lambda写成无参形式：some_attr { 'fixed_value' }。

• Hash相关方法的行为变更
  Ruby 2.5对哈希的一些隐式转换做了限制，比如Hash#merge处理符号键和字符串键的方式更严格，或者某些场景下哈希不再自动转为关键字参数。FactoryBot内部构建对象时会大量处理哈希参数，旧版本的FactoryBot可能在Ruby 2.5下触发这些转换错误。
  可以尝试在training工厂里显式指定所有必要参数，避免依赖FactoryBot的隐式参数合并，看看是否能绕过错误。

快速排查步骤 #

1. 先升级FactoryBot到兼容Ruby 2.5的版本，这是最常见的解决方法；
2. 查看TypeError的完整错误栈，定位到具体是哪个方法的参数传递出了问题（比如是training模型的初始化方法，还是FactoryBot的关联方法）；
3. 对比training工厂和user工厂的定义，找出差异点，重点检查关联参数、动态属性的写法。

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