@momo2789 我写的单测 比你吃的饭都多。

@momo2789 我只写有效的单元测试，而不是为了覆盖率去写一堆无意义的代码

@baby0w0 我不信“写的单测 比你吃的饭都多”能说出“业务功能写单元测试没什么大的用处”这种话

@momo2789 你不理解就算了，大部份公司所谓的业务，根本不需要单元测试。

站在你的角度上的建议： 1. 通过增加单元测试覆盖率要求来减少测试人手这一大目标注定会失败。 2. 既然注定失败，那么你可执行的方案有两种： 2.1. 想通过写单元测试来提高代码质量，完全遵循 TDD （可选），并且编写有逻辑，有思考的“白盒测试” 2.2. 放弃通过写单元测试提高代码质量的想法，面向测试覆盖率编程，编写一大堆毫无逻辑，不用思考，全面覆盖的测试。 3. 可以通过 AI 去先提高代码的可测性/找到一种绕过当前测试困难的方法 4. 先有一个测试案例，然后告诉 AI 参考该案例来编写测试就行

wiremock 不是可以 mock 接口吗，调用外部服务的话。

@momo2789 大部分公司搞单测，就和一些公司面试官，开口就问高并发 分库分表，实际上用户数量 10000 都没有一样搞笑。

不如让测试 + ai 学做 api 测试

@baby0w0 一样的，高并发 分库分表 测试覆盖率 不是证明你的能力而是证明你的 bar 有多高。问题是想做 8k 一个月还是 30k 的工程师。

@momo2789 我的理解是 你的业务是不是有写单元测试的价值。 有价值才需要写。 像那种上线后 觉得效果不好，就下线的，写了也是浪费时间