RSpec验证失败：哈希符号键:foo与字符串键"foo"差异导致测试报错

测试失败的核心原因是哈希键的类型不匹配，Ruby中符号（Symbol，写法为:foo或简写哈希键foo:）和字符串（String，写法为"foo"）是完全不同的类型，就算二者字面内容完全一致，哈希也会将其判定为不同的键，因此eq匹配器会直接判定两个哈希不相等。

二者的核心差异：

• 符号是不可变的全局唯一对象，相同名称的符号在整个Ruby进程中只会占用一份内存，不会被修改，适合作为固定的标识、约定好的固定哈希键使用
• 字符串是可变对象，即便内容完全相同，多次创建的同内容字符串也可能是不同的对象实例，支持拼接、替换、截取等修改操作，通常用于处理外部输入、序列化解析（如JSON接口返回、数据库文本字段读取）得到的文本内容

从报错信息可以看出：

• 你在测试里写的can_view: false、can_manage: false是Ruby哈希符号键的简写语法，对应完整写法为:can_view => false，因此测试预期的内层哈希键是符号类型
• 实际业务代码返回的policy.permissions内层哈希键是字符串类型，和预期类型不符，因此匹配失败

根据你业务代码的实际约定二选一即可，不要为了过测试模糊类型约定：

1. 如果你的权限数据本身就应该用字符串键（比如数据来自JSON解析、外部接口传入、非结构化存储读取，这类场景默认生成的键都是字符串），直接修改测试预期，把内层的符号键改成字符串键即可，修改后的测试代码如下：

it "adds the correct permissions" do
  subject
  expect(policy.permissions).to have_key("users")
  expect(policy.permissions["users"]).to eq({ "all_users" => {
    "can_view" => false,
    "can_manage" => false,
  } })
end

2. 如果你的项目约定权限哈希统一使用符号键，不要修改测试，去调整生产代码中生成permissions的逻辑：如果是JSON解析生成的哈希，给解析方法加symbolize_names: true选项即可自动把所有键转成符号；如果是手动构造的哈希，把内层的字符串键写法改成符号键写法即可。

不推荐为了图省事用with_indifferent_access之类的方法忽略键类型匹配，测试的作用就是校验接口返回格式符合约定，模糊类型校验会掩盖后续的键类型不一致bug。

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