@Biggoldfish 合并代码，只要代码 review 就行了。如果是大项目，大家一起 review ，小迭代是 leader 审批。

@ipwx 哈哈，go 写 web 项目是这样的，我还用 httptest 专门封了一个 api 测试的项目自己用，集成了迁移之类的功能。

建议直接把测试全裁了 让开发兼测试 管开发怎么测 降本增效了 这估计是你们领导要的

@jjwjiang 大佬还是你看得清楚啊。下面一堆说用 AI 的，但是没有抽象，神仙来了都写不了 UT 别说 AI 了。 第二点，其实我感觉就是上面要干掉测试组的一些名头。从今年开始逐步减少测试介入，p0 下项目推行开发自测....

跟我司一样，轰轰烈烈的搞单测，还想把测试团队全部干掉（降本增效），还说什么微软都没有测试。 我没懂的是，测试工作量没有消失，只是转移，而且从测试转到开发（一般来说成本更高了）。 再就是搞单测要 mock 所有其他类的方法、造场景、验分支、还要 debug 为什么没进去或者不符合预期（非 bug 类的），还得 CR （对，单测也要 cr ，评估是否有效单测），结果单测花费的时间往往比开发时间多出 2 倍以上，还不能保证所有单测通过就能上线，还需要走测试（串流程等）。 最终结果是折磨大家一年后不了了之了 https://i.imgur.com/jrVZoLi.png

技术部需要使用“阳奉阴违”之计，所有开发排期都拉长报呗， 领导想降本增效吗，实际结果就是成本反而增加，效率也下降了， 到时领导自然会撤销这个规则。

@qbmiller #23 现在 p0 项目，测试会介入写测试用例，开发来测试。p0 以下的用例，测试不介入，不给测试用例，开发自测。具体质量，完全看开发自测效果了。 其实以前无论项目大小是测试写测试用例，测试帮忙测试。但是今年开始测试不招人了...

换个思路，不开测试，裁开发，看 LOC 去裁开发怎么样，也能降本增效 https://i.imgur.com/agAJ0Rd.png

不能增加人员的话，就开掉 1 个测试或者 1 个开发。招一个写 go 的新人（女）专门做白盒测试（写代码测试）。

@baby0w0 大家反对的点也在这里，特别是使用 sqlmock ，改了数据库方法，还得改测试的 sql 的语言，像我们这种每周不断迭代功能的业务功能上，根本经不起折腾