UI自动化测试框架搭建之PO模式的启蒙篇

草帽路飞UU

       这节，我们再思考下，如果我们每条用例，都去一步一步，先元素定位，然后写操作，然后写各种方法。那这个代码量是不是就有点偏多了。另外也不方便维护，比如哪天APP的某个元素定位迭代修改了，还得一个一个去改对应用例的逻辑。
　　所以，我们这边引入了PO设计模式。
　　将uiautomator2方法，元素定位，页面操作，测试用例全部分离。
　　这样可以大大减少我们代码量，更为方便的维护我们的测试用例。
　　PO模式
　　页面对象模型(PO)是一种设计模式,用来管理维护一组页面元素的对象库。在PO下,应用程序的每一个页面都有一个对应的Page类。每一个Page类维护着该页面的元素集和操作这些元素的方法。以上对po模式不太理解的同学，可以忽略以上解释。反正也看不懂，我们直接上代码。
　
一、base类
       我们在base类里面，将一些通用的方法，进行封装。如图举例，就是一个对元素点击事件和输入内容操作的封装，将resourceId，xpath，text等三种元素定位的点击和输入内容方式，封装到click和send_keys。以及一个断言元素是否存在的方法。

二、page类

       如图，我们先引入Base类，然后声明一个页面类（Home）去继承Base类。
然后在Home类中，用Base类中封装的方法，进行页面操作，从而达到封装页面操作的目的。
图中还有页面的部分元素定位，也都按页面进行分离。

三、测试用例的编写

创建歌单名111的歌单，断言页面添加歌曲的元素存在：

这样一看，是否写起用例来，就非常迅速而且直观可读了呢？

四、脚本配置设置
       上面介绍完了元素定位，通用方法的封装，页面操作的封装，测试用例的编写。
我们不要忘了一些配置参数的设置，比如：连接手机的设备号，启动应用的包名，登录的账号密码等等。

不要问我为什么总是云音乐.....因为我对云音乐爱的深沉（此条五毛）

五、设备连接

六、设备初始化，启动程序


       这里的pytest.mark.usefixtures类似于setup、teardown的作用。
有关pytest的装饰器的知识，本文不做展开，可以自己下去了解学习。

七、运行
最后我们运行下，看下测试结果：

执行用例成功~