Rspec+FactoryBot测试Rails模型：用例设计与性能优化疑问

1. 测试设置是否正确？是否需要验证不匹配的记录？ #

首先得明确：你的测试思路完全正确，验证作用域排除无效数据是非常重要的！

作用域的核心是精准筛选符合条件的记录，只测试“包含正确数据”是不完整的——如果你的.seen_last_two_months逻辑不小心把超过两个月的记录也纳入结果，只测正向匹配根本发现不了这个bug。你准备的account1（全年）和account2（三个月）就是绝佳的反向测试用例，必须验证它们不会被作用域返回，这样才能确保你的作用域逻辑没有“过度匹配”的漏洞。

不过你提到的let!导致测试变慢的问题确实存在：let!会在每个测试用例执行前都重新创建一次记录，相当于每个测试都要跑4条INSERT语句，测试用例越多，重复的数据库操作就越多，速度自然会下降。

2. 有没有办法仅创建一次测试记录？ #

当然有，这里给你几个实用的方案，你可以根据自己的测试场景选择：

方案一：用before(:all)创建全局测试数据 #

before(:all)会在整个测试组（比如describe或context）执行前只运行一次，创建的记录会被这个组里的所有测试用例共享。记得一定要在after(:all)里手动清理数据，避免污染其他测试。

示例代码：

describe Account, type: :model do
  before(:all) do
    @account1 = create(:account, :year)
    @account2 = create(:account, :three_months)
    @account3 = create(:account, :month)
    @account4 = create(:account, :day)
  end

  after(:all) do
    # 清理数据，避免影响其他测试
    Account.destroy_all
  end

  it "returns records seen in the last two months" do
    expect(Account.seen_last_two_months).to match_array([@account3, @account4])
  end

  it "does not include records older than two months" do
    expect(Account.seen_last_two_months).not_to include(@account1, @account2)
  end
end

⚠️ 注意：这种方式要保证测试用例是只读的——如果某个测试修改了共享的记录（比如更新account3的日期），会影响其他测试的结果，所以更适合纯查询类的作用域测试。

方案二：合并测试用例，复用let!数据 #

把所有需要用到这4条记录的作用域测试放在同一个context里，let!只会在这个context初始化时创建一次数据，所有子测试都复用这些记录，减少重复的数据库操作。

示例：

describe Account, type: :model do
  context "when testing scopes" do
    let!(:account1) { create(:account, :year) }
    let!(:account2) { create(:account, :three_months) }
    let!(:account3) { create(:account, :month) }
    let!(:account4) { create(:account, :day) }

    it "returns records seen in the last two months" do
      expect(Account.seen_last_two_months).to match_array([account3, account4])
    end

    it "excludes records older than two months" do
      expect(Account.seen_last_two_months).not_to include(account1, account2)
    end

    # 其他需要用到这些数据的作用域测试也可以放在这里
  end
end

方案三：用build_stubbed替代create（适合纯内存测试） #

如果你的作用域测试不需要真正写入数据库（比如只是验证ActiveRecord的查询逻辑，不需要触发数据库的约束或索引），可以用FactoryBot的build_stubbed创建内存中的记录，速度会快很多。不过要注意：build_stubbed的记录不会存入数据库，所以如果你的作用域依赖数据库层面的查询（比如日期比较是在DB里执行的），这个方法就不适用了，必须用create。

示例：

let!(:account1) { build_stubbed(:account, :year) }
# 其他记录同理

方案四：调整DatabaseCleaner的清理策略 #

如果你的项目用了DatabaseCleaner，可以调整它的清理策略来配合before(:all)。比如把模型测试的策略设置为:truncation，然后在before(:all)创建数据，after(:all)清理。不过这种方式要注意全局测试的隔离性，避免测试之间的污染。

内容的提问来源于stack exchange，提问作者bo-oz