h5 测试关注点

原文链接:http://www.blogjava.net/qileilove/archive/2014/07/24/416154.html?utm_source=tuicool&utm_medium=referral

1、业务逻辑相关

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

  1.1 登陆

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

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

  B、若客户端未登录,进入H5,点击对应按钮OR链接,如果需要登录,须拉起native登录。若取消登录,是否可再次拉起登录,或者停留在的页面是否有对应的登录提示。

  ps:本次测试过程中就发现,第一次点击链接,可以拉起登录,第二次却不能。

  1.2 翻页

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

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

  ps:这个需要注意在快速操作场景中,请求页数是不是依次递增,快速操作(如第一页尚未loading出来的时候仍然继续上拉操作)时是否发出去对应的请求了。

  1.3 刷新与返回

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

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

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

  ps:本次测试过程中就发现,mtop接口请求成功,但是data内无数据时,返回到的就是个空白页面,无法正常发送请求。

  1.4 mtop接口返回处理

  发现这个出现问题的地方有很多,但是只要有意识的去处理,就很容易避免,主要是以下几种情况:

  A、请求成功,且返回有数据,测试mtop接口返回数据的各种场景。

  B、请求成功,但data内容为空。

  C、请求接口异常,出现ERR_SID_INVALID::SESSION过期,拉起登录。

  D、请求接口发生除C中提到的异常之外的异常,通常可归结为一类进行处理。

  2、H5适配相关

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

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

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

  C、ios5、ios6、ios7。

  3、安全相关

  3.1 明确投放渠道都有哪些

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

  3.2 评估是否需要接入集团安全,如mtee黑白名单等。

  3.3 是否需要接入支付宝实名认证

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

  3.4 是否接入windvane,所有请求通过native发出。

 4、体验相关

  4.1 资源相关

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

  B、资源是否压缩、是否通过CDN加载。

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

  4.2 流量

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

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

  4.3 页面展现时间

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

  4.4 页面提示

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

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

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

  4.5 手机操作相关

  A、锁屏之后展示页面。

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

  4.6 弱网络体验

  5、埋点数据检查

  与BI、前端同学一起确认埋点情况。

时间: 2024-10-24 21:19:03

h5 测试关注点的相关文章

H5测试关注点

1:逻辑相关 除了基本的功能测试以外,H5页面的测试需要关注以下几点: 1.1登录 目前H5与native各个客户端都做了互通,所以大家测试时要关注两点 A:若客户端已登录,那么进入H5后仍是登录状态 B:若客户端未登录,进入H5,点击对应的OR链接,若需要登录必须拉起native登录.若取消登录,是否可以再次拉起登陆或者停留在的页面是否有对应的提示. 1.2翻页 遇到翻页加载的页面,需要注意内容为1页或者多页的情况. A,数据分页加载时,注意后续页面请求数据的正确. ps:这个需要注意在快速操

H5测试

h5测试内容包括:业务逻辑.适配.刷新.流量.网络.流畅性.页面的加载时间.体检.翻页与返回.数据的请求.手机操作(锁屏.前后台切换.页面滑动) 工具:谷歌浏览器中,开发者工具

xfire实现webservice客户端之测试关注点

日前的工作接触到很多系统间的Webservice调用,这里想谈谈基于spring+xfire实现的webservice的客户端踩过的一些坑,需要测试关注的点. xFire的配置项 在spring中实现ws的client的客户端还是相对比较容易的,只需要编写一个和webservice接口一致的接口类即可.在xml的配置中需要关注下面几个参数: http.timeout : 响应超时,即服务端接收到ws请求,但在处理请求时,长时间没有返回,超时 http.connection.timeout : 连

H5测试与PC端测试不同的点

1.通过H5网页(非手机的返回功能)的返回功能可以返回,不会出现无法返回的情况. 2.横屏竖屏相互切换,能自适应,并且布局不会乱掉: 3.为能在不同分辨率的手机上能更好的展示,建议采用响应式设计(如:offerlist页面在大屏时显示3行,小屏时显示2行) 4.在手机上从list点击进入detail页面,要在原窗口打开,这样可以通过页头的返回按钮返回,而不需要通过手机的返回键返回,这样交互上更友好. 5.关注页面请求,是否会有多余的请求,或者请求后有多余的数据返回,尽量精简,否则会浪费流量. 6

native与H5优缺点及H5测试

一.native(原生)与H5优缺点介绍 native(原生)优点 1.运行速度快 2.可以应用到底层的API 3.便捷性与易用性 4.打开会比较节省流量 native(原生)缺点 1.不同操作系统需要独立开发 2.更新后需要重新打包,提交审核(更新后需要给ios和Android各助手审核) 3.不方便做适配,做适配需要很多机型 H5的优点 1.只需要开发一次 2.更新不需要重新打包,代码只更新到服务器就可以 3.开发成本低 H5的缺点 1.每次打开页面都需要重新加载, 2.过度依赖于网络 3.

关于支付类的一些测试关注点及异常点

做了四年多的银行支付系统测试,对支付模式类型略知一二.对于市场上的支付系统,其实原理大同小异.市场上大多数软件系统涉及到支付功能,都会与第三方支付系统交互,跳转到相应的支付系统实现其支付功能,下面说下开展这类型测试之前,需要考虑哪些因素: 1,了解第三方支付接口有哪些,系统直接交互如何实现,建议画流程图(题外推荐:流程图可以使用chrome插件:Gliffy,个人感觉比较好用.),重复熟悉系统实现流程,只有搞清楚流程,才能更好的评估其中的风险,才能有利于测试用例的设计: 2,除了主要功能之外,还

Android测试关注点

Android系统app测试,一般有native app原生,web app网页, hybird app混合 1.功能测试,考虑业务逻辑,主要手机和APP交互功能,来电,短信,闹钟可能对app造成的影响,home,锁屏,音量,其他功能按键对app的影响,点击,多点触控对app的影响,其他应用的影响,比如清除缓存,声音的冲突,屏幕的旋转,通知栏,滑动. 2.性能测试,时间,响应时间,界面切换前后台切换时间, 内存,CPU使用率Emmagee软件测试,前后台耗电量,前后台流量耗费,. 3.安装测试,

【tool】网站测试关注点

UI测试UI测试包括的内容有如下几方面:1)各个页面的样式风格是否统一:2)各个页面的大小是否一致:同样的LOGO图片在各个页面中显示是否大小一致:页面及图片是否居中显示:3)各个页面的title是否正确:4)栏目名称.文章内容等处的文字是否正确,有无错别字或乱码:同一级别的字体.大小.颜色是否统一:5)提示.警告或错误说明应清楚易懂,用词准确,摒弃模棱两可的字眼:6)切换窗口大小,将窗口缩小后,页面是否按比例缩小或出现滚动条:各个页面缩小的风格是否一致(按比例缩小或出现滚动条,不可二者兼有):

H5页面测试app测试

H5页面介绍 1. H5页面H5即 HTML5,是最新的 Web 端开发语言版本,大多数手机 APP 页面会用 H5 实现,包括 PC Web 站点也会用它开发实现.所以 Web 的通用测试点和方法基本都可以适用于它.H5其实就是:移动端Web页面.H5应用在很多地方,如APP的活动专题页面.新闻页面.微信公众号文章页面等都属于H5页面,在PC或者手机浏览器都可以直接访问H5页面.H5作为移动端的web页面,有它自身的优势,如它可以跨平台使用,开发成本相对较低:可随时上线就更新版本,适合快速迭代