小程序测试的思路和实例

一、业务功能测试


1、按总分总的思路,先拆分各个大模块,然后每个模块拆分成小模块,小模块再拆分到具体的功能点,做到全面覆盖。最后再总结流程测试。

例如下面这个扫码购的小程序,先按下方标签栏拆成四个大模块,然后每个大模块再分别往下拆,如图所示,拆的是首页的内容,需要将每一个不同的内容块拆成一个小模块,小模块再往下拆具体的功能点

 2、按业务流程测试


有业务联系的功能点,串成完整的业务流程一,先把正向流程设计完,然后再跑每一个分支。

 如上图所示流程图,需要这样子拆:

首先写正向流,即按箭头走向,只走”是“的方向,”否“的方向作为分支,另 起一个用例写 再写异常流:每一个”否“的分支,都写一个用例,先把前面的正向流程写出 来,到达分支点时往”否“的方向写,有多个分支就写多个用例

例如: 前台的正向流包含:

1、发布信息流程:开始-->首页-->发布信息(已登录)-->选择栏目--->发布 信息--->提交成功--->信息详情页--->可查看我的发布

扫描二维码关注公众号,回复: 15746464 查看本文章

2、查看信息流程:开始--->首页--->点击信息(已登录)--->进入详情页--->询问

异常流包含:

1、发布:开始--->首页--->点击发布信息(未登录)--->授权微信手机号(允 许)--->进入微信信息授权(允许)--->返回判定是否登录,已登录,即进入发 布信息流程

2、发布:开始--->首页--->点击发布信息(未登录)--->授权微信手机号(不 允许)--->返回原来的页面

3、发布:开始--->首页--->点击发布信息(未登录)--->授权微信手机号(允 许)--->进入微信信息授权(不允许)--->返回原来的页面

4、发布:开始--->首页--->点击发布信息(登录)--->选择栏目---->在发布信 息页选择【修改栏目】--->返回选择栏目页--->继续往下走发布流程

5、查看消息:开始--->首页--->点击查看消息(未登录)--->授权微信手机号 (允许)--->进入微信信息授权(允许)--->返回判定是否登录,已登录,即进 入查看信息流程

6、查看消息:开始--->首页--->点击查看信息(未登录)--->授权微信手机号 (不允许)--->返回原来的页面

7、查看消息:开始--->首页--->点击查看信息(未登录)--->授权微信手机号 (允许)--->进入微信信息授权(不允许)--->返回原来的页面

3、按数据流向测试:

有些数据的测试,需要从某个功能转向另外的功能,过程中数据的变动是否正确,“入参”和“出参”是否对应上了。
举例:商品库存表,在初始的时候是0,如果此时入库了10个,那库存表里是10,此时分别在不同的渠道销售了1个和2个,库存表变成7,如果其中一个渠道退货了一个,那库存表又变成了8。
需要做不同的场景去跟踪数据的流向,一般跟流水表结合着测试。
 

需求里可能没有说,但是需要测试的场景:

1、初次登录、没有退出的再次登录,已经退出的再次登录场景(结合授权场景测试)
需要使用1个以上的没有操作痕迹或者清过痕迹的手机进行测试。
初次登录需要弹出授权登录界面,登录后没有退出小程序,只是放到后台,再进来时不需要重新登录,在小程序点击退出后再扫码进来,需要再次登录等。


2、小程序右上角的三个点,是小程序自带的功能
注意点进去后的相关功能测试(转发分享收藏浮窗刷新等等)、退出功能等。


3、切换账号测试
主要目的是校验数据的有效性,比如A账号登录小程序,浏览了一些商品,加入3个商品进了购物车,然后退出,登录B账号,又浏览一些商品,并加上1个购物车,此时切回A账号,浏览记录、购物车信息等是否正确显示。


4、小程序的入口测试
产品画原型图时往往不会详细画,但是我们至少知道的几个入口:
1)(测试版本)开发给到的小程序码
2)(测试+线上版)微信分享链接
3)(测试+线上版)使用过一次的小程序,在微信聊天列表往下滑,可以找到小程序
4)(测试+线上版)删除小程序后再次扫码登录
5)(如果已上线)在微信的【发现】模块里的【小程序】可以找到
6)(如果已上线)在微信的【附近的小程序】里找到
7)(如果已上线)正式版本的小程序码扫码登录

二、兼容性测试


1、操作系统兼容性:


一般有IOS和Android系统,其中华为有一个鸿蒙系统,与Android系统还是有所差异的,如果产品要求,还是要测一下它的兼容性。


2、设备兼容:

主要是屏幕适配,大小屏幕,横屏竖屏等


3、微信版本兼容:


有些手机的微信版本很低,需要向下兼容,我之前测度是向下兼容5个版本。
PS:因为小程序是依附于微信、支付宝、抖音等APP的,所以它们的兼容性其实不需要像APP测得那么多,看项目情况来定吧。


三、交叉事情:


经典的来电、信息、闹钟、断网提醒、低电量提醒、和其他软件(例如QQ)发生交叉事件时,是否能够恢复正常使用;
特别要关注一些录视频类的功能,中断后是否有保留原有数据;
然后还要注意微信、支付宝等APP自身的一些事情交叉,例如微信信息、视频、语音通话请求等。


四、网络测试(正常、弱网、断网、内外网)


先做正常网的切换测试,比如说4G切到5G切到wifi等场景,正常切换,显示正常即可。
然后需要做2G\3G的弱网测试,看是加载慢了还是完全挂掉了。
在网络的情况下做数据提交,是一直转圈圈,还是在转圈圈一段时间后给出友好提示
做断网测试:先在网络正常的时候操作小程序,然后断网(比如拨网线),在转圈圈一阵子之后重新连上网,看是否能正常加载回来。
内外网测试:一般在公司做测试时习惯性连上公司的wifi做测试,要测试被迫(wifi没了)切换到自己的流量时的加载是否正常。


五、用户体验测试


UI展示、交互在满足与设计图一致的前提下,需要站在用户的角度思考这样子的操作是否人性化,如果是你自己这么操作会不会别扭等。

六、另外还有接口测试、性能测试、安全性测试等,需要另起专题详细说才行。

猜你喜欢

转载自blog.csdn.net/shuirongwu/article/details/129273665