在新版本中，你可以像编写自动化脚本一样新增步骤来替换掉原有步骤，脚本更新的成本会比较低

1.使用的是 Appium 转换吗？如果方便的话，可以在 SoloPi 体验群联系茅舍，提供一下原始用例。
2.可以在转换后的脚本上进行二次编辑，如果希望能一次输出适配两端的脚本，可以考虑在转换工具上进行改造，针对 ios 与 android 分别设置查找条件，欢迎提 PR。
3.由于不同云测平台的用例识别方式可能存在差异，需要用户根据云测对测试用例的格式要求进行手动调整。

1. 转换后的 appium 脚本由于只保留单一查找形式，可能会在不同的设备上遇到兼容性问题，可能需要用户进行一定量的修改
2. 目前用例是基于 Android 进行录制的，除了文字、图像信息外，其他类型的控件信息可能并不适用于 iOS 执行，也需要用户进行一些调整。

抱歉让你久等啦，欢迎体验，有什么问题可以在这里，或者是 issue 里沟通

看起来用例名称里有用到"/"符号，试试看删掉再导出

感觉 app_process 开启 AccessibilityService 这块儿可以不用走推 dex 的方式，SoloPi 本身也可以执行多条命令

你用的应该是基于控件的滑动，这样会基于选中控件的高度的百分比进行滑动。滑动屏幕推荐使用全局滑动

录制回放内有性能测试功能，可以在全局操作中找到，在需要测试的地方执行开启和关闭
如果是游戏等通过图像引擎渲染的场景，推荐使用游戏帧率项

在 0.9.1 版本中还不支持，由于手势密码比较复杂，目前还在调研阶段。如果你有什么好的想法或意见，可以给 SoloPi 提一下 PR

可以看下这篇的内容：
https://testerhome.com/topics/19489

回放时也需要连接无线 adb，但只要连接过一次，后续的 adb 连接过程是对用户无感的

支持的

录制输入不需要在录制时操作键盘，可以直接使用输入功能。选择控件，执行输入操作即可，可以看下 https://github.com/alipay/SoloPi/wiki/Actions# 输入操作

对纯 Native 的页面来说，我们测过市面上的 top 机型，其兼容性还是可以的。如果说 accessibilityService 获取到的控件信息存在问题，那可以通过其他模式进行补充。

1. native 控件不是走 UIAutomator1 或 2 进行查找的，有自己的一套控件查找算法，多维度定位控件，具体算法已经开源。h5 的话目前有一些积累，可以关注下后续的进展。至于图像模式的话，还是有一些打磨空间的。
2. 一机多控在一个比较好的网络环境下稳定性还是可以的。
3. 持续集成这个点确实比较重要，从机的模式其实可以兼容 Jenkins 的玩法，就是让电脑作为主机，基础能力是支持的。

导入到 /sdcard/solopi/import 之后还需要在 Soloπ设置中执行导入用例

除了控件识别还有图像识别，能根据图像特征来查找控件

一机多控是基于控件信息，而不是坐标来查找。如果控件的一些结构、内容信息不变，就算位置出现变化，比如主控机是 4K 屏，从机是 720P，也是能够找到的。