3、用例逻辑控制
如果说你想像写代码一样，写if/else, 写while循环的话，Soloπ也支持的。但是目前的版本好像不能在录制的时候就补这个逻辑。
你必须录制完一个流程后，到用例编辑功能页里去，才能加入if/else和while等逻辑。
别问我怎么进用例编辑页，我一开始也找了好一圈。用例编辑页只有【全部用例】的列表下，才能操作。具体请看官方的用例编辑教程吧（https://github.com/alipay/SoloPi/wiki/CaseEdit）
非常详细了，我就不一一列举咯！
但是看完教程，我不禁沉思，我这样一套下来，花费的时间其实还蛮长的，如果说你要编写大量交互复杂的用例，这个方式其实是要慢于在电脑写脚本的。
不过对于UI自动化测试，我相信这个已经足够使用了。
4、用例导出以及导入（用例分发）
做UI自动化的一个比较大的目的，就是为了能够在不同的手机上进行回归测试。那我们在一个手机上录制的用例，如何同步到其他设备进行运行？
其实在《移动测试2.0+》里的大图里，有一部分是讲到 Soloπ手机端跟云端通信，将用例同步到云端，云端再下发给其他用例。这个是一个比较好的方案，我相信蚂蚁内部应该也是这么来走的。
但是开源出来的只有一个app，如果说，想要实现大图里的这个云端管理流，还得配合你们公司的基础建设来二次开发实现。
所以目前在仅有一个apk的情况下，你想把你的用例分发到其他设备，还是老老实实得一个一个拿出来，再一个一个导入到其他手机里去把。
导致我们现在的用例导出导入流程是：
- 进入全部用例页面
- 长按用例A
- 选择导出用例
- 此时用例会被导出到设备的 /storage/emulated/0/solopi/export/ 目录下
- 通过adb命令将用例获取到当前目录export下 adb -s device_id_1 pull /storage/emulated/0/solopi/export/ ./export/
- 再将用例推送到device2里去 adb -s device_id_2 push ./export/ /storage/emulated/0/solopi/import/
- 然后在device2中打开soloπ，进入设置页面进行导入操作
说到这，要给个差评，现在用例只支持单个用例导出，如果录制了多个用例，必须一个一个来手动在app里导出，然后你才能拿到导出后的用例文件。官方可以早点把批量导出的功能提供给用户。哈哈。
5、录制回放的报告
关于报告这一块，其实soloπ做得挺好的，在一个小小的手机屏幕中，能够详细得看到每一个步骤运行的结果，结构都比较清晰，用例截图、运行日志都比较完善，易于分析。
6、录制回放的效果
录制回放的产品有不少，但是真正做得好的没几个。
早期的一些录制回放，要么基于坐标，兼容性差，没有可延续性；
要么必须依赖PC，依赖许许多多组件，无法真正的『移动端测试』；
而Soloπ正是通过通过无线ADB+AccessbilityService等能力，将这套流程正式移动端化并且产品化做得都还挺不错。
体验和demo效果真的是挺震撼的，非常不错。
但是对于截图断言等一些深入些的功能还没来得及体验，等体验后，如果有尿点我会回来吐槽的，哈哈。
最后：
对于需要这种脱离USB线的模式的团队，Soloπ是非常值得尝试的。且开源的soloπ也可以进行二次开发，做云端对接等等，如果有比较好的编程能力且有这样的基础设施，基于Soloπ，能玩的东西也很多，正如 移动测试2.0+ 里所勾勒的大图那样，真要把这个大图闭环了，那确实是2.0+。
下一次我会去玩一下模拟性能施压的能力，看看是否真的能帮助我们的产品发现性能问题。