大港天津网站建设,凡总创业网站,简述建站流程,网店搜索引擎优化的方法小程序架构上分为渲染层和逻辑层#xff0c;尽管各平台的运行环境十分相似#xff0c;但是还是有些许的区别#xff08;如下图#xff09;#xff0c;比如说JavaScript 语法和 API 支持不一致#xff0c;WXSS 渲染表现也有不同#xff0c;所以不论是手工测试#xff0c…小程序架构上分为渲染层和逻辑层尽管各平台的运行环境十分相似但是还是有些许的区别如下图比如说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.jsonMinium项目配置文件suite.jsonMinium测试计划文件route.py统一存放小程序页面路由utils.py存放一些公共方法
03、具体代码
下面从具体代码入手简单讲述一下项目的设计思路。
首先是BasePage它是页面模型基类用于封装所有页面公用的方法。
import abcimport timeclass BasePage(abc.ABC):
具体业务的页面模型对象都需要继承BasePage以IndexPage为例代码如下所示
from pages.BasePage import BasePage
from route import XXXXXclass IndexPage(BasePage):
BaseEntity为测试用例基类用于统一设置用例准备和清理工作所有项目的测试用例都继承此类
from pathlib import Path
import miniumclass BaseEntity(minium.MiniTest):
cases.Moudle_1.index_test.IndexTest代码内容如下
from cases import BaseEntity
from pages.Moudle_1.IndexPage import IndexPage
from route import XXXXXclass ParkIndexTest(BaseEntity):
总结
优点PO模式对页面界面交互细节进行了封装而测试用例基于页面对象完成具体操作这样可以使我们的自动化测试脚本案例更关注业务而非界面细节提高了测试案例的可读性。
缺点个人观点开发和维护页面对象的类Page Class是一件很耗费时间和体力的事儿。 待研究方案小程序页面对象自动生成不用再手工维护 Page Class 只需要提供页面路由就会自动生成这个页面上控件的定位信息并自动生成 Page Class
最后感谢每一个认真阅读我文章的人礼尚往来总是要有的虽然不是什么很值钱的东西如果你用得到的话可以直接拿走 这些资料对于【软件测试】的朋友来说应该是最全面最完整的备战仓库这个仓库也陪伴上万个测试工程师们走过最艰难的路程希望也能帮助到你
