这只是数据类型和必填项等的校验吧

看你们能投入的成本和最终想要的效果吧，比如自己封装 playwright 和 AIRTEST（主要是为了同时兼容 WEB 和 APP），然后可以直接录制维护自然语言的脚本了，问题关键是前端的 UI 自动化你要兼容的东西很多，Native, RN,H5 可能都不一样，要做的精细的话肯定成本更高的

playwright 本身就支持录制的吧

参考 schema 这部分可不可以加点东西呢，对于接口来说大多数字段在每次迭代其实是不变更的，那么是不是可以把上次成功的返回 json 存到库里或者一个缓存里面，新的接口执行返回和上次的一致代表通过，返回的 json 部分可以把带有随机值和可预料会变更的字段（系统时间等等）抽离出来不做比对，这样就不用自己去写用例断言了

看当前生活状态和后期规划：
1.无娃老人年龄不大，有收入压力追求，且自身有准备好去卷一卷选 B
2.有娃想要生活，无收入压力，可以躺，追求工作生活平衡，选 A
3.A 跳 B 后是否可以再回 A，放弃 B 是否可以再找到 B 一样的也是考虑因素

看下 getway 注册情况