H5和小程序测试分析

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

01

H5优势

• H5可以跨平台，开发成本相对较低；
• H5可随时上线就更新版本，适合快速迭代；
• H5可以轻量的触达用户，提供更快捷的服务；
• 在微信入口或者浏览器上，用户只需点开链接就可以获取我们所提供的服务。

02

H5劣势

• H5->的转化强依赖于浏览器；
• H5目前基本无法将数据存储在本地，依赖实时性数据，网络状态不好的时候卡到哭。
• 性能相对较低，影响用户体验。

03

H5功能验证

通过H5网页（非手机的返回功能）的返回功能可以返回，不会出现无法返回的情况。

返回逻辑：

• 对于页面中的返回，以及浏览器自带的返回的测试。页面中的返回要考虑业务逻辑，返回到相应层次，需要从用户角度返回的转跳逻辑，不能出现死循环。并要注意返回后是否需要刷新页面请求通过H5页面（非手机自带返回键）的返回功能键返回，可以返回到正确的页面（上一级/退出H5）点击返回与back键，回退页面是否是期望页面。
• 横屏竖屏相互切换，能自适应，并且布局不会乱掉；或页面只支持横或竖屏限制。
• 在手机上从list点击进入detail页面，要在原窗口打开，这样可以通过页头的返回按钮返回，而不需要通过手机的返回键返回，这样交互上更友好。
• 关注页面请求，是否会有多余的请求，或者请求后有多余的数据返回，尽量精简，否则会浪费流量。
• 图片适配测试，根据不同屏幕和分辨率做适配，以及适配后的清晰度，高端机取双倍尺寸的图--app兼容测试。

04

小程序测试技术

小程序的特点

• 类似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逻辑层进行业务处理。

05

小程序的测试点

功能测试

• 输入
• 输出
• 边界值
• 页面交互---微信小程序里面界面交互
• 系统问题方面测试--低电，来电话，数据线插拔，充电状态，重启等情况

界面测试

• 设计是否美观
• 是否符合需求说明
• 尺寸是否合理
• 对于横竖屏切换使用好不同手机分辨率和尺寸的要求是否符合

兼容性测试

• 操作系统---IOS、Android
• 微信版本--小程序的api(接口)库
• 其他微信小程序
• 屏幕大小和分辨率因素
• 不同网络状态下的测试---2G/3G/4G/WIFI

与微信功能的交互测试

• 入口--下拉框、发现模块搜索
• 交易--微信钱包、微信卡包
• 与微信其他功能的切换--抢红包、文字聊天、语音聊天、视频通话

性能测试

• 页面响应时间
• 资源占用
• 渲染时间
• 耗电量
• 白屏时间
• 帧率

安全性测试

• 接口测试--传递的数据的安全性
• 危险账号授权
• 与小程序的app账号关联

易用性测试

• 是否方便使用
• 提示信息是否完整
• 各个功能是否可用
• 是否方便查找
• 是否可以离线使用
• 进入小程序过程是否简单易操作

其他注意事项

• 小程序升级更新--一般为强制升级和更新
• 小程序目前不支持分享至朋友圈，但是可以用图片的方式分享至朋友圈
• 小程序的添加和删除
• 微信端取消授权登录