前端用的什么框架？

可能不同业务不一样，我们的产品我看了下我们所有的脚本，排除 Log().log_info('xxxx') 之类的日志脚本，和前面默认初始化的代码行数，整个测试用例里面需要自己编写的脚本确实 20 以内可以搞定，个别复杂的场景另说，一般我们会把重复的场景和常用的方法进行封装，这样能减少脚本代码的编写量，你们可以试试

几年前的版本的 BUG，经过这么几年 release 的好多版本应该修复了的，之前滑动之类的都有问题，多谢反馈

all in 啥，不都还是写个测试脚本。。。

你们有 airtest 在小程序上的成功案例吗？刚搜了下没找到相关成功的网文

多谢，这个框架几年前我们试过，里面有些 api 方法有 BUG，调用不了，所以当时放弃了，你们是有成功的案例吗？有的话能否推荐一下

没有

如果有合适的业务场景能把俩接口串联起来，一般串起来的接口都是一个写库或者改库的接口 + 一个查询的接口，你这俩查询的放一起意义不大，不如分开呢，俩查询的接口最好上游接上创建或者更改数据的接口

如果能导出 charles 的文件格式就完美了，因为我们提交 BUG 都要求附上 charles 抓包文件，现在开发都是使用的 Charles 抓包和调试，如果能解决这个问题就完美了，否则还是需要多安装一个 charles

手机传 PC（QQ，微信，企业微信，钉钉等 IM 软件），PC 截图（截图软件或者 QQ，微信自带的截图功能），手机传手机（QQ，微信等 IM 软件，或者将图片发到有隐私控制的社交 APP 上，比如微博之类，这样另一个手机访问这账户的内容就可以下载图片）

iOS 的自动化测与 Xcode 版本，手机型号，手机的 IOS 版本都有关系，如果找到一套可以跑起来，就不要做任何的替换，更不要做系统或者工具的升级

主要看领导站哪边，有些领导就认为线上问题就是测试的锅，你再怎么解释没有用，但是有些领导比较客观，需要线上问题报告，一般是开发和测试一起背锅，因为领导几乎没有是测试升上去的，一般都是产品或者技术出身

压测需要看你具体的需求，如果是压底层的服务，可以想办法找开发看怎么跳过接口的检验，如果需要压测加密和之后的服务，就需要在接口请求上研究怎么破解加密了，服务端肯定有加密的逻辑的，要不 C 端调用的时候怎么请求呢？

试试图像识别转坐标点击

目前没有很好的解决办法，可以等等 appium 的后续更新

如果要点击的区域在页面中是固定位置，可以通过坐标点击，如果还是不行，试试双击

目前除了使用 UI 图像识别的方法，其他没有什么好的办法

可以放脑图或者用例的链接，要不意义不大

没有最好只有最适合的方式，由于团队性质，理解和能力的不同，每个团队都有适合自己的一套流程和方式，不用受制于敏捷二字，应该从目标价值出发

你们是要做 PC 端的自动化？

让开发加一个调试页面，可以添加一个崩溃的按钮，一点就 crash 的那种

可以通过规范流程来把控节奏，比如 提测前需要开发提供单元测试的 check list，提测后进行冒烟测试，然后进入正常测试，每天发送 bug 日报状态，3 天未修复的 BUG 发送提醒并抄送 leader，最后如果可以来个测试报告

买新款吧

单机器任何工具都达不到这么高