最近接触了较多关于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账号关联
易用性测试
是否方便使用
提示信息是否完整
各个功能是否可用
是否方便查找
是否可以离线使用
进入小程序过程是否简单易操作
其他注意事项
小程序升级更新–一般为强制升级和更新
小程序目前不支持分享至朋友圈,但是可以用图片的方式分享至朋友圈
小程序的添加和删除
微信端取消授权登录
感谢每一个认真阅读我文章的人,礼尚往来总是要有的,虽然不是什么很值钱的东西,如果你用得到的话可以直接拿走:
这些资料,对于【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴上万个测试工程师们走过最艰难的路程,希望也能帮助到你!有需要的小伙伴可以点击下方小卡片领取