|
我现在这家公司写了三百多万个 UT ，说点我的想法。
首先对于这个事在职场的考虑：
站在你的角度，领导来让你给方案，绝对不是想听到什么我觉得这个很难搞，弄不了，都觉得不想弄等等之类的话。让你给方案，说明领导对你的技术水平比较信任，你应该客观的分析优点，缺点，难处。
假如你是实在不想弄，也应该在难处上下功夫，让他知道这个东西不好弄，风险点等等之类的，想好如果实行不下去，怎么处理。
领导找你来是让你来解决问题的，不是听这个东西多难，不想做。
然后是怎么去做这回事：
我觉得你们应该先考虑用黑盒测试，去保证业务测试。业务测试最关键的是数据库数据的处理，不考虑 mock ，而是去考虑实现一个 UT 的 teardown ，手动管理 UT 事务。
之后，慢慢解耦，在 cotnroller 、service 、mapper 这三层之外多加一个 domain 层，做业务逻辑的计算。入参和结果都是 DTO 那种。
同时，也要考虑用 AI 加速，让领导上 copilot 。还要考虑未来 UT 如何处理，代码管理、review 等一系列问题。还有加入 UT 之后，工时变长等等。
这些问题都是你在方案里需要考虑的，需要领导提供资源支持的。好的领导和差的领导这个时候就能体现出来，又要马儿跑，又要马儿不吃草这种我建议你就直接考虑下一家。 |
