小程序测试系列——基础篇

一、小程序特性
(https://developers.weixin.qq.com/miniprogram/dev/framework/)

1. 小程序发布审核
   1）发布前：申请外网域名 ->设置好域名（微信开发者工具 - 项目 - 设置服务器域名）
   2）提交代码审核：上传代码 ->提交版本审核（微信公众平台 - 登录小程序管理后台 - 开发管理 - 提交版本审核）
   3）审核结果：通过 - 发布；审核未通过 - 修改 - 再提交审核
   4）第一次审核时长，3d左右。优先上线后端。

2. 小程序的限制
   a. 页面层级跳转<10层
   b. 用户本地缓存<10M
   c. 小程序代码包<3M
   d. 小程序须微信审核通过才可发版
   e. 提交审核前，须申请外网域名（微信域名除外）

3. 层级问题
   a. 小程序原生页面存在10层限制，超过10层时无法打开页面。页面流程和访问形成闭环时，容易陷入10层问题
   b. 层级策略，可以解决层级限制的问题
   c. 层级策略，将页面路径存储到storage，返回页面刷新拉取存储的页面路径。目前只支持保存页面路径，不支持保存表单数据。

4. 服务通知
   a. 模板消息：基于微信的通知渠道，为开发者提供了可高效触达用户的模板消息能力，以便实现服务的闭环并提供更佳的体验。
   b. 模板推送位置：服务通知。
   c. 模板下发条件：用户在微信体系内与页面有交互行为后触发。
   d. 模板跳转能力：点击查看详情，仅能跳转下发模板的该账户的各个页面。
   e. 小程序给用户推送服务通知，依赖用户的formId

5. 基础库版本
   a. 小程序能力依赖于微信客户端支撑，每一个基础库只能在对应的客户端版本上运行，高版本的基础库对应的api不支持低版本，所以需要做兼容。
   b. 由于微信版本与基础版本非一一对应关系，且小程序api是基于各个基础库版本进行发布的，所以测试过程需要提前获知当前基础库版本号。
   c. 目前可在zeye后台查看基于转转用户使用的基础库、微信版本、手机型号覆盖率等数据。
   d. 也可通过日志方式获取到版本号，小程序体验版本 - 调试日志 - system-All中可以看到手机型号、微信版本号、微信基础库版本号。

6. 开发版本、体验版本、线上版本
   a. 小程序有开发版本、体验版本、线上版本，开发后端逻辑功能可选择以上3个版本任意一个测试，开发前端功能需要在开发版本和体验版本上测试。
   b. 三个版本区别：

• 权限层：前两者需要申请开发者、体验者权限方可使用，后者面向所有用户。
• 性能层：开发版本和体验版本自带vconsole性能面板，线上无此功能。
• 代码层：开发人可在多个开发版本上开发互不影响；体验版当前只有一份代码处于审核中，审核通过后可发布上线；线上版本是所有用户使用的版本，该版本代码在新版本代码发布后覆盖更新。
• 包大小：开发版本不限制大小；体验版本和线上版本限制大小。
• 二维码：体验版本保持不变，开发版本30min后失效需重新生成。

7. 缓存机制

a. 为了保证小程序的快速访问和用户体验，微信会缓存小程序，包括小程序文件、授权数据、登录数据等。
b. 小程序经常碰到缓存问题，如切换环境、cookie、发版、登录等，清除缓存的方式是删除小程序重新进入即可。

• 同一手机，不同小程序应用，至少在逻辑存储上肯定不是共享缓存，满足应用级别隔离。
• 同一手机，同一个小程序，不同微信用户扫码使用，经测试，也不共享缓存，目前测试条件下，是用户级别隔离。
• 同一手机，同一个小程序，同一微信用户两次扫码使用，经测试，是共享缓存。
• 同一手机，同一个小程序，不同微信用户切换使用（分别扫码两次），经测试，同一个用户共享缓存，不同用户间不共享缓存。
  c. 海报页，可生成定制的海报页，用于分享朋友圈。任何版本生成的海报页，扫码都是跳转正式版本的落地页，可借助【小程序码测试工具】跳转相应页面。二维码数据和图片为动态生成过程，不像固定图片的可以预加载。

8. 微信openId与unionId的区别
   a. 同一公司的多个公众号之间账户互通，微信开放平台提供了unionId机制。
   b. 通过获取用户基本信息接口，开发者通过openId获取用户基本信息，而如果开发者拥有多个公众号，可通过unionId在多公众号之间进行用户帐号互通。
   c. 在不同的公众账号下OpenID是不一样的，而他们的UnionID却是一样的。
   d. UnionId和uid是对应关系；OpenId和sourceId是对应关系.

二、小程序测试

1. 测前准备

• 微信版本号需在6.3.27及以上，低于提示升级。
• qa需申请对应小程序体验者权限&开发者权限。
• 小程序开发版、体验版、正式版。
• 小程序AppID，项目地址&名字。
• 明确小程序本次测试入口&版本。
• 微信公众号平台发布的【小程序开发助手】， 可方便快捷的预览和体验线上版本，体验版本以及开发版本。

2. 测试点

• 授权：目前已实现静默授权，即用户首次访问小程序，主动获取微信授权，通过获取openid，生成转转uid，并存储昵称、头像等信息。后续用户若杀掉小程序重新进入，无需重新授权。
• 功能：与端内正常测试功能无异；
• 缓存：功能需求后，此时就需要关注缓存情况：

1）微信给每个小程序提供了10MB的本地缓存。
2）页面切换时，可能会将上一个页面的数据带到下一个页面展示，例如【主程序-红包需求】点击“未使用”先显示正确文案—》点击“已使用”或“已过期”—》点击“未使用”，文案却展示“已使用”和“未使用”的文案。此时可以给开发人员提bug，通过代码解决页面缓存问题；
3）对于账号切换、版本发布等带来的缓存，目前解决方法是简单粗暴的将小程序删掉，重新进入生效。
4）还可从代码层面解决缓存问题：1.清除当前存储到storage里的内容，如cookie信息，主要调用wx.clearStorageSync()；2.从基础库1.9.90开始，小程序支持自动更新上线代码，接口为wx.getUpdateManager()。

• 性能

• 分享功能测试
  1）分享到好友列表&生成海报页分享到朋友圈；
  2）用线上/测试/开发版分享给好友，落地页就是相应的线上/测试/开发版；
  3）朋友圈识别跳转都是线上版；所以在测试过程中若涉及到扫码跳转，就需借助【小程序码测试工具】。

• 服务通知：

1）以模板ID的形式推送服务通知；
2）微信公众号：需关注公众号&无须收集formId；小程序服务通知：收集formId；
3）formId有效期7d，如果用户没有可用的formId，则无法给用户推送相应消息；
4）通过点击操作单个/批量收集formId，主要存储在wtable，触发行为如支付、提交表单等；详情戳一戳它https://mp.weixin.qq.com/debug/wxadoc/dev/api/notice.html
5）批量收集formId：POST请求，如zzwxpush/addFormIds
6）单个收集formId：GET请求，如zzwxpush/addFormId?formId
7）每个小程序收集的formId，只能用于对应的小程序，也只能用于对应的uid。例如闲置社108批量收集formId，却存储在小程序103，结果导致闲置社批量formId失败，而且小程序存储很多无效可用的formId，主要原因是由于前端传入参数source=103导致。

• 常出现问题：formId无效（命中小程序自身策略）、无可用formId（需收集）。

• 层级：

1）M页、toast、弹窗等不受限于层级问题；
2）小程序原生页面超过10层后不能再打开新页面，正常业务流程或闭环容易造成10层问题，例如个人中心--》商品列表页--》个人中心……
解决方法【层级策略】：将页面链接存储到storage，返回时则刷新拉取存储的页面链接。目前只保存页面路径，不保存页面数据。

• 兼容：

1）微信版本：小程序的接口完全依赖于微信，因此部分基础库较高的接口可能在低版本的微信上不生效，需做兼容，如：页面内分享是基于1.2.0的基础库开发，因此要求对应微信版本在6.5.8及以上；
2）不同机型：如某页面在华为机型展示没问题，但到小米机型却展示有问题；
3）手机系统：Android和ios两个版本兼容性可能不同；如个人主页中【安卓和ios】评价样式有问题。

• 埋点：

1）埋点测试大致和端内测试流程一样，关注actiontype&pagetype等参数；

2）小程序统计常需区分用户来源渠道，因此还需关注【backup】中的channel，pagechannel，type等参数。

3）appid：主要存储小程序source参数值。

4）scene：场景值，详情https://mp.weixin.qq.com/debug/wxadoc/dev/framework/app-service/scene.html

5）channel：只对小程序入口页生效，会伴随整个生命周期，直到退出小程序。如果没有明确的参数值，则默认为none。

6）pagechannel：针对页面url参数，只带到落地页，不会带到后续页面。如果没有明确的参数值，则默认为none。

7）type：目前用在详情页，主要用于区分此商品是个人mine/圈子group/他人normal。

8）根据pm需求还可以增加相应渠道参数。

• 内嵌M页：

1）1.6.4版本开始陆续支持小程序内嵌M页。

2）M页不受限于小程序的层级页面，如【游戏M页】点击首页—》游戏频道为1层页面，而不是2层页面。

[图片上传失败...(image-febfb1-1570778913435)]

3）测试M页需做相应的适配，以在小程序能够正常使用，如登陆等。若M页嵌入native页面，则还需要额外做native页面交互的适配。如【游戏—我的拼团】没做适配，则提示此错误。

[图片上传失败...(image-2bde00-1570778913435)]

4）M测重点关注页面跳转功能，展示等问题。

3. 测试坑点 小程序测试过程中经常碰到的坑，重点需关注：

• 层级页面跳转
• 兼容性
• 缓存

三、 常见问题定位&解决

测试微信侧消息时，由于线上访问和线下访问的账号是不通的，所以需要把线上数据写到线下，比如线上uid=1 线下uid=2，需要把线上uid=1 的信息，同步到线下uid=2的记录中，才能访问成功。

1. 线下测公众号消息报“未关注公众号”

• 原因：由于微信公众号对于我们而言只有线上，并无所谓线下一套的说法，从而导致在线下测公众号消息的时候会打出“未关注公众号”日志，从而测不通。
• 解决：将线上相应用户的unionid和openid复制黏贴到线下用户中，步骤如下。
• 线上uid查询线上user库user_auth表获取用户source=26的unionid和openid；
• 在线下uid的user库user_auth表添加上述source=26的记录。
• 同时线下push库wechat_user_map表添加相应的unionid和openid，此时测试公众号就能通了。
• 若出现openid hint/unionid hint等错误，则说明同步的openid/unionid有问题，需要重新线上确认同步到线下。

2. 报错“用户未授权”

• 原因：在线下测试时，由于操作不规范，经常会出现“用户未授权”的情况。如下错误展示，查询dbwww58com_user库 user_auth表，发现不存在对应小程序端的uid，即日志source=103，但库source=108 ，两个source对不上。
• 解决：将user_auth同步线上source=103即可。
• formid错误汇总
• 测微信服务通知时，经常出现formid以下错误提示。
• formid过期（有效期7d）&收集格式错误导致（格式为时间戳/字母+数字组成的32位）。
• 当前用户没有formid导致。
• formid已使用导致，主要是同一时间可能多个用户收集formid，从而形成的formid可能一样。
• 明确每个小程序收集的formId，只能用于对应的小程序，也只能用于对应的uid。
• 目前发服务通知时，为防止用户下发失败，会重复调用formId接口3次，若3次下发都失败，则以公众号的形式下发服务通知（目前下发成功率达到98%）。

3. 消息模板跳转链接错误

• 出现这种错误，首先需要确认url是否解析成小程序可跳转的链接；若已解析，则是小程序这个页面还没上线导致微信检索不到此链接导致。
• page路径配置错误，重配即可。

转自：https://testerhome.com/topics/16299