H5和小程序测试点分析

最近接触了较多关于H5页面的测试，H5页面的测试除了业务逻辑功能测试外，其他部分的测试方法基本是可以通用的，在此对H5页面和小程序的一些通用测试方法进行总结分享给大家。

H5优势

H5可以跨平台，开发成本相对较低；

H5可随时上线就更新版本，适合快速迭代；

H5可以轻量的触达用户，提供更快捷的服务；

在微信入口或者浏览器上，用户只需点开链接就可以获取我们所提供的服务。

H5劣势

H5->的转化强依赖于浏览器；

H5目前基本无法将数据存储在本地，依赖实时性数据，网络状态不好的时候卡到哭。

性能相对较低，影响用户体验。

H5功能验证

对于页面中的返回，以及浏览器自带的返回的测试。页面中的返回要考虑业务逻辑，返回到相应层次，需要从用户角度返回的转跳逻辑，不能出现死循环。并要注意返回后是否需要刷新页面请求通过H5页面（非手机自带返回键）的返回功能键返回，可以返回到正确的页面（上一级/退出H5）点击返回与back键，回退页面是否是期望页面。

横屏竖屏相互切换，能自适应，并且布局不会乱掉；或页面只支持横或竖屏限制。

在手机上从list点击进入detail页面，要在原窗口打开，这样可以通过页头的返回按钮返回，而不需要通过手机的返回键返回，这样交互上更友好。

关注页面请求，是否会有多余的请求，或者请求后有多余的数据返回，尽量精简，否则会浪费流量。

图片适配测试，根据不同屏幕和分辨率做适配，以及适配后的清晰度，高端机取双倍尺寸的图–app兼容测试。

小程序测试技术

小程序的特点

类似WEB.非HTML5

即用即走，随手可得

拥有离线能力

基于微信跨平台

媲美原生操作体验

小程序的入口

扫码进入小程序

搜索小程序

小程序发送到桌面（Android）

发送给朋友

小程序的架构

微信小程序的框架包含两部分，View视图层、App Serive逻辑层，View视图层用力啊渲染页面结构，App Serive逻辑层用来逻辑处理、数据请求、接口调用，它们在两个线程里运行。

View视图层使用WebView渲染，App Serive逻辑层使用JSCore运行。

View视图层和App Serive逻辑层通过系统层的JSBrigdage进行通信，App Serive逻辑层把数据变化通知到WebView渲染，触发WebView渲染页面更新，WebView渲染把触发的事件通知到App Serive逻辑层进行业务处理。

小程序的测试点

功能测试

输入

输出

边界值

页面交互—微信小程序里面界面交互

系统问题方面测试–低电，来电话，数据线插拔，充电状态，重启等情况

界面测试

设计是否美观

是否符合需求说明

尺寸是否合理

对于横竖屏切换使用好不同手机分辨率和尺寸的要求是否符合

兼容性测试

操作系统—IOS、Android

微信版本–小程序的api(接口)库

其他微信小程序

屏幕大小和分辨率因素

不同网络状态下的测试—2G/3G/4G/WIFI

与微信功能的交互测试

入口–下拉框、发现模块搜索

交易–微信钱包、微信卡包

与微信其他功能的切换–抢红包、文字聊天、语音聊天、视频通话

性能测试

页面响应时间

资源占用

渲染时间

耗电量

白屏时间

帧率

安全性测试

接口测试–传递的数据的安全性

危险账号授权

与小程序的app账号关联

易用性测试

是否方便使用

提示信息是否完整

各个功能是否可用

是否方便查找

是否可以离线使用

进入小程序过程是否简单易操作

其他注意事项

小程序升级更新–一般为强制升级和更新

小程序目前不支持分享至朋友圈，但是可以用图片的方式分享至朋友圈

小程序的添加和删除

微信端取消授权登录

最后感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：

​

这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你！