手机端常规测试
文章目录
手机端常规测试
介绍手机测试的概念架构
对于手机端测试,按照平台来分,分为Android和IOS两大主流系统.
ios和Android的区别
- 手机操作系统,Android较多,ios较少且不能降级,只能单向升级;新的ios系统中的资源库不能完全兼容低版本中的ios系统中的应用,低版本ios系统中的应用调用了新的资源库,会直接导致闪退(Crash);
- 操作习惯:Android,Back键是否被重写,测试点击Back键后的反馈是否正确;应用数据从内存移动到SD卡后能否正常运行等;
- push测试:
Android:点击home键,程序后台运行时,此时接收到push,点击后唤醒应用,此时是否可以正确跳转;
ios,点击home键关闭程序和屏幕锁屏的情况(红点的显示); - 安装卸载测试:Android的下载和安装的平台和工具和渠道比较多,ios主要有app store,iTunes和testflight下载;
- 升级测试:可以被升级的必要条件:新旧版本具有相同的签名;新旧版本具有相同的包名;有一个标示符区分新旧版本(如版本号),对于Android若有内置的应用需检查升级之后内置文件是否匹配(如内置的输入法)
另外:对于测试还需要注意一下几点:
- 并发(中断)测试:闹铃弹出框提示,另一个应用的启动、视频音频的播放,来电、用户正在输入等,语音、录音等的播放时强制其他正在播放的要暂停;
- 数据来源的测试:输入,选择、复制、语音输入,安装不同输入法输入等;
- push(推送)测试:在开关机、待机状态下执行推送,消息先死及其推送跳转的正确性;应用在开发、未打开状态、应用启动且在后台运行的情况下是push显示和跳转否正确;推送消息阅读前后数字的变化是否正确;多条推送的合集的显示和跳转是否正确;
- 分享跳转:分享后的文案是否正确;分享后跳转是否正确,显示的消息来源是否正确;
- 触屏测试:同时触摸不同的位置或者同时进行不同操作,查看客户端的处理情况,是否会crash等
功能测试
对于手机app来说,和我们测试web项目差不太多,也是各种测试方式需要考虑进来,比如说逻辑功能测试,
现在公司在开发移动端的时候,肯定是有相应的需求文档和UI所设计的产品效果图,我们做逻辑功能测试,就是根据这些资料,当然也根据我们正常人的逻辑思维进行逻辑功能测试我们要测试主页面,我的页面,商城页面这些功能是否合理
安装与卸载测试
1. 软件安装后是否可以正常运行
2. 安装过程中是否可以取消,
3. 安装空间不足时,是否有相应提示,
4. 是否可以卸载应用(可通过桌面卸载,也可以通过软件卸载)
5. 卸载是否支持取消功能
6. 单击取消后软件卸载功能是否正常,
7. 卸载后文件是否全部删除所有的安装文件夹
8. 从不同的应用市场下载进行安装测试,比如测试小米市场,华为市场,应用宝,安卓市场,安智市场的安装测试
软件升级测试
1. 当客户端有新版本时,是否有更新提示
2. 当版本为非强制升级版时,用户可以取消更新,老版本能正常使用,用户在下次启动app时,仍能出现更新提示;
3. 当版本为强制升级版时,当给出强制更新后用户没有做更新时,退出客户端,下次启动app时,仍出现强制升级提示,当然现在强更已经很少出现了。
4. 检查更新后各个功能是否能正常使用;
5. 在线跨版本升级后能否正常使用,当然现在主流的安装更新方式开始向热更新热部署方式转变,就是在用户不需要手动更新的情况下,完成版本的静默更新,这个技术是有难度的,需要看公司中程序员的技术能力还有就是是否有这样的产品需求。
登录测试
对于登录测试,基本上每一款app都有登录注册功能,所以在测试App的时候,登录测试是必不可少的一项。
1. 登录用户名和密码错误时,界面有提示信息
2. 用户主动退出登陆后,下次进入app时,应该进入登陆界面
3. 密码更改后,登录时是否做到了有效数据的校验,
4. 对于未登录状态时,一些页面的操作,是否做了控制
5. 切换账号登录,检验登录的信息是否做到及时更新,
6. 对于多个端(web、iso、android等)进行操作时,确保数据库操作无误,且每个端可以及时看到数据的更新,
7. 一个账号只允许一台机器登陆的软件,需要账号登录多个手机时,是否将原用户踢下线,
8. 能够给出提示信息,用户登录状态太久,session会过期,会出现“虽然是登录状态,系统会提示用户没有登陆”
安全性测试——权限测试
对于手机权限,如果我们是刚开发不知名的app,权限这块尽量少一些,这些权限在安装的时候都必须用户同意。在Android 6.0之后,权限需要动态的申请,我们测试的时候,需要测试在使用到这些权限的时候,程序员是否做逻辑判断,用户同意权限应该怎么操作,不同意权限又应该怎么操作。
消息推送测试
消息推送,是移动端的一大特色。
未锁屏时,应用后台运行,消息推送是否可正常接收,
未锁屏时,APP客户端使用过程中,可以收到消息提醒,且点击可查看。
锁屏时,手机消息栏是否可以接收到消息提醒。且点击可查看。点击后消息栏中消失。
精准推送
当推送消息是针对登录用户的时候,需要检查收到的push与用户身份是否相符,没有错误的将其他人的消息推送过来
push推送消息是是否能有针对性的推送,如相应内容推送给相应用户(精准推送)
退出登录后,是否接受push推送(根据需求来)
前后台切换测试
APP切换到后台,再回到APP,检查是否停留在上一次操作界面;检查功能及应用状态是否正常;程序是否崩溃,功能状态是否正常,尤其是对于从后台切换回前台数据有自动更新的时候
手机锁屏解屏后进入app注意是否会崩溃,功能状态是否正常
当APP使用过程中有电话进来中断后再切换到APP,功能状态是否正常
当关闭APP进程后,在开启APP,APP能否正常启动
对于有数据交换的页面,尤其是有视频图片之类的页面,每个页面都必须要进行前后台切换、锁屏的测试,这种页面最容易出现崩溃
UI测试(界面测试)
**确保产品UI符合产品经理制定的 原型图
与 效果图
一般涉及界面
(如菜单、对话框、窗口和其他可视控件)布局、风格、文字
是否正确,页面是否美观,操作
是否友好。
兼容性测试
兼容性测试主要考虑手机的版本,型号,分辨率
案例:
兼容测试,公司中会买好多测试机来太让我们进行测试,一般是不同厂商的手机,当然还有第三方云测平台,比如testin还有腾讯wetest,就可以做兼容性测试。可以一次性测试100台测试机,同时会有相应的兼容报告,bug报告。
对于IOS,ISO版本有7.1.2、8.3、9.1等;能否适配各种屏幕尺寸
网络环境测试
测试2G、3G、4G、wifi、有网、无网、弱网
情况下应用的运行
mokey测试
对于手机测试,除了我们一些常规的功能测试,我们还会做压力测试
比如对于Android手机,我会使用adb指令
进行一些相应的操作,比如通过adb查看设置
,进入设备,抓取log,我们测试的时候,会使用adb logcat所抓出来的log日志存到电脑
,发给开发,方便他们快速解决bug。
另外,我还会使用monkey对app进行测试,可以使用monkey对app做压力测试
,主要就是测试操作app的时候,程序是否会崩溃
性能测试
对于性能测试,(eclipse和Android studio中本身有检测cpu和内存的工具,也有检测手机内存泄漏的工具)靠工具来测试手机cpu占用,内存占用,电池温度等,以及测试我们的app在后台持续运行的流量消耗和电量消耗问题。
本文地址:https://blog.csdn.net/weixin_48334703/article/details/110236302
上一篇: 软著整理代码快速生成