@KingHL #106 那样的话，其实我们公司提供了测试环境的数据库，只是不经常维护而已

单元测试是非常必要的，前期投入点时间，后期能省很多事，特别是项目越来越大，没有单元测试很难保证代码及提测质量 如果代码难写单元测试，那就是代码设计不好，该拆拆，这种是技术债，在保证业务的情况下慢慢排期改，不需要一下子就一步到位 新代码及项目必须强制要求单元测试，老项目可以不着急，有空加点，可以让 AI 帮助生成

想通过增加单元测试来减少测试人力投入并实现降本增效这个结局大概率是要失败的。 原因如下： 要维护测试脚本的有效性，需要占用大量开发的时间，实际上你是把测试的成本从测试人员转移到了开发人员身上。或许确实不需要有专门的测试了，但是开发需求的时间会大大延长，只有真正尝试过这种开发体验的人才能明白，自动化测试的要求比人力测试是更高的。加上开发人员的成本一般来说比测试要高，所以实际上想要达到降本增效的可能性不是很大。当然不可否认的是，大量且完善的自动化测试对保障代码质量很有帮助，但还是那句话，降不了成本。

@zaunist 我说这个话并不是说单测不重要，而是想说通过增加开发的工作量，然后开掉测试这种行为本身实现不了降本增效。

光是抽象接口&依赖注入基本上就是重构整个项目，我觉得如果是项目早期改造下还来得及，已经开始一段时间的项目就别搞了，大量的重构会让代码更乱

或者不用 mock 的思路，改用 fake 的思路？

听你领导的就完事了，至于你执不执行下去，看实际情况推进。

SDK 类，或偏固定接口框架 的工程 巨量的单元测试代码用例编写开发投入才有价值。

@peteretep 想多了，写单元测试领导想的是 0 成本，不额外计算时间

不写单测，花 6k 月薪找大学生做测试