这节，我们再思考下，如果我们每条用例，都去一步一步，先元素定位，然后写操作，然后写各种方法。那这个代码量是不是就有点偏多了。另外也不方便维护，比如哪天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的装饰器的知识，本文不做展开，可以自己下去了解学习。

　　七、运行

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

　　执行用例成功~

作者：影子大人の博客    

来源：http://www.51testing.com/html/46/n-7792746.html