妥当，的确要考虑成本和效率问题，我们本身有接口自动化，但是产品都是 C 端，所以我考虑通过 UI，能暴露一些 UI 方面的问题，多谢，我继续调研一下发版频次和线上问题，看看做哪个端合适

妥当，只是考虑 C 端产品多，可以考虑介入，我们本身有接口自动化，但我想的接口暴露不出 UI 的问题，比如接口通，前台点击没有调用到接口等等。

你说的很有道理，我们客户端用的 flutter 加原生，IOS 和安卓是一个开发，所以我觉得，页面应该是统一的，可以做成一套；H5 和小程序，是其他开发，估计还要做一套

好的，大体可以理解：命令行传参区分环境，然后页面里元素定位应该是维护了多套吧，但是用例是一套，用例根据环境，选择 diver 和元素定位执行，对吧

哦哦，是用 poco 定位方式么，不用切换上下文么；appium 是切换上下文到 webview，然后定位

好的，多谢

我这个平台缺点就是，维护起来麻烦，需要具备 vue 和 flask 知识，才能往上集成新的功能，我们当时学习成本都挺高的。所以功能的集成，还是由专门的同学来进行比较好。让其他同学给提功能需求= =，

嗯嗯，如果单纯返回数据的话，感觉有点像 mock 接口，也可以用 postman 的 server 直接生成 mock 接口访问。我们这个平台当初考虑是，需要从前台选一些可以动态变换的入参，比如城市区域车型车系，然后后台调用开发的接口，去生成真是的业务数据。

不是噢，做医药的

还是多写，前端写起来，有点像做 QQ 空间 挺好玩的

兴趣驱使，瞎捣鼓

小公司小公司

后端代码：https://gitee.com/xpcs/api_backend
前端代码：https://gitee.com/xpcs/api-front
大家喜欢可以星一下，谢谢

可以的，我后面有时间打算把这个造数测试平台前后端一起做个分享（Vue3 + Flask）。后端代码地址：https://gitee.com/xpcs/api_backend

瞎捣鼓

嗯嗯，apifox 不错的工具

应该差不多

微信：252909768

加油

是的，我考虑外包后，肯定还是包，那就要深耕业务，尽量业务匹配度高，然后就是降薪，年龄大主动降薪，转行真不知道从何做起

我想吃工作的苦了

大家都是点工

V：252909768