Rspec测试多态has_many关联赋值失败，生产环境正常

我之前也碰到过几乎一模一样的场景，咱们先理清楚问题细节，再一步步找解决方案：

问题场景回顾 #

你有Answer和Attachment两个模型，通过多态关联绑定：

• Answer引入Attachable concern，里面定义：has_many :attachments, as: :record, dependent: :destroy
• Attachment里定义：belongs_to :record, polymorphic: true, optional: false

业务逻辑是先创建归属用户（Profile）的临时附件，提交Answer时传text和attachment_ids，用Answer.create!({ text: '...', attachment_ids: [1,2] })期望把附件的归属转移到新Answer。这段逻辑在控制台和预发布环境正常，但封装到模型方法跑RSpec模型测试时失败，只有分两步创建再关联才能通过：

answer = Answer.create!({ text: 'Answer response text' })
answer.attachments << Attachment.where(id: [1,2])

测试断言：

expect(answer.reload.attachments).to eq [attachment]
expect(attachment.reload.record).to eq answer

失败时的错误信息显示附件还归属在Profile，Answer的附件集合为空：

expected: [#<Attachment id: 804, record_type: "Profile", record_id: 42994, type: "upload", created_at: "2019-08-09 14:35:39", updated_at: "2019-08-09 14:35:39", data: {}>]
got: #<ActiveRecord::Associations::CollectionProxy []>

问题原因分析 #

核心问题出在Rails处理_ids=赋值方法的时序，以及RSpec测试的事务隔离机制：

1. _ids=的行为：当你在创建新记录时传入attachment_ids，Rails会先创建Answer，再尝试更新附件的record_id和record_type。但如果附件已经关联了其他记录（比如Profile），这个更新操作依赖于关联的replace逻辑，而在测试事务中，这个逻辑可能因为事务还未提交，或者模型回调的顺序问题没有被正确触发。
2. RSpec事务隔离：默认情况下RSpec会把每个测试用例包裹在事务里，测试结束后回滚。这种隔离可能导致关联更新的SQL没有及时同步到内存中的对象，或者被事务的特性抑制了。

解决方案 #

方案1：显式触发关联更新（推荐在模型中封装） #

在Answer模型里写一个专用的创建方法，显式处理附件的归属转移，避免依赖_ids=的隐式逻辑：

# app/models/answer.rb
class Answer < ApplicationRecord
  include Attachable

  def self.create_with_attachments(attrs)
    # 先剥离attachment_ids参数
    attachment_ids = attrs.delete(:attachment_ids)
    # 创建Answer主体
    answer = create!(attrs)
    
    if attachment_ids.present?
      # 找到目标附件并批量更新归属
      Attachment.where(id: attachment_ids).update_all(record: answer)
      # 刷新内存中的关联集合，避免后续操作拿旧数据
      answer.attachments.reload
    end

    answer
  end
end

然后在测试和业务代码中调用这个方法：

answer = Answer.create_with_attachments(text: 'test response', attachment_ids: [attachment.id])
answer.reload
attachment.reload

expect(answer.attachments).to eq([attachment])
expect(attachment.record).to eq(answer)

方案2：调整测试的事务设置 #

如果不想修改模型代码，可以尝试关闭RSpec的事务测试隔离，让变更实时写入数据库：

RSpec.describe Answer, type: :model do
  # 关闭事务式 fixtures
  self.use_transactional_fixtures = false

  let!(:user) { create(:user) }
  let!(:attachment) { create(:attachment, record: user.profile) }

  it "transfers attachment ownership when created with attachment_ids" do
    answer = Answer.create!(text: 'test', attachment_ids: [attachment.id])
    
    # 必须reload对象，因为内存中的缓存还没更新
    answer.reload
    attachment.reload

    expect(answer.attachments).to include(attachment)
    expect(attachment.record).to eq(answer)
  end
end

方案3：手动触发关联的replace操作 #

如果你坚持要使用attachment_ids参数，可以在创建后手动触发关联的更新：

answer = Answer.new(text: 'test response')
answer.attachment_ids = [attachment.id]
answer.save!

# 手动reload关联
answer.attachments.reload
attachment.reload

expect(answer.attachments).to eq([attachment])

为什么分两步的写法能生效？ #

answer.attachments << attachments这种写法会直接触发Rails的关联添加逻辑，生成更新附件归属的SQL并立即执行，而且是在当前事务内同步处理。而create!时传attachment_ids是通过_ids=赋值方法，这个方法的逻辑是先创建父记录，再异步处理关联更新，在RSpec的事务隔离环境下，这个异步处理可能没有被正确执行。

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