最近接触了较多关于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账号关联
易用性测试
- 是否方便使用
- 提示信息是否完整
- 各个功能是否可用
- 是否方便查找
- 是否可以离线使用
- 进入小程序过程是否简单易操作
其他注意事项
- 小程序升级更新--一般为强制升级和更新
- 小程序目前不支持分享至朋友圈，但是可以用图片的方式分享至朋友圈
- 小程序的添加和删除
- 微信端取消授权登录
