手机端常规测试
概念架构
主要是针对
手机品牌 操作系统 分辨率
以及平台 IOS 和 Android 两大主流平台
Android开源导致碎片化比较严重 所有bug 会多一些 IOS相对少一些
常见的分辨率 720*1080 1080*1920
操作系统 android系统太多了 ios比较少 但是升级之后不可以降级
Android系统使用的不仅手机 点餐的平板 电视盒子 智能家居 小米手环 的时候需要考虑蓝牙,wifi连接传输这块
进行哪些方面的测试
-
功能测试
对于手机app测试来说,和web项目差不多也是 各种方式都要考虑进来
比如逻辑功能测试 根据需求文档或者效果图 , 以及正常人的逻辑 -
安装与卸载
- 安装之后是否可以正常使用
- 安装过程中是否可以取消,
- 从不同的应用市场下载进行安装测试
- 安装空间不足的时候 是否有提示
- 是否可以卸载(桌面卸载 和 通过软件卸载)
- 卸载是否支持取消功能
- 卸载之后是否完全删除了所有的文件夹
-
软件升级测试
- 有新版本的时候,是否有提示
- 对于非强制升级版,可以取消更新,老版本能正常使用,下次启动app的时候仍能出现更新提示
- 对于非强制更新版,跨版本升级时候可用
- 对于强制版本更新,没有更新完,退出客户端。下次是否能出现更新提示
- 当然现在主流安装更新方式向 热更新热部署方式改变 不需要用户手动更新 完成静默更新(这个技术有点难度)
-
登录测试
- 登录用户名或密码错误 提示信息
- 退出登录之后,下次使用app 进入登录页面
- 修改密码后一般直接跳到登录页面 是否做了有效数据的校验
- 未登录状态的一些页面操作 是否做了控制
- 切换账号登录,校验登录的信息是否做到了即时更新
- 对于多个端(web , ios , android)进行操作的时候,确保数据库操作无误
而且每个端都可以看到数据的更新 - 一个账号只允许一台机器登录的软件,需要账号登录多个手机时,是否将原用户踢下线 且给出提示信息
- 登录状态过久 session过期 ???
-
安全性测试 – 权限测试
- 这里主要是手机权限,在安装的时候都必须用户同意
在Andriod6.0之后,权限需要动态的申请 用户同意该怎么操作 , 用户不同意该怎么操作
- 这里主要是手机权限,在安装的时候都必须用户同意
-
消息推送测试
消息推送是移动端的一大特色, 是Android的四大组件之一广播来完成的
- 未锁屏,app后台运行,消息时候可以正常接收 点击查看
- 未锁屏,app使用过程中,可以接收到 点击查看
- 锁屏 消息栏是否可以接收到消息提醒 点击可查看 , 点击之后一般消失
- 精准推送
- 针对当前用户,需要检查收到的push于用户的身份时候相符 没有错把他人的消息推送过来
- 针对相应的用户, 推送的消息有针对性
- 按照需求,退出登录后是否接收push推送
-
前后台切换
普通情况 以及 对于有数据交换的页面,尤其有视频图片之类的页面
- app切换到后台 再切换回app
- 锁屏 再解屏
- 打电话进来中断后 再切换到app
都要进行一下测试
1. 检查是否停留在上一次的操作界面 2. 功能及应用状态时候正常 3. 程序时候崩溃
-
UI测试
- 确保符合原型图
一般涉及界面(如菜单、对话框、窗口和其他可视控件)布局、风格、文字是否正确 页面是否美观 操作是否友好
- 确保符合原型图
-
兼容性测试
- 主要考虑手机的版本 型号 分辨率
-
网络环境测试
- 测试wifi 、有网 、 弱网、 无网 情况下 应用的运行
- 网不好的情况下数据交换失败是否有提醒
- 有网到无网再到有网 数据是否可以自动恢复 ,正常加载
- 无网络各种提示信息是否友好
-
moneky测试
主要是对app进行一些压力测试
-
性能测试
eclipse和Android studio 中本身自带有检测cpu 和内存的工具 也有检测手机内存泄露的工具