小程序测试的思路和实例

一、业务功能测试

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

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

 2、按业务流程测试

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

 如上图所示流程图，需要这样子拆：

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

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

发布信息流程：开始-->首页-->发布信息（已登录）-->选择栏目--->发布 信息--->提交成功--->信息详情页--->可查看我的发布

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

异常流包含：

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

发布：开始--->首页--->点击发布信息（未登录）--->授权微信手机号（不 允许）--->返回原来的页面

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

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

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

查看消息：开始--->首页--->点击查看信息（未登录）--->授权微信手机号 （不允许）--->返回原来的页面

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

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

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

来源地址：https://blog.csdn.net/shuirongwu/article/details/129273665