Rails如何用RSpec为多模型测试自定义TaxNumberValidator

当然可以实现！RSpec有几种很棒的方式帮你避免重复代码，让你只用一套测试逻辑就能验证所有使用TaxNumberValidator的模型。下面是两种最实用的方案：

方案1：使用RSpec Shared Examples（推荐，适配现有模型） #

Shared Examples是DRY测试的核心利器，你可以把验证器的测试逻辑封装成一个可复用的块，然后在任意模型的测试中调用它，甚至直接在验证器的测试文件里针对多个模型批量运行。

步骤1：定义可复用的Shared Example #

你可以把这段代码放在spec/support/shared_examples/tax_number_validator_examples.rb（方便全局复用），或者直接写在验证器的测试文件顶部：

RSpec.shared_examples "a model with valid tax number validation" do
  it "is valid with a properly formatted tax number" do
    expect(subject).to be_valid
  end

  it "rejects blank tax numbers" do
    subject.tax_number = ""
    expect(subject).not_to be_valid
    expect(subject.errors[:tax_number]).to include("can't be blank") # 可选：验证错误提示是否符合预期
  end

  it "rejects invalidly formatted tax numbers" do
    invalid_tax_numbers = ["111", "abc", "12345678901234567890"] # 根据你的验证规则调整示例值
    invalid_tax_numbers.each do |invalid_num|
      subject.tax_number = invalid_num
      expect(subject).not_to be_valid
      expect(subject.errors[:tax_number]).to include("is invalid") # 可选：验证错误提示
    end
  end
end

步骤2：在验证器测试中复用逻辑 #

修改你的TaxNumberValidator测试文件，直接针对现有的Restaurant和Supplier模型（或者动态生成测试模型）调用这个Shared Example：

describe TaxNumberValidator do
  # 针对已有业务模型测试
  context "when applied to Restaurant" do
    subject { Fabricate.build(:restaurant) }
    include_examples "a model with valid tax number validation"
  end

  context "when applied to Supplier" do
    subject { Fabricate.build(:supplier) }
    include_examples "a model with valid tax number validation"
  end

  # 可选：测试动态生成的模型，覆盖更多场景
  context "when applied to a dynamic test model" do
    with_model :temp_model do
      table do |t|
        t.string :tax_number
      end
      model do
        validates_with TaxNumberValidator
        validates :tax_number, presence: true, uniqueness: true
      end
    end

    subject { TempModel.new(tax_number: "your_valid_tax_number_example") } # 替换为合法税号示例
    include_examples "a model with valid tax number validation"
  end
end

这样你只需要维护一套测试逻辑，所有使用该验证器的模型都能复用，完全符合DRY原则。

方案2：直接测试验证器实例（更轻量，不依赖模型） #

如果你想彻底脱离模型，专注测试验证器的核心校验逻辑，可以直接实例化验证器，调用它的validate_each方法，不需要创建任何模型或数据库表：

describe TaxNumberValidator do
  let(:validator) { TaxNumberValidator.new(attributes: [:tax_number]) }
  # 模拟一个带tax_number属性和errors对象的模型实例
  let(:mock_model) { double("MockModel", tax_number: nil, errors: ActiveModel::Errors.new(double)) }

  it "adds an error for invalid tax number formats" do
    ["111", "abc"].each do |invalid_num|
      validator.validate_each(mock_model, :tax_number, invalid_num)
      expect(mock_model.errors[:tax_number]).to include("is invalid")
    end
  end

  it "does not add errors for valid tax numbers" do
    validator.validate_each(mock_model, :tax_number, "your_valid_tax_number_example") # 替换为合法税号
    expect(mock_model.errors[:tax_number]).to be_empty
  end
end

这种方法更聚焦验证器本身的逻辑，不需要依赖模型的其他验证规则（比如presence或uniqueness），适合单独调试验证器的自定义校验逻辑。

额外提示：分离验证职责 #

注意：你的模型中同时配置了presence: true和validates_with TaxNumberValidator，如果TaxNumberValidator本身不处理空值校验，那么presence验证是独立的——建议在模型测试中单独覆盖presence规则，而验证器的测试只关注税号格式的合法性，这样职责更清晰。

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