微信小程序测试点汇总

2020/03/05 looker 测试经验总结 4986

小程序是微信开发不需要下载安装就可以使用的一种应用，它的架构包含View视图层（使用WebView渲染页面结构）、AppService逻辑层（使用JSCore运行，逻辑处理、数据请求、接口调用），View视图层和AppService逻辑层这2个层在不同的线程中运行，通过系统层的JSBridage进行通信，逻辑层将数据变化发送给视图层，触发视图层页面更新，而视图层将触发的事件回应逻辑层进行业务处理。

本次梳理后，大体上有11个方面的测试：权限测试、功能测试、接口测试、性能测试、兼容性测试、易用性测试、UI测试、网络测试、版本配置测试以及缓存测试等。

由于小程序的版本类型，我们一般会准备3个测试环境：发版访问测试环境、体验版访问预发布环境、正式版访问生产环境。

1 权限测试

开发版、体验版不需要微信审核，只需要给测试微信号赋予权限，通过扫描小程序二维码就可访问；正式版需要微信审核，审核后如需登录，需微信号赋予登录权限即可。

1.1未授权微信登录小程序

1）未授权时，一般使用一些业务功能的时候，都会弹出提醒：先授权再操作对应功能；

2）在提交数据到后台时，会提示补充相关身份信息才能提交成功；

1.2已授权微信登录小程序

1）授权微信访问小程序，意味着自己的微信账号可被小程序管理方所获取；

2）自动以微信的身份形式操作权限，比如：支付、数据查询等；

1.3重新授权

更换微信登录设备后再登录小程序，需要对小程序重新授权

1.4其他权限

1）所能查看的数据和操作的权限都应该同步一直；

2）同一微信在不同手机端登录授权查看数据的权限；

2 功能测试

2.1按功能模块测试

模块设计好的各个大类功能模块划分，然后在逐级细分，覆盖到每个功能尽可能全面的测试点

2.2按业务流程测试

1）小程序的业务，比如：播放、支付（支付时注意支付状态：单次授权？免密？）；

2）把各个功能点串联起来形成完整的业务流程来检查；

3）同一业务员，有不同的路径来实现，每个路径都需要覆盖检查。

2.3按数据流向测试

1）根据数据从某一端操作输入和输出流向，设计基于数据流的测试用例，输出的数据也可能成为另外一端的输入；

2）检查输入的数据是否按照代码逻辑执行正确的输出；

3）是否数据发生异常，无法输入、有输入却无任何输出、输出不正确、多余的输出其他信息等；

2.4同一功能不同入口有效性检查测试

1）小程序在首页、列表页、详细页、其他的业务功能相关页面，都有可能存在同一个功能的入口；

2）每一个入口路径都需要覆盖检查；

2.5交互性检查测试

1）一般而言，产生数据和功能交互变化的情况主要有这几个分类：前台与前台之间、前台与后台之间、后台与后台之间；

2）前台从F1页面提交的数据，可能需要再前台F2页面查看到，也会在对应后台的B页面查到记录；

3）后台B1页面修改或者添加的数据，对应到前台的F页面产生交互变化，后台本身的不同页面间也可能存在同一个数据的输出值；

2.6支付测试

1）支付时的支付状态：单次授权、免密；

2）解除免密授权是否能进行支付；

3）支付时有金额、无金额、支付顺序等情况是如何处理的；

4）对于未支付的订单是如何处理的；

5）小程序没有授权支付，小程序是如何处理的；

3 接口测试

Charles抓包同现有APP抓包

4 UI测试

1）页面交互；

2）页面展示元素：检查小程序的界面美观度、字体大小、字体格式、按钮布局等

5 易用性测试

5.1导航

1）定位到页面某个模块所在位置；

2）回到顶部或者底部；

3）导航条的收展；

4）导航标签的文字是否容易理解；

5）页面最多跳转超过限定次数后是否失败（小程序原生页面存在10层限制问题，超过10层便无法打开新页面，而业务流程或者访问形成闭环时很容易陷入10层问题）

5.2功能入口

本文由51ste.com网友编辑，未经授权，不得转载使用上述作品盈利；个人转载，需标明作者及出处。

标签： 小程序测试点



留言

留言