就目前我们互联网+中心的大多数APP产品而言,功能测试仍是整个测试过程的基础和重点,占比很大。
除去每个产品和版本不同的业务需求以及功能,针对于大多数APP的共同点和移动设备的特性,本文总结了一些APP功能测试中经常遇见,需要考虑到的测试点以供参考。
1
安装和卸载
应用的安装和卸载在任何一款APP中都属于最基本功能。一旦出错,就属于优先级为紧要Critical的缺陷。因此APP的安装和卸载应作为一个测试点多加重视。主要关注以下几个方面:
▲应用是否可以正常安装(命令行安装;豌豆荚/手机助手等第三方软件安装;apk/ipa安装包安装)
▲应用是否可以在iOS和Android不同系统,版本,机型上进行安装(有的系统版本过低,应用不能适配)
▲安装过程中是否能暂停,再次点击,是否能继续安装
▲安装空间不足时如何表现,是否有相应提示,提示是否友好
▲安装过程中断网或网络不稳定的情况下,是否有相应提示,以及网络恢复后是否能继续安装
▲是否可以正常删除应用(桌面删除;第三方软件删除;命令行删除)
▲应用卸载后所有的安装文件夹是否全部删除
▲卸载过程中出现死机,断电,重启等意外的情况,待环境恢复后是否可以继续正常卸载
▲卸载是否支持取消功能,单击取消后软件卸载情况是否正常
2
运行
(1)软件安装后需要检查应用是否能正常运行:
(2)APP安装完成后,是否可以正常打开,稳定运行
(3)APP的速度是可以让人接受,切换是否流畅
(4)网络异常时,应用是否会崩溃:在请求超时的情况下,如果程序逻辑处理的不好,就有可能发生Crash。(比如黄油相机APPV4.8.2.8版本,在无网络状态下,进入照片编辑页面,选择并拖动照片时,会发生闪退)
3
注册和登录
用户注册和登录功能是很多APP产品最基础的构成之一,而主流的登录页面大致分为三种:
(1)账号密码注册登录;
(2)手机号注册登录;
(3)第三方授权登录。
本文针对前两种注册登录方式进行阐述:
3.1
账号密码注册登录
▲输入正确的账号密码,可正常注册和登录
▲已注册用户再次注册
▲未注册用户尝试登录
▲密码“****”展示
▲账号输入框对最大长度和格式应有校验(比如邮箱账号需要邮箱格式等)
▲账号或密码输入错误时建议提示“账号或密码错误”,而不是“账号错误”或“密码错误”
▲密码是否加密传输(可抓取请求查看)
▲密码更改后,登录时是否做到了有效数据的校验:修改前的密码失效;
▲未登录时对一些页面的操作,是否做了控制
▲切换账号登录,检验登录的信息是否做到及时更新
▲对于多个端都进行操作时,确保数据库操作无误,且每个端可以及时看到数据的更新
多设备同时登录同一帐号时(iOS+iOS,Android+Android,iOS+Android),检查是否将原用户剔除,弹出异地登录提示,且对一些需要登录后才能使用的页面无操作权限。
3.2
手机号注册登录
▲手机号输入框格式校验检查
▲验证短信的接收是否及时;
▲用验证码可正常登录;
▲验证码错误时,登录失败+友好提示
▲验证短信文案是否符合所测APP;
▲重复发送验证码,前一个验证码正常失效
▲频繁操作验证码发送,应有操作限制
▲验证码有效期校验(超过有效期无法登录)
4
日历控件
▲目前很多包含购票功能的APP中都会设置日历控件方便选票,那么对日历控件的测试我们需要关注哪些呢?
▲月份和日期对应(比如2月有28天,7月31天)
▲闰年2月,应有29天
▲跨年时,年份应有增加。
比如下图的问题就属于跨年但年份未增加的问题:
5
权限设置
当前很多APP的使用依赖于位置,通知,网络等用户权限,例如杭州公交APP,在首次启动时会询问用户是否同意启用定位,通知,网络权限。针对用户权限,我们可以多关注以下几点:
▲首次启动APP询问是否同意启用权限
▲消息权限开启时,消息推送是否正常接收(iOS系统应用启用和后台关闭时都应该可以收到;Android系统在后台关闭进程后就不会推送)
▲消息权限关闭后,APP客户端接收不到消息推送。
▲位置权限开启时,APP可定位到当前位置(比如杭州公交APP,能自动定位到用户当前位置,展示出附近的公交站)
▲位置权限关闭后,APP需定位才可用的功能,是否有提示引导用户开启权限,比如“请打开系统设置中’隐私-定位服务’,允许“XXXX”使用您的位置”。
▲网络权限关闭时,APP是否有提示(“服务器或网络错误,请稍后重试”),是否有提示引导用户开启权限。
6
软件更新
▲强制更新(APP开启后要求必须更新,否则无法使用APP):1.多次关闭和打开APP后是否正常跳出更新弹窗,且无法关闭;2.点击更新是否正确跳转至后台配置的更新页面;
▲非强制更新(只提示一次更新):1.可正常关闭更新弹窗。2.重启APP更新提示按照需求再次显示,或者不再显示;3.点击更新是否正确跳转至后台配置的更新页面;
▲取消版本更新时,老版本可以正常使用;
▲APP更新后版本号应有更新;
▲APP更新后新增功能和老功能可正常使用。
▲当有新版本时,不删除客户端的情况下,直接更新是否成功;
▲删除APP后更新
7
网络环境
▲3G,4G,wifi 网络环境下应用的各功能可正常运行;
▲网络异常时 ,数据交换失败是否会有提醒;
▲有网到无网再到有网环境时,数据是否可以自动恢复,正常加载;
▲只允许内网访问的APP,在连接到外网时是否有友好提示。
8
兼容性测试
▲尽量覆盖该产品的主要用户(建议选取产品自己的数据,具体技术方案可以采取APP内部埋点的方法。如果是新发布的产品,可以选取竞品类产品的数据)
▲从不同系统,版本,分辨率,机型(不同厂家ROM)等纬度进行适配测试
▲通常选择在少数主流设备上执行全向的用例,在其他兼容性范围内的设备上覆盖主要功能的测试用例;
▲关注各功能界面在不同分辨率下是否存在UI展示问题(如果代码没有对不同分辨率做适配处理,就可能会出现错位,遮挡,留白,拉伸和模糊等问题)
▲基于UI自动化脚本的云测试方案(基于轻量级的UI自动化脚本,以及借助云平台大量的真机资源)
9
异常测试
▲没有内存空间时,APP能否正确响应;
▲横竖屏切换展示;
▲APP运行时网络中断;
▲反复操作某个功能(一般是比较重要的功能),不断点击和刷新,是否会出现闪退;
▲APP运行时接入电话,短信,微信,或其他消息
由于移动互联网的应用太多,更新频繁,无论如何不是个人经验所能覆盖完全的。以上几点,仅从作者测试过的APP进行总结,仅为APP应用测试新人提供思考方向。希望看完本文,您对于移动应用的测试多了一些了解。
END
领取专属 10元无门槛券
私享最新 技术干货