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

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

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

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

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

  • 好的,多谢

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

  • 👍 👍 👍

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

  • 不是噢,做医药的😃