Android UI自动化框架 - base U2

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;
    }
}

 

posted @ 2017-03-22 21:23  q55091  阅读(775)  评论(0编辑  收藏  举报