7 年前在大厂做外包，纯靠堆人，还记得分了 3 个组，一个组专门跑场景地图，和配置表对 NPC、怪、掉落，一个组专门做各类任务，一个组专门测战斗；
他们自己的自动化团队也有一些录制回放的脚本的，但是几乎没有产出；
会写一些机器人挂着，测一测性能问题。

嗯，第二点比较认同，耦合带来的问题可能会导致测试接口无法执行

我们是中台接口，接口能力会尽可能提供的完全些，具体要传哪些查询字段，返回哪些数据由业务放的后台再进行编码

1、2 点，比如我们的操作日志表，是先写 mysql，再同步 ES，然后日志的查询统计这部分的查询接口走的是 ES，因为我们是中台接口，提供的能力基本是可以做到全量字段的返回的；
关于 3，我觉得写和读虽然是两个无关的逻辑，但最终的业务展现是体现在读上的，所以走查询接口在能查到需要字段的情况下，我觉得是更符合业务测试场景的一种方式；至于你说的极端情况，理论上是会存在，但是再手工校验的过程中是会发现这个问题的。
可能我问题描述的不是很清楚，在手工校验的阶段，是会人工去数据库比对一下数据的，但是写自动化脚本时还有没有这个必要？

目测十年内倒不了，规模还可以