9 号

大道至简

这个没必要搞个平台吧，既然在跑接口用例，拿接口跑几个订单和财务数据，直接读库校验就行，至于规则我理解是直接写死，又快又好使不是

23 年 4 月的时候面试也是这样

关于调用链分析有做下游服务的影响分析么，就是一个 rpc 或者 http 接口有被多少的服务调用

所以最终还是维护 mysql 表，这个就跑不了，用文件形式维护 sql 是可以的，但是为啥要去传 cos，直接放 git 里不行么，也好维护

读库用 json 存数据就行吧。不过是啥场景要把文件存 cos 去再从 cos 读，看描述是配置文件和库表有关联，直接读库不行么

看是什么业务吧，比如 saas 那种租户隔离的，这个还是有必要做，不管是后台的还是客户端一旦有异常数据在权限里，是有可能引起前端的报错，还有就是数据也可能被越权窃取。
如果是内部自己人用的系统，有问题也不会产生损失，不做也行

maven 的 surefire 插件可以配置 junit4 监听器，试试看？

对，这样你 setup 里面就没必要去初始化 genericService 了，你一次跑用例也不会全部接口都跑吧？

beforeClass 是多少测试类就跑多少次，所以会多次加载。把 beforeClass 换成 beforeSuite，保证初始化一次执行只跑一次就行。或者 genericService 换成懒加载单例，不在初始化里面生成实例而是用例里面去取实例。

感谢建议，做了什么和产出主要是放在简历，这里毕竟论坛，不详细写了=。=

毕竟测试干了四年多，舍不得 hhh

加油

是这样，不过项目不合适的很少投，金融的外包投过一个还被拒了