小程序架构上分为渲染层和逻辑层，尽管各平台的运行环境十分相似，但是还是有些许的区别（如下图），比如说JavaScript 语法和 API 支持不一致，WXSS 渲染表现也有不同，所以不论是手工测试，还是UI自动化测试，都必须要在 iOS 和 Android 上分别检查小程序的真实表现。
由于生态方面的原因，目前可选择的小程序UI自动化框架较少。在框架选取过程中，我考察了Appium、Airtest和Minium三个框架，并将三者做了对比，形成了以下图表：
Appium实现微信小程序自动化测试的手段基本上还是套用针对 Hybrid App 的测试方案，通过定位H5 App资源控件，并结合屏幕坐标的方式来操控小程序的页面元素；网易推出的Airtest则是基于图像识别和Poco控件识别，之前也对此框架做过比较深入的了解，但是和Appium一样，对于小程序自动化测试来说，以上两者无法深入小程序逻辑层，只能作用于渲染层，从另外一个角度来说，这两个框架还属于黑盒自动化测试的范畴。
01、Minium
接下来再介绍一下今天的主角：Minium。它是微信小程序官方推出自动化框架，提供了 Python3 和 JavaScript 版本（后者目前已停止维护，后文中的minium单指Python版本），目前最新的版本为1.0.0b2。minium不仅限于 UI 自动化，它还提供了很多有用的特性，比如说支持调用和 Mock 部分 wx 对象上的接口，支持获取和设置小程序页面数据，支持直接触发小程序元素绑定事件等等。
另外，minium提供一个基于unittest封装好的测试框架，利用这个简单的框架对小程序测试也可以起到事半功倍的效果。有了以上功能，不但可以简化用例的一些前期准备工作，更可以对小程序做更针对和更全面的测试。
minium的下载安装和官方文档，可以在代码库查看。官方文档写的还算较为清晰，除此之外，以下网站在学习过程中也有帮助：
- 微信开放社区: 一些minium使用方面的问题，可以在右上角搜索 "minium" 寻找答案或发起提问；
- 微信开发者工具: minium与微信开发者工具强关联，开发调试脚本都需要使用微信开发者工具；
- Minium Demo: 官方提供的python版本的demo，内容非常简单，可以用来简单熟悉一下框架，若要运行demo需要先下载示例小程序代码；
02、Minium + Page Object
早期 GUI 自动化测试脚本，无论是Selenium还是UFT，脚本通常是由一系列的页面控件的顺序操作组成的，有点像操作级别的“流水账”，这主要体现在以下几个方面：
- 脚本逻辑层次不够清晰，属于 All-in-one 的风格，既有页面元素的定位查找，又有对元素的操作；
- 脚本的可读性差，在实际项目中，很难从代码中直观看出到底脚本在操作哪个控件，并且脚本的每一行都直接描述各个页面上的元素操作，无法直观的看出脚本更高层的业务测试流程；
- 通用步骤会在大量测试脚本中重复出现；
Page Object 就是为了解决以上问题而出现的，它是UI自动化测试项目开发实践的最佳设计模式，采用分层封装的设计思想，不同层关心不同的问题。页面对象层只关心元素定位问题，测试用例只关心测试的数据。通过对界面元素和功能模块的封装减少冗余代码，在后期维护中，若元素定位或功能模块发生变化，只需要调整页面元素或功能模块封装的代码，显著提高测试用例的可维护性。
基于PO模式，小程序UI自动化测试Demo项目的目录结构及说明如下：
- cases/： 存放业务测试用例；
- outputs/： Minium测试报告；
- pages/：页面对象模型；
- *config.json：Minium项目配置文件；
- suite.json：Minium测试计划文件；
- route.py：统一存放小程序页面路由；
- utils.py：存放一些公共方法；
03、具体代码
下面从具体代码入手，简单讲述一下项目的设计思路。
首先是BasePage，它是页面模型基类，用于封装所有页面公用的方法。
-
import abc -
import time -
class BasePage(abc.ABC):
具体业务的页面模型对象都需要继承BasePage，以IndexPage为例，代码如下所示：
-
from pages.BasePage import BasePage -
from route import XXXXX -
class IndexPage(BasePage):
BaseEntity为测试用例基类，用于统一设置用例准备和清理工作，所有项目的测试用例都继承此类：
-
from pathlib import Path -
import minium -
class BaseEntity(minium.MiniTest):
cases.Moudle_1.index_test.IndexTest代码内容如下：
-
from cases import BaseEntity -
from pages.Moudle_1.IndexPage import IndexPage -
from route import XXXXX -
class ParkIndexTest(BaseEntity):
总结：
优点：PO模式对页面界面交互细节进行了封装，而测试用例基于页面对象完成具体操作，这样可以使我们的自动化测试脚本案例更关注业务，而非界面细节，提高了测试案例的可读性。
缺点（个人观点）：开发和维护页面对象的类（Page Class），是一件很耗费时间和体力的事儿。
待研究方案：小程序页面对象自动生成，不用再手工维护 Page Class ，只需要提供页面路由，就会自动生成这个页面上控件的定位信息，并自动生成 Page Class；
总结：
感谢每一个认真阅读我文章的人！！！
作为一位过来人也是希望大家少走一些弯路，如果你不想再体验一次学习时找不到资料，没人解答问题，坚持几天便放弃的感受的话，在这里我给大家分享一些自动化测试的学习资源，希望能给你前进的路上带来帮助。
软件测试面试文档
我们学习必然是为了找到高薪的工作，下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料，并且有字节大佬给出了权威的解答，刷完这一套面试资料相信大家都能找到满意的工作。
文章来源：https://www.toymoban.com/news/detail-845058.html
视频文档获取方式：
这份文档和视频资料，对于想从事【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你！以上均可以分享，点下方小卡片即可自行领取。文章来源地址https://www.toymoban.com/news/detail-845058.html
到了这里，关于微信小程序UI自动化测试实践：Minium+PageObject的文章就介绍完了。如果您还想了解更多内容，请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章，希望大家以后多多支持TOY模板网！
