直接生成用例效果会不好，但是帮你检查用例效果可以很好

不懂代码的这批人，日子已经很难过了，他们中的绝大部分也不在这个社区里，还要被人这样嘲讽。
发这个帖子有什么现实意义呢？

不确定我们做的算不算。
目前有一套检测增量代码系统，可以检测到两个 commit 之间的差值，进而找到对应影响的接口。
拿到这批接口后，我们会重跑 jvm-sandbox-repeater 录制到的接口请求。
目前这套已经接到持续集成中了，每次开发部署代码之后都会和线上版本进行对比，跑一遍涉及到的旧接口。
但是局限性还是比较大，只能说有点帮助，但是不多。

今年是过去十年来最难的一年，今年也是未来十年里最好的一年。
来，干了这碗毒鸡汤。

因果倒置了。
最初之所以有测试，其实就是因为你说的这种完美的情况无法普及。
如果真的这么好普及，测试也不会出现并发展成行业很重要的一环。

以前打 dota 的时候有一句话很经典：看了等于会了，玩了一把等于精通，赢了一把等于绝活。
好好的词，就被绝活哥们搞臭了。

这里只是举了一个简单场景，实际业务会远比登录复杂，所以在设计时进行了业务逻辑和数据处理的分层。

确实是习惯问题，这次属于暴雷了，哈哈。
帖子中的举例只是场景中的某一种，之所以要这么做，是因为想把对数据的定向修改放到统一的地方，这样在写业务逻辑时可以分层考虑问题，不会将逻辑处理和数据处理的代码混在一起。

不爽就走人呗。
不过如果真的没去一个地方都觉得主管不行，那也许可以看看是不是自己也有做的不好的地方，比如是不是想法太激进了？