App专项测试要点

1、兼容性测试要点

• 测试要点

• 不同操作系统的兼容性，包括主流的 Andoird 和 iOS 版本；
• 主流的设备分辨率下的兼容性；
• 主流移动终端机型的兼容性；
• 同一操作系统中，不同语言设置时的兼容性；
• 不同网络连接下的兼容性，比如 Wifi、GPRS、EDGE、CDMA200 等；
• 在单一设备上，与主流热门 App 的兼容性，比如微信、抖音、淘宝等；

• 常见缺陷

• 崩溃
• 闪退
• ANR:在Android上，如果你的应用程序有一段时间响应不够灵敏，系统会向用户显示一个对话框，这个对话框称作应用程序无响应（ANR：Application Not Responding）对话框。用户可以选择“等待”而让程序继续运行，也可以选择“强制关闭”。所以一个流畅的合理的应用程序中不能出现anr，而让用户每次都要处理这个对话框。因此，在程序里对响应性能的设计很重要，这样系统不会显示ANR给用户。默认情况下，在android中Activity的最长执行时间是5秒，Broadcast Receiver的最长执行时间则是10秒。
• UI变型

2、交叉事件主要测试点

针对智能终端应用的服务等级划分方式及实时特性所提出的测试方法。交叉测试又叫事件或冲突测试，是指一个功能正在执行过程中，同时另外一个事件或操作对该过程进行干扰的测试。如；App在前/后台运行状态时与来电、文件下载、音乐收听等关键运用的交互情况测试等。交叉事件测试非常重要，能发现很多应用中潜在的性能问题。

• 测试要点

• 多个APP同时运行是否影响正常功能
• APP运行时前/后台切换是否影响正常功能
• APP运行时拨打/接听电话
• APP运行时发送/接收信息
• APP运行时发送/收取邮件
• APP运行时切换网络（2G、3G、4G 、 5G 、 Wi-Fi）
• APP运行时浏览网络
• APP运行时使用蓝牙传送/接收数据
• APP运行时使用相机、计算器等手机自带设备

3、流量测试要点

• App 执行业务操作引起的流量；
• App 在后台运行时的消耗流量；
• App 安装完成后首次启动耗费的流量；
• App 安装包本身的大小；
• App 内购买或者升级需要的流量。

4、耗电量测试要点

• App 运行但没有执行业务操作时的耗电量；
• App 运行且密集执行业务操作时的耗电量；
• App 后台运行的耗电量。

5、弱网测试要点

与传统桌面应用不同，移动应用的网络环境比较多样，而且经常出现需要在不同网络之间切换的场景，即使是在同一网络环境下，也会出现网络连接状态时好时坏的情况，比如时高时低的延迟、经常丢包、频繁断线，在乘坐地铁、穿越隧道，和地下车库的场景下经常会发生。

6、边界测试要点

边界测试是指，移动 App 在一些临界状态下的行为功能的验证测试，基本思路是需要找出各种潜在的临界场景，并对每一类临界场景做验证和测试。

• 系统内存占用大于 90% 的场景；
• 系统存储占用大于 95% 的场景；
• 飞行模式来回切换的场景；
• App 不具有某些系统访问权限的场景，比如 App 由于隐私设置不能访问相册或者通讯录等；
• 长时间使用 App，系统资源是否有异常，比如内存泄漏、过多的链接数等；
• 出现 ANR 的场景；
• 操作系统时间早于或者晚于标准时间的场景；
• 时区切换的场景；

7、App性能测试要点

• App性能测试要点

• APP的启动时长是否过长
• APP使用时对CPU、内存的消耗情况
• APP使用时Crash的几率是否较多，可以进行埋点分析测试
• APP使用时，电量流量的使用
• 反复长期的操作情况下，系统该资源的使用情况
• 响应能力测试，验证各种情况下不通操作能否满足用户的响应请求

• App常见性能缺陷

• 加载时间过长
• 应用程序首次启动速度慢
• 进入某个界面速度慢
• 启动某一有动画效果的界面，动画执行过程不流畅，或者动画执行卡顿时间长
• 响应某一用户事件时长时间无响应
• 应用长时间运行后，随机出现卡顿现象
• 服务器无法响应，报HTTP500错误
• APP出现黑白屏
• APP崩溃

8、用户界面测试要点

• 用户界面测试要点

测试用户界面(如菜单、对话框、窗口和其它可规控件)布局、风格是否满足客户要求、文字是否正确、页面是否美观、文字、图片组合是否完美、操作是否友好等。UI测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。确保用户界面符合公司或行业的标准。包括用户友好性、人性化、易操作性测试。

• 常见缺陷

• 不符合 UI 设计或与界面原型不一致
• 界面显示不完全
• 上拉刷新和下拉刷新时出现页面加载错

9、安装卸载测试要点

• 安装卸载测试要点

• 应用是否可以在IOS不同系统版本或Android不同系统版本上安装（有的系统版本过低，应用不能适配）
• 软件安装后是否可以正常运行，安装后的文件夹及文件是否可以写到指定的目录里
• 安装过程中是否可以取消,安装空间不足时是否有相应提示
• 检查安装包是否齐全，尤其DLL，检查安装手册
• 如果应用需要通过网络验证之类的安装，需要测试一下断网情况下是否有相应提示
• 是否可以删除应用
• 测试卸载后文件是否全部删除所有的安装文件夹
• 卸载过程中出现死机，断电，重启等意外的情况，待环境恢复后是否可以正确卸载
• 卸载是否支持取消功能，单击取消后软件卸载情况是否正常

• 安装卸载常见缺陷

• 安装过程中出现闪退
• 安装完成后，点击APP无反应
• 安装完成后，点击APP，APP出现闪退
• 已经存在旧版本，但不卸载旧版本，进行覆盖安装新版本时，版本号是新版本的版本号，但APP的内容仍然是旧版本

10、软件更新测试要点

• 当客户端有新版本时，有更新提示
• 软件更新一定要测，确保Android软件更新可以正确更新新版本，且安装运行正确
• 确保IOS软件更新会有限制，正式版只有上了商店且有版本更新时才能测试
• 用户取消版本更新时，老版本可以正常使用，但是下次启动应用时，仍出现更新提示
• 当有新版本时，不删除客户端的情况下，直接更新检查是否能正常更新，且更新后客户端的功能是否最新版本（正常来讲不用强制删除本地客户端可以正常更新
• 出现跨版本更新的时候，可以更新成功

11、App崩溃测试要点

• 验证在有不同的屏幕分辨率，操作系统和运营商的多个设备上的APP行为
• 用新发布的操作系统版本验证APP的行为
• 验证在如隧道，电梯等网络质量突然改变的环境中的APP的行为
• 通过手动网络从蜂窝更改到Wi-Fi，或反过来，验证APP的行为
• 验证在没有网络的环境中的APP的行为
• 验证来电/短信和设备特定的警报(如警报和通知)时的APP的行为
• 通过改变设备的方向，以不同的视图模式，验证APP的行为
• 验证设备内存不足时的APP的行为
• 通过用测试工具施加载负荷验证APP的行为
• 用不同的支持语言验证APP的行为

12、用户体验性测试要点

• 界面显示是否美观，界面的色彩、字体大小是否合适、布局是否美观，提示语是否友好;

• 按钮、对话框、列表和窗口等是否符合用户的使用习惯;

• 是否易于导航、导航是否直观、导航与页面结构、菜单、连接页面的风格是否一致。