移动测试基础 UI 自动化测试用例如何设计
现在学习了 appium，也了解了基本的用法，但在工作中不知如何设计用例。
1、例如在完成某个操作后做校验的时候要到什么程度呢，数据校验、UI 界面的对比？
2、失败后截图么？如果前面的功能对后面的功能有影响，前面的用例失败了是不执行后面用例了么？
希望有实际经验的同学能够提供些思路，谢谢啦！
1.数据校验，UI 截图都要有 ，最好组织成测试报告，以便分析结果。至于 UI 界面对比这个我没接触过，但有人确实这么做
2.失败后应当截图，也应当记录失败原因
失败原因有两类，脚本有误抛出了异常，另一种是业务功能确实有问题
用例失败了，当然要继续执行下面的，否则自动化就没有效率可言了
#1 楼 @umbrella1978
还有个问题
1、就是假如有 A->B->C 三个操作，完成 A 后才能完成 B，完成 B 才能完成 C，如果操作 A 失败了这种是不属于比较严重的 bug，导致 B/C 的用例无法执行啊
2、那校验 C 的测试用例里，是也要先模拟 A、B 操作（A/B 操作在前两个用例已经模拟过了）之后，才进行判断么，那是深层次的操作都要把之前的用例的操作重复一遍么
谢谢啦！
#2 楼 @lifreshman 这个 1 问题没有看懂。其实 A B C 只要失败了都应该是严重的 bug
2 的话，你如果是 UI 的自动化，不幸的是是的，重复一遍
#1 楼 @umbrella1978 对比我做过
你的题目是 UI 自动化，所以我就不说 appium 了。我以前 ppt 里面写的很清楚。UI 要走以下几点（只要技术允许的话）。
1.控件是不是都存在
- 网络状态包括其他必要的状态检测
- 控件的属性对不对
- 控件的位置是否正确
- UI 交互，功能是否正确
#2 楼 @lifreshman 这个 A->B->C，不是已经是一个业务流了吗？ 重复是必然的...