微信小程序测试策略和注意事项

⼀、测试前准备（环境搭建）1.前端页⾯

微信 Web 开发者⼯具安装、授权测试⽤的微信号可预览和调试⼩程序…可参考此⽂： 微信 Web 开发者⼯具-下载、安装和使⽤图解2.管理后台

配置内⽹测试服务器环境，通过 PC 端 Web 站点管理⼩程序前端的输出内容，可从开发⼈员获取管理账号进⾏测试⼆、测试范围1.权限测试

需要检查以下⼏种情况下微信⽤户访问的权限1）未授权微信登录⼩程序

未授权时，⼀般使⽤⼀些业务功能的时候，都会弹出提醒：先授权再操作对应功能。or 在提交数据到后台的时候，会提⽰补充相关⾝份信息才能提交成功

2）已授权微信登录⼩程序

授权微信访问⼩程序，意味着⾃⼰的微信账号可被⼩程序管理⽅所获取，⾃动以微信的⾝份⾏使业务操作权限，⽐如咨询、⽀付、数据查询等

3）同⼀微信号在不同⼿机端登录授权查看数据权限

同⼀微信号在不同⼿机微信端授权登录同⼀⼩程序之后，所能查看的数据和操作的权限都应该是同步⼀致的2.功能测试1）按功能模块测试

根据设计好的各个⼤类功能模块划分，然后再逐级细化，覆盖到每个功能尽可能全⾯的测试点2）按业务流程测试

⼩程序的业务，⽐如咨询、⽀付、播放、查询、下载。把各个功能点串联起来形成完整的业务流程来检查；同⼀个业务，可能有不能的路径来实现，每个路径都需要覆盖检查3）按数据流向测试

根据数据从某⼀端操作输⼊和输出流向，设计基于数据流的测试⽤例，输出的数据也可能成为另外⼀端的输⼊，检查输⼊的数据是否按照代码逻辑执⾏正确的输出，是否数据发⽣异常（⽆法输⼊；有输⼊却⽆任何输出；输出不正确；多余的输出其他信息…）4）同⼀功能不同的⼊⼝有效性的检查

⼩程序中在⾸页、列表页、详细页、其他的业务功能相关页⾯，都有可能存在同⼀个功能的⼊⼝，如付费咨询、免费咨询业务中，可以直接从⾸页进⼊付费咨询⼊⼝，也可以通过免费咨询⼊⼝再切换到付费咨询⼊⼝。每⼀个⼊⼝路径都需要覆盖检查5）交互性检查

⼀般⽽⾔，产⽣数据和功能交互变化的情况主要有这⼏个分类：前台<–>前台、后台<–>后台、前台<–>后台。前台从 A1 页⾯提交的数据，可能需要在前台 A2 页⾯查看到，也会在对应后台的 B 页⾯查到记录；后台 B1 页⾯修改 or 添加的数据，对应到前台的 A 页⾯产⽣交互变化，后台本⾝的不同页⾯之间也可能存在同⼀个数据的输出值3.版本配置测试

有时候⼩程序⼀次性做了⼏套不相同的模板，在前端程序代码中修改配置参数，保存后重新编译，即可从⼀个版本切换到另⼀版本，同时也需要在管理后台作相应的切换，以保证前端进⾏数据调⽤

对于⾮公⽤的部分：不同版本直接的切换，需要保证彼此的功能模块和数据独⽴性不受⼲扰影响，即不同版本的管理后台所添加的数据只应该调⽤到各⾃对应模板的前台⼩程序中，不同版本的⼩程序从前台提交的数据也只会提交到各⾃管理后台，不应该有交差重叠对于公⽤的部分：切换不同的模板，都会显⽰相同的内容4.兼容性测试1）⼿机操作系统

常规的⼿机端 OS 为：Android（7.x/6.x/4.x/2.x…）、IOS（11.x/10.x/9.x…）2）微信版本

对于已上线的⼩程序，有可能会因为微信版本升级之后导致对部分⼩程序的组件⽀持产⽣冲突，⼿机端微信上查看的⼩程序页⾯出现样式有异常，⽐如出现少部分区域的⿊屏，这种情况需要同步在⼩程序的程序包中修改⼀些组件再次更新5.易⽤性测试1）导航

定位到页⾯某个模块所在位置，回到顶部 or 底部，导航条的收展，导航标签的⽂字是否容易理解2）功能⼊⼝

重要且常⽤业务的功能⼊⼝，是否在⽐较显眼的位置，业务操作过程是否便于⼤多数⽤户使⽤和查看3）上下层级进⼊&返回

⾸页<–>列表页、列表页<–>详细页 、⾸页<–>详细页。不同层级之间的进⼊和返回实现是否有相应按键易操作4）字体、图⽚、动态交互效果

字体：标签、标题、内容、动态播放字体…

图⽚：轮播图、背景图、封⾯图、触屏产⽣的交互图…三、注意事项1.上线1）上线配置

内⽹测试、线上测试对应不同 url 接⼝。上线前，需要修改内⽹测试接⼝地址为正式环境使⽤的接⼝；同时也要关注到配置参数的转换设置2）审核

将程序包提交给微信官⽅进⾏审核，⼯作⽇审核⼀般 0.5d-1d 之内可以搞定3）发布

微信官⽅审核通过后，即可发布⼩程序到正式环境中访问使⽤，通过⼿机微信端搜索对应⼩程序的名字即可搜索到2.常⽤功能1）缓存清理

微信 Web 开发者⼯具、⼿机端微信的缓存清理。

使⽤场景：数据修改后检查修改的效果，程序修改代码后检查效果等情况，可清除缓存后再检查2）编译

更新测试版本时使⽤。⼩程序需要经过⼏轮的循环测试和修复，开发⼈员每次修复 Bug 完成之后会添加新的程序包给到测试⼈员，测试⼈员则需要通过微信 Web 开发者⼯具删除旧版本的项⽬程序，重新添加新版本的程序包，然后编译调试