UI自动化框架 /分层
(1) 基础层 baseapi- 自动化框架api 如 webdriver uiautomator，解耦，二次封装，log
1、页面跳转或者异步加载延迟出现的界面，无需再单独使用sleep
2、testwatcher对于系统随机出现的可能会影响App界面的一些因素（例如Android6.0的授权弹框、电话呼入），无需再单独处理
3、所有调用封装后框架的操作，都会记录日志
4、框架本身有断言能力，如果在框架处理异常情况后还找不到指定控件，这时候会截图并且断言
5、如果需要替换框架或者框架升级，可以使用最小的成本来框架层进行改动，而不需要改动用例层和Word层
(2) 公共业务封装层 bussines
公用业务抽取，业务逻辑处理，类似关键字处理
(3) 用例层 testcase
1.case编写 要求高度可读，不做过多逻辑判断。逻辑判断放bussines
2.不能有写死的sleep。封装在底层，递增等待机制
3.UI自动化要尽量减少ui操作
4.公共抽取放bussines，调用bussins层封装公用的可读性强的关键字
5.失败重跑需要保持case之间的独立性
(4) 框架层 runner总控
1.自定义runner
2.失败重跑：
junit 实现custom rule，监控程序运行异常时候catch住，再运行一次。 运行完把失败的case再广播给执行的apk运行
testng 实现listen重跑次数。 运行完在output文件夹下运行failed的case
失败检查：在失败重跑前，检查wifi等容易导致case失败的信息
3.testwater异常处理
4.report生成/email发送
影响类：
设计类：重复耦合，受迭代影响-坐标写死，静态等待
环境类：环境不稳定-wifi，adb，系统弹框，数据类影响-专用数据库，无法兼容全部机型
示例： https://github.com/seasonxie/uiautomator2.0
单例所有base类：
public class BaseApi { private static BaseApi instance; public synchronized static BaseApi getInstance() { if (instance == null) { instance = new BaseApi(); } return instance; } }