这节，我们再思考下，如果我们每条用例，都去一步一步，先元素定位，然后写操作，然后写各种方法。那这个代码量是不是就有点偏多了。另外也不方便维护，比如哪天APP的某个元素定位迭代修改了，还得一个一个去改对应用例的逻辑。
所以，我们这边引入了PO设计模式。
这样可以大大减少我们代码量，更为方便的维护我们的测试用例。
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的装饰器的知识，本文不做展开，可以自己下去了解学习。
七、运行
最后我们运行下，看下测试结果：
执行用例成功~
本文内容不用于商业目的，如涉及知识产权问题，请权利人联系51Testing小编(021-64471599-8017)，我们将立即处理
