，造测试数据和写条用例都太慢了，所以想法是曲线救国，flask 做造数脚本，加平台执行用例，减少测试平台的使用，让平台更专注于接口测试的执行和报表啥的，且造数脚本在平常测试过程中也能使用，让接口自动化也能有点产出；另一个人的想法是，使用测试平台的话，其他人维护也好接手一点，如果以代码 + 平台的方式，后续其他人不好维护，且如果测试数据都用造数脚本了，那测试平台也就没意义了。背景是小公司，测试 10 来人左右，大部分人都没有代码基础，领导从我入职时，开始推行接口和 UI 自动化，目标是年底看到成果后开始投入更多资源（使用 httprunner 类的 python 框架）。现在的情况是，接口自动化是用测试平台做的，我和另一个人负责维护。
我目前的想法是平台不好用 ，造测试数据和写条用例都太慢了，所以想法是曲线救国，flask 做造数脚本，加平台执行用例，减少测试平台的使用，让平台更专注于接口测试的执行和报表啥的，且造数脚本在平常测试过程中也能使用，让接口自动化也能有点产出；另一个人的想法是，使用测试平台的话，其他人维护也好接手一点，如果以代码 + 平台的方式，后续其他人不好维护，且如果测试数据都用造数脚本了，那测试平台也就没意义了。
所以想问下社区内各位大佬，对于小公司而言，造数脚本 + 测试平台的方式是否是一条能走的路线？
