我们都要求好几次了，pipeline 的 gate 我都加过又删掉好几次了 哪次也推不动，实在不行就写假的 ut 呗

首先单测的目标是啥？如果就以覆盖度为目标，写的那种方法调用的单测或者丢给 AI 生成的单测代码基本对项目质量起不到什么大作用，要能自顶向下的模拟真实测试覆盖功能测试才真的有意义。 如果要搭建一套完善的测试，起手也相当麻烦，最好前期先把基础工作搞好比如测试框架选型和铺底数据构造以及 mock 工具以及规范单测原则等等等。另外也可以从一些点出发开始写单测，比如后续发现的开发 bug 必须要用单测做回归覆盖

我之前公司也是，要求单元测试覆盖率 80%，就这一句话就是标准。

找个人写白盒测试，不走单元测试呢

我日常开发的项目最差的测试覆盖都有 70%，还是跑了 15 年的项目

@qbmiller 找关键功能、业务点，写一些白盒测试，比如登录， 支付等。上线前跑跑

只有不经常变动的需求才适合写单元测试。

我们这也搞，每次开周会汇报进度，后端都会说，本周单元测试 0 。。。

想不到 Rails 团队的日常居然在别的团队就是一地鸡毛. Rails 团队的共识是发 Pull Request 一定要带测试, 而且 CRUD 测试也就是 Integration Test 中的 Request spec 根本不用自己写, 也用不 AI, 命令行就自动生成了. 然后再用 AI 补点其它测试, 比如说 Model 中自定义方法的 Unit tests 和 System specs, 重点 Test the behavior, not the implementation. 对, 我就是 V 站 2025 年尬吹 Rails 第一人.

@op351 点点点，手动测试，功能测试 https://i.imgur.com/NIvxivj.png