app测试与h5测试有啥区别

H5如何测试?

它跟安卓APP与IOS APP有什么样的区别呢?

我们以往的APP是使用原生系统内核的,相当于直接在系统上操作,是我们传统意义上的软件,更加稳定

H5的APP先得调用系统的浏览器内核,相当于是在网页中进行操作,较原生APP稳定性稍差,似乎还没有百万级用户量的H5 APP

H5最大的优点是可以跨平台,开发容易,APP的话需要用ANDROID的语言和IOS的语言各自写,H5只要开发一套

简单的说:H5是基于web,native基于客户端

H5测试应该从哪些方面考虑?

1、业务逻辑相关

除基本的功能测试之外,H5页面的测试,需要关注以下几点:

1.1 登陆

目前H5与native各个客户端都做了互通,所以大家在测试的时候要注意两点:

A、若客户端已登录,那么进入H5后仍然是登录状态。

B、若客户端未登录,进入H5,点击对应按钮OR链接。

如果需要登录,须拉起native登录;

若取消登录,是否可再次拉起登录,或者停留在的页面是否有对应的登录提示。

1.2 翻页

遇到翻页加载的页面,需要注意内容为1页或者多页的情况。

A、数据分页加载时,注意后续页面请求数据的正确。

ps:这个需要注意在快速操作场景中,请求页数是不是依次递增,快速操作

(如第一页尚未loading出来的时候仍然继续上拉操作)时是否发出去对应的请求了。

1.3 刷新与返回

A、下拉刷新是否仍然处于当前页面

B、用户主动点击刷新按钮是否仍然处于当前页面

C、点击返回与back键,回退页面是否是期望页面

1.4 数据的请求与返回:

A:提交了数据,数据是否正确的整理到后台管理系统:结婚请帖来参加婚礼的用户,信息和号码以及参与人数,是否正确的提交后台。

B:发送了请求,是否正确返回你要求的数据:比如我们常见的结婚请帖,是否有收到回执?

2、H5适配相关

H5的适配其实比客户端的相对来说,要少一些,手机品牌之间的差异不大,所以不用太多关注,最容易出现问题的是android2.3系统,这个要特别关注下:

A、大屏(如720*1280,重点关注页面背景是否完全撑开页面,刷新是否有抖动)、小屏手机(如320*480,重点关注下弹框样式和文案折行)

B、android2.3、android4.X随机找一个即可

C、ios5、ios6、ios7

D、浏览器上也要能够进行完美展示

3、安全相关

3.1 明确投放渠道都有哪些?

如独客、主客、wap,是否对未投放渠道做了限制,直接通过url请求是否拦截等

3.2 是否需要接入支付宝实名认证涉及到金钱相关。

如天猫积分,红包等,为了防刷,一般都需要判断是否支付宝实名认证。

以前我在的公司,有一次为了做推广~发起了一个数钱的活动,每次都是一毛一毛的数,时间是15秒,出现如下bug:

1)利用脚本数钱,15秒数出了100多~~-最后出于推广成本的考虑,就把时间限制为5秒、

2)转发一次就可以奖励多一次机会数钱,结果没有做好限制,朋友的朋友推广,还是可以奖励次数。

4、体验相关

4.1 资源相关

A、页面中有图片的话,淘宝那边建议图片一般不大于50kb,本着一个原则,尽量缩小图片。

B、资源是否压缩、是否通过CDN加载。---CDN是什么?---就近地区访问,服务速度会更快。

C、如何保证二次发布后有效更新。

D、对于类似公司名称、offer名称长度的问题,在手机上最好能根据屏幕大小自适应而不是截断,因为手机上是不会有tips可以看的。

截断导致大屏幕下也只能显示几个字,交互不好

4.2 流量

A、对于一些不会变化的图片,如游戏动画效果相关图片,不需要每次都请求的东西,做本地缓存。

B、数据较多时是否做了分页加载。

4.3 页面展现时间

A、关注页面首屏加载时间。

4.4 页面提示

A、弱网络下,数据加载较慢,是否有对应的loading提示

B、接口获取异常时,提示是否友好。

C、刷新页面或者加载新内容时页面是否有抖动。

4.5 手机操作相关

A、锁屏之后展示页面。

B、回退到后台之后,重新呼出在前台展示。

C、手指滑动是否流畅,手指点击时焦点是否定位正确,不同机型会不一样。焦点地位后点击是否灵敏。

4.6 弱网络体验

5、埋点数据检查

与前端同学一起确认埋点情况。什么是埋点?

接下来你可能要问,H5测试的工具是什么?很简单。

1:你手上的手机→直接扫描二维码打开链接,进行测试

2:谷歌浏览器→调试成手机模式来进行测试

下载谷歌浏览器,点击浏览器右上角“三”图标,在下拉选项中选择→“更多工具”→“开发者工具”,或者直接按F2;

这样子就可以开始测试了!是不是超简单?

Native App

传统的原生App开发模式,android基于Java语言,底层调用Goolge提供的API,IOS基于Objective c或Swift,底层调用Apple官方提供的Api

优点:

直接依托于操作系统,交互性最强,性能最好

功能最为强大,特别是在与系统交互中,几乎所有功能都能实现

缺点 :

开发成本高,无法跨平台,不同平台Android和iOS上都要各自独立开发

门槛较高,原生人员有一定的入门门槛,相比广大的前端人员而言,较少 更新缓慢,特别是发布应用商店后,需要等到审核周期 维护成本高

Web App

即移动端的网站,将页面部署在服务器上,然后用户使用各大浏览器访问,不是独立APP,无法安装和发布,类似于现在所说的轻应用

优点:

开发成本低,可以跨平台,调试方便

维护成本低 更新无需通知用户,不需要手动升级 无需安装App,不会占用手机内存

缺点:

无法获取系统级别的通知,提醒,动效等等

用户留存率低 设计受限制诸多 体验较差

Hybrid App

(Hybrid)混合应用程序,在应用程序中嵌入了webview,通过webview访问网页,嗯,那webview又是个啥? webview是一个基于webkit引擎,展现web页面的控件 作用: 显示和渲染web界面 直接使用html文件(网络或Apk资源包assets中)作布局 可和JavaScript交互调用

优点:

开发成本较低,可以跨平台,调试方便 维护成本低,功能可复用

功能更加完善,性能和体验要比起web app好太多 更新较为自由

缺点: 相比原生,性能仍然有较大损耗 不适用于交互性较强的app

tips

如何判断一个应用界面是native还是web界面

1、在手机/模拟器中点击关于手机中的版本号5下,出来开发者选项

2、在开发者选项中勾选上显示布局边界再返回到App界面

3、如果App是Html的界面,那界面不会有布局边界显示,如有则说明是native的

你可能感兴趣的:(app测试与h5测试有啥区别)