不建议 excel 和 db，对于项目的维护，多人协作没有好处

“微服务等框架开发，很多开发逐渐已经抛弃单元测试”
开发从来就没拿起过单元测试好吧，哪来的抛弃

我这边都是测试案例写完，直接写接口测试代码的，能发现问题

目前我的项目基本上都是自动化，95% 以上。接口文档完整。
每次都全回归，然后才出包

我项目里面从来不用界面。都是 testcase 执行的过程中，用测试代码动态设置 mock 的返回的。每个 testcase 跑完了，清空 wiremock 的 mock 设置，接收到的 request 的记录

别白费心机了，你的做法有点不切实际

首先你的接口测试是什么？其实是功能的测试，功能测试是属于黑盒范畴吧，黑盒测试关注的是啥，通过改变输入影响输出，然后验证输出。
输出包括什么？接口的返回、数据库的新增、更新，调用第三方系统的 API 的请求等，都是输出，都是需要检查的。
你手工测试要检查的内容，按道理来说，自动化测试就应该检查。手工和自动化之间，在证明一个被测功能的正确性上，是不应该有本质的区别的。手工和自动化的差别，只是谁执行 testcase 而已。
如果你的自动化，什么都不检查，那么你的自动化测试的测试结果又凭什么能让你信服？

目前我们团队做接口测试，是把接口响应、数据库校验、发送到第三方的请求、消息队列的信息、redis 的信息都做了检查的

直接使用第三方开源的 WireMock，基本上你想到的功能都已经有了。没必要做重复的轮子

结论：这是人才呀

这是作死的节奏吧。。。。。。