创维|阿里内部流出——史上最全 App功能测试点分析( 五 )


2)当版本为非强制升级版时 , 用户可以取消更新 , 老版本能正常使用 。 用户在下次启动 app
时 , 仍能出现更新提示 。
3)当版本为强制升级版时 , 当给出强制更新后用户没有做更新时 , 退出客户端 。 下次启动
app时 , 仍出现强制升级提示 。
4)当客户端有新版本时 , 在本地不删除客户端的情况下 , 直接更新检查是否能正常更新 。
5)当客户端有新版本时 , 在本地不删除客户端的情况下 , 检查更新后的客户端功能是否是
新版本 。
6)当客户端有新版本时 , 在本地不删除客户端的情况下 , 检查资源同名文件如图片是否能
正常更新成最新版本 。 如果以上无法更新成功的 , 也都属于缺陷 。
2.4.7定位、照相机服务
1) App有用到相机 , 定位服务时 , 需要注意系统版本差异
2)有用到定位服务、照相机服务的地方 , 需要进行前后台的切换测试 , 检查应用是否正常 。
3)当定位服务没有开启时 , 使用定位服务 , 会友好性弹出是否允许设置定位提示 。 当确定
允许开启定位时 , 能自动跳转到定位设置中开启定位服务 。
4)测试定位、照相机服务时 , 需要采用真机进行测试 。
2.4.8时间测试
客户端可以自行设置手机的时区、时间 , 因此需要校验该设置对 app的影响 。
--中国为东 8区 , 所以当手机设置的时间非东 8区时 , 查看需要显示时间的地方 , 时间是否展示正确 , 应用功能是否正常 。
时间一般需要根据服务器时间再转换成客户端对应的时区来展示 , 这样的用户体验比较好 。 比如发表一篇微博在服务端记录的是 10:00 , 此时 , 华盛顿时间为 22:00 , 客户端去浏览时 , 如果设置的是华盛顿时间则显示的发表时间即为 22:00当时间设回东 8区时间时 , 再查看则显示为 10:00 。
2.4.9 PUSH测试
1)检查 push消息是否按照指定的业务规则发送
2)检查不接受推送消息时 , 检查用户不会再接收到 push.
【创维|阿里内部流出——史上最全 App功能测试点分析】3)如果用户设置了免打扰的时间段 , 检查在免打扰时间段内 , 用户接收不到 PUSH 。 在非免打扰时间段 , 用户能正常收到 push 。
4)当 push消息是针对登录用户的时候 , 需要检查收到的 push与用户身份是否相符 , 没有错误地将其它人的消息推送过来 。 一般情况下 , 只对手机上最后一个登录用户进行消息推送 。
5)测试 push时 , 需要采用真机进行测试 。
2.5性能测试
评估App的时间和空间特性:
1)极限测试:在各种边界压力情况下 , 如电池、存储、网速等 , 验证App是否能正确响应 。
--内存满时安装 App
--运行 App时手机断电
--运行 App时断掉网络
2)响应能力测试:测试App中的各类操作是否满足用户响应时间要求 。
--App安装、卸载的响应时间
--App各类功能性操作的影响时间
3)压力测试:反复/长期操作下、系统资源是否占用异常 。
--App反复进行安装卸载 , 查看系统资源是否正常
--其他功能反复进行操作 , 查看系统资源是否正常
4)性能评估:评估典型用户应用场景下 , 系统资源的使用情况 。
5)Benchmark测试(基线测试):与竞争产品的Benchmarking产品演变对比测试等 。
2.6交叉事件测试
针对智能终端应用的服务等级划分方式及实时特性所提出的测试方法 。 交叉测试又叫事件或冲突测试 , 是指一个功能正在执行过程中 , 同时另外一个事件或操作对该过程进行干扰的测试 。
如;App在前/后台运行状态时与来电、文件下载、音乐收听等关键运用的交互情况测试等 。 交叉事件测试非常重要 , 能发现很多应用中潜在的性能问题 。

相关经验推荐