APP 测试 入门

APP界面元素介绍(偏产品的基础知识):

各种bar(栏):

status bar状态栏(时间,电量,信号的,未读信息提示)、

navigation bar导航栏、

tab bar标签栏:   即  页面底部的 主菜单栏, 一般是3-5个,如果超过5个,考虑将第5个图标用给更多表示

tool bar工具栏,

serach bar搜索栏 +  scope bar 范围栏 ,范围栏一般是和搜索栏一起出现的。

 

content view 内容视图:

list style 列表视图(微信常用)、

card style卡片视图(音乐APP常用)、

collision style 集合视图(音乐APP常用)、

image style 图片视图(一张图片)、

text style 文本视图 ( 一大段文本)

 

控制元素:   控制产品行为或显示的信息

页面控制器  (e.g  轮播图里面的 ......  高亮的点点,提示用户当前处于第几个页面)

分段式控件  (将1个页面分为2到5个类别,常放在导航栏上方或下方) 

滑动开关  (e.g 微信安全设置里面的各种开关) 

选择器 (e.g. 闹钟设置页面)

文本框 (e.g 手机号和密码 输入框)

按钮    

进度条   (展示任务的进度,常位于导航栏下方)

刷新视图  (在APP中下拉刷新时会出现,提示用户正在刷新)

调节器 (音量,亮度调节的)

 

临时视图:

alert view 警告视图   (e.g APP要发送通知给您? 允许  不允许 )

模态视图   : 这个视图显示的时候,是不能对其他视图操作。例如:警告框显示的时候,背景视图全部灰调。很多警告视图都是模态视图。

action sheet 操作列表:  (列表展示多个的 :定位城市 、最近访问城市、热门城市 多行列表)

toast     会自己自动消失的提示信息

 

APP测试点

  • 功能测试:安装卸载升级、消息推送、账号在线离线测试、首次启动(功能介绍或引导图)、初始状态或空数据状态(空页面处理、分页处理()、图标按钮不同状态的颜色显示(常态,选中态、不可点击态)
  • 界面测试:产品给的原型图 <---核对是否匹配----UI做的效果图
  • 兼容测试:操作系统,屏幕尺寸  (百度流量研究院统计的机型排行)
  • 中断测试:断网重连、断电、低电量、来电话
  • 弱网测试:数据实时交换 (e.g. 微信群,自己发消息,群友也在发消息)

 

APP测试,有很多专项测试。目的都是为了提高用户体验。

比如你通过某做的很烂的APP向某人转钱,网络不好,出现了再试一次,然后你比较傻,点了个四五次(我一般都不点)。然后突然网络好了,你转出去四五笔钱。你不心疼流量也心疼钱啊。

 

 

考虑因素

网络:正常场景(不同网络2G/3G/4G/WIFI)、异常场景(无网、弱网、强网、)、

电量:正常场景、异常场景

内存:正常场景、异常场景

CPU:正常场景、异常场景

时间指标(性能指标)

热启动的响应时间

页面切换的响应时间

(一般 native 的会好很多。如果遇到 HTML5 页面,各种白屏,闪屏,转菊花,那体验就糟糕透顶了)、

前后台切换响应时间

首字时间

首屏时间

无网络

首先,页面呈现。做的好的应用会直接规避掉,如果无网络,直接退出到登陆界面。而做的差,就给你一个残页给你,这是非常糟糕的设计。

另外,数据完整性和session一致性其实是一样的,这个在金融交易或者即时游戏中很重要。比如你打副本打的很开心,然后突然地铁钻下去了,没网了,副本还在进行,你可能都不知道已经没网了。在网络恢复之后,会是怎样一个状态?另外,还需要关注的是,无网状态下会不会还不断的请求网络,不断的做网络相关的操作。从无网状态恢复到有网络,会不会有请求堆积?

强网络形态场景测试

如果你开着4G,然后一不小心打开了一个高清在线视频,刷刷刷,就欠费上万了,你的胸中必须有千万头草泥马了吧。这就是强网络形态场景,有些场景就必须是开着wifi才能做的,有些场景必须对 2g 优化的。这事情开发必须清楚,他不清楚的话,测试需要帮忙测试出来。

据我所知,微信的升级就会监听用户是否插着电,连着wifi,一旦监听到了,就马上告诉你,现场可以升级。之前论坛里有人报过支付宝的bug,说一开应用刷刷几个M就没了,事实上,这是因为支付宝内部的 html5 应用包升级,就没有对具体网络场景做判断,导致用户心疼了把流量。

所以在设计这一块测试用例的时候,最好和开发,pd一起讨论下,毕竟只有pd定了,开发写了,才能测的安稳。这块的测试就必须上真机真卡了,目前为止还没有哪位同学模拟出基站来的。

 

弱网测试

由于PC端时代,通常不存在弱网情况,所以大部分测试会聚焦在网络异常,即断网情况,如:

异常信息  容错机制  超时机制  重连机制

到了移动时代,网络的形态也不再是单一的有线连接。2g/3g/edge/4g/wifi,不同的协议,不同的制式,不同的速率。场景也更加丰富,空旷的大街,拥挤的地铁,快速飞驰的汽车。流量就是钱,凡是和钱相关的事情,就是大事。所以对于应用开发和测试都有不小的挑战。那从测试角度来说,需要关注的就远不止断网情况了。我试着从功能,性能,稳定,异常处理,场景特性等几个维度来归纳下,当然一切都是为了用户体验:

网络切换

 

HTML5 性能优化的文章,要多看啊

(一般 native 的会好很多。如果遇到 HTML5 页面,各种白屏,闪屏,转菊花,那体验就糟糕透顶了)、

首字时间、首屏时间、是否有302跳转、页面大小、是否开启 GZip

 

弱网测试参考文章:

https://blog.youkuaiyun.com/swordgirl2011/article/details/51765237

http://www.smarterapps.cn/index.php?app=home&mod=Appinfo&act=articleDetail&id=49

3秒定律参考文章:

http://www.yixieshi.com/23012.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值