Rails 5与Minitest技术问题：测试记录访问及UUID切换后测试异常

看了你提供的测试代码，切换UUID后出问题的核心原因大概率是**Note.last的排序逻辑变了**！

之前用自增整数id时，Note.last是按id降序取最新创建的记录，因为id是递增的；但换成UUID作为主键后，UUID是随机字符串（比如v4版本），默认的last是按主键字符串降序排列，这和记录的创建时间完全无关，所以Note.last几乎不可能是你刚才通过post请求创建的那条记录，自然会导致重定向的anchor参数错误，测试失败。

给你两个具体的修复方案：

方案1：通过用户账户的关联关系获取最新记录 #

既然笔记是关联到@user.account的，直接从关联里取最新创建的记录更准确，把重定向断言改成这样：

latest_note = @user.account.notes.order(created_at: :desc).first
assert_redirected_to notes_url(@user.account.hash_id, anchor: latest_note.id)

如果你的notes关联已经默认按created_at降序排序，直接用@user.account.notes.last也可以（不过显式指定排序更稳妥，避免后续关联默认排序被修改）。

方案2：从请求响应中直接获取创建的记录 #

如果你的控制器在创建笔记后设置了@note实例变量，还可以用Minitest的assigns方法直接拿到控制器里的记录：

post notes_url(@user.account.hash_id), params: { note: { body: @note_by_user_no_folder.body } }
created_note = assigns(:note)
assert_redirected_to notes_url(@user.account.hash_id, anchor: created_note.id)

这个方法更直接，不需要再查一次数据库，效率也更高。

另外给个小建议：如果项目全面使用UUID，最好在Note模型里统一设置默认排序：

default_scope { order(created_at: :desc) }

这样后续用Note.all或者关联查询时，默认都是按创建时间排序，能避免不少类似的踩坑。

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