一、安装/卸载/升级更新
分类 | 测试点 |
---|---|
安装 | 1. 通过第三方软件协助安装是否正常 2. 在不同的操作系统下安装是否正常 3. 安装过程中断网,安装是否正常 4. 安装后的文件夹以及文件是否写到了指定的目录里 5. 软件安装过程是否可以取消,点击取消后,写入的文件是否如需求设计说明处理 6. 软件安装过程中断电 7. 软件安装过程中重启 8. 软件安装过程中死机 9. 安装空间不足时是否有响应的提示 10. 安装后没有生成多余的目录结构和文件 |
卸载 | 1. 可以通过第三方软件协助卸载 2. 可通过手机自带卸载功能卸载 3. 卸载是否有提示信息,是否支持取消 4. 测试卸载后文件是否全部删除所有的安装文件夹 5. 软件卸载过程中断电 6. 软件卸载过程中重启 7. 软件卸载过程中死机 8. 卸载后重新安装 |
升级更新 | 1. 测试升级后的功能是否与需求说明一样 2. 当客户端有新版本时,有更新提示 3. 当版本为非强制升级版时,用户可以取消更新,老版本能正常使用。用户在下次启动APP时,仍能出现更新提示 4. 当版本为强制升级版时,当给出强制更新后用户没有做更新时,退出客户端。下次启动APP时,仍出现强制升级提示 5. 当客户端有新版本时,在本地不删除客户端的情况下,直接更新检查是否能正常更新 6. 在线升级时数字签名验证是否通过,升级是否成功 7. 在线跨版本升级 8. 通过第三方软件协助升级是否正常 9. 在不同操作系统下升级是否正常 10. 升级过程中断网,升级是否能完成 11. 升级后的文件夹及文件是否写到了指定的目录里 12. 软件升级过程是否可以取消,点击取消后,写入的文件是否如概要设计说明处理 13. 软件升级过程中断电 14. 软件升级过程中重启 15. 软件升级过程中死机 16. 升级空间不足时是否有相应提示 17. 升级后没有生成多余的目录结构和文件 |
二、功能测试
分类 | 测试点 |
---|---|
启动 | 1. APP打开时是否有加载动画或加载状态进度提示 2. APP打开速度是否客观 |
前后台切换 | 1. APP切换到后台,再回到APP,是否停留在上一次操作界面 2. APP切换到后台,再回到APP,功能及应用状态是否正常 3. 手机锁屏解屏后进入APP是否会崩溃,功能状态是否正常 4. 当APP使用过程中有电话进来中断后再切换到APP,功能状态是否正常 5. 当APP使用过程中有其他APP的弹窗点击切换到其他APP后再切换APP,功能状态是否正常 6. 当杀掉APP进程后,再开启APP,APP是否能正常启动 7. 出现必须处理的提示后,切换到后台,再切换回来,检查提示框是否还存在,有时候会出现应用自动跳过提示框的缺陷 8. 对于有数据交换的页面,每个页面都必须要进行前后台切换、锁屏的测试,这种页面最容易出现崩溃 |
免登陆 | 1. 有网络情况时能否正常进入免登陆状态 2. 无网络情况时能否正常进入免登陆状态 3. 切换用户登陆后,用户登陆信息及数据内容是否更新 |
数据更新 | 1. 需要确定哪些地方需要提供手动更新,哪些地方需要自动刷新,哪些地方需要手动+自动刷新 2. 确定哪些地方从后台切换回前台时需要进行数据更新 3. 根据业务、速度及流量的合理分配,确定哪些内容需要实时更新,哪些需要定时更新 4. 确定数据展示部分的逻辑,每次从服务端请求,还是有缓存到本地,这样才能针对性的进行相应的测试 5. 检查有数据交换的地方,均有相应的异常处理 |
离线浏览 | 1. 在无网络情况可以浏览本地数据 2. 退出APP再开启APP时能正常浏览 3. 切换到后台再切回前台可以正常浏览 4. 锁屏后再解屏回到应用前台可以正常浏览 5. 在对服务端的数据有更新时会给予离线的相应提示 |
权限服务 | 1. 有用到 相机、定位、相册、通信录 服务时,需要注意版本差异 2. 有用到 相机、定位、相册、通信录 服务的地方,需要进行前后台的切换测试,检查应用是否正常 3. 当定位服务没有开启时,使用定位服务,会友好性弹出是否允许设置定位提示。当确定允许开启定位时,能自动跳转到定位设置中开启定位服务 |
时间检查 | 1. 检查文字的发布、评论、创建时间是否合理 |
push消息测试 | 1. 检查push消息是否按照指定的业务规则发送 2. 检查不接受推送消息时,检查用户不会再接收到push消息 3. 免打扰时间段测试,检查推送消息时间 4. 推送消息的人群是否准确 5. 推送消息的信息是否准确 |
三、兼容性测试
分类 | 测试点 |
---|---|
设备型号 | 1. 检查在不同Android/iOS设备型号下是否使用正常,例如:VKY-AL00:HUAWEI P10 Plus 全网通版:HUAWEI、iPhone 12 Pro (A2408) 公开版 由于目前Android市场设备型号数量过于庞大,建议使用第三方APP兼容测试平台进行测试 |
系统版本 | 1. 检查在不同系统版本下是否使用正常,例如:Android 10.0、,iOS 15.7 正式版:19H12 |
屏幕尺寸 | 1. 检查在不同屏幕尺寸是否使用正常,例如:5.2英寸、6.1英寸 |
屏幕分辨率 | 1. 检查在不同屏幕分辨率下是否使用正常,例如:720×1280、1080×1920 |
软硬件兼容性 | 1. 检查在不同品牌的手机/平板上是否使用正常 |
网络环境 | 1. 无网络时,执行需要网络的操作,给予友好提示,确保程序不出现崩溃 2. WIFI/2G/3G/4G情况下数据显示 3. 2G和wifi切换情况下的处理 4. 3G和wifi切换情况下的处理 5. 4G和wifi切换情况下的处理 6. 不同wifi切换时的处理 7. 在网络信号不好时,检查功能状态是否正常 8. 在网络信号不好时,检查数据是否会一直处于提交中的状态,有无超时限制。 9. 在网络信号不好时,执行操作后,在回调没有完成的情况下,退出本页面或者执行其他操作的情况,有无异常情况。 |
四、用户体验
分类 | 测试点 |
---|---|
通用 | 1. 空数据界面是否有用户操作的指引 2. 是否滥用用户指引 3. 是否有不可点击的效果 4. 交互流程分支是否太多 5. 相关的选项是否离的很远 6. 一次是否载入太多的数据 7. 界面中按钮可点击范围是否适中 8. 标签页是否跟内容有从属关系 9. 操作应该有主次从属关系 10. 是否有横屏模式的设计 11. 系统是否定义back的逻辑,是否在不应该返回的时候返回了 12. 用户不耐心而且多次敲击按钮会发生什么 13. 输入错误的数据会发生什么 14. 系统操作是否简单、易理解?是否有指引性 15. APP页面间的切换是否流畅,逻辑是否正确 |
导航相关 | 1. 导航方式是否合理(菜单不能太深,是否符合逻辑) 2. 是否有让用户产生担忧数据安全的设计和操作 3. 是否会要求打开相关服务(GPS、WiFi),用户打开会怎样、没打开会怎样 4. 将用户重新引向哪里?去网页?还是从网页到APP,是否会导致问题出现 |
出错提醒和消息 | 1. 出错提醒的UI设计是否可以接收 2. 错误信息内容是否可以理解 3. 错误信息是否报错一致 4. 这些错误信息是否有帮助 5. 错误信息内容是否合适 6. 错误是否符合惯例和标准 7. 错误信息本身是否安全 8. 运行记录和崩溃是否能被用户和开发者获得 9. 是否所有错误都被测试过 10. 用户处理完错误信息后,将处于什么状态 11. 是否用户应该接受错误信息时,却没有错误信息弹出 12. 后台消息能及时推送到移动端 13. 如果因网络或其他原因出错,提示框中是否有重试或者不重试的选择按钮 |
其他异常 | 1. 系统会因为长时间运行而慢慢停止,然后崩溃吗 2. 开启时会发生什么 3. 任务完成中会发生什么 4. 是否可能丢失未保存的操作 5. 可以忽视通知提醒吗?忽视后会发生什么 6. 可以对通知提醒做出响应吗?响应后会发生什么 7. 当登录过期或超时会发生什么 8. 多次快速点击时,会发生什么 |
五、交叉事件
分类 | 测试点 |
---|---|
交叉事件 | 1. 多个APP同时运行是否影响到正常功能 2. APP运行时前后台切换是否影响正常功能 3. APP运行时拨打/接听电话 4. APP运行时发送/接收信息 5. APP运行时发送/接收邮件 6. APP运行时切换网络(2G、3G、4G、5G、WiFi、弱网、断网) 7. APP运行时使用蓝牙传输/接收数据 8. APP运行时使用相机、计算器等手机自带设备 9. 多个运行中的APP切换 10. APP运行时关机 11. APP运行时重启系统 12. APP运行时更新系统 13. APP运行时重启系统 14. APP运行时插拔充电器 15. APP运行时杀掉进程,再次启动 16. APP运行时接收到弹窗提醒 17. APP运行时查看应用推送 18. 运行时手机锁屏、解屏 |
六、性能负载
分类 | 测试点 |
---|---|
性能负载 | 1. 如果处于一直被使用或者负荷情况下,是否会反应迟钝吗、是否会崩溃、是否会刷新、是否有反馈 2. 崩溃报告是否会反馈到App 3. 运行到极限时会发生什么状况 4. 持续几天真是几周的运行,系统是否稳定 5. 内存/CPU占用、流量/电量消耗一般有多少 峰值多少 6. 设备在不同电量时(低于10%,50%,95%),app的响应/启动时间以及操作流畅度 |