一、App测试与Web测试的区别
- Web端特性
- 首先从系统架构来看的话，web测试只要更新了服务器端，客户端就会同步会更新。而且客户端是可以保证每一个用户的客户端完全一致的。
- 其次性能方面，web页面可能只会关注响应时间。
- 最后兼容性方面，web是基于浏览器的，所以更倾向于浏览器和电脑硬件，电脑系统的方向的兼容，不过一般还是以浏览器的为主。而浏览器的兼容则是一般是选择不同的浏览器内核进行测试（IE、chrome、Firefox）。
- App端特性
- app端是不能够保证完全一致的，除非用户更新客户端。如果是app下修改了服务端，意味着客户端用户所使用的核心版本都需要进行回归测试一遍。
- app则还需要关心流量、电量、CPU、GPU、Memory。
- app的测试则必须依赖手机或者平板，不仅要看分辨率，屏幕尺寸，还要看设备系统。系统总的来说也就分为Android和iOS，不过国内的Android的定制系统太多，也是比较容易出现问题的。
二、App测试要点
- App崩溃
- 验证在有不同的屏幕分辨率，操作系统和运营商的多个设备上的APP行为
- 用新发布的操作系统版本验证APP的行为
- 验证在如隧道，电梯等网络质量突然改变的环境中的APP的行为
- 通过手动网络从蜂窝更改到Wi-Fi，或反过来，验证APP的行为
- 验证在没有网络的环境中的APP的行为
- 验证来电/短信和设备特定的警报(如警报和通知)时的APP的行为
- 通过改变设备的方向，以不同的视图模式，验证APP的行为
- 验证设备内存不足时的APP的行为
- 通过用测试工具施加载负荷验证APP的行为
- 用不同的支持语言验证APP的行为
- 兼容性测试常见缺陷
- 崩溃
- 闪退
- ANR:在Android上，如果你的应用程序有一段时间响应不够灵敏，系统会向用户显示一个对话框，这个对话框称作应用程序无响应（ANR：Application Not Responding）对话框。用户可以选择“等待”而让程序继续运行，也可以选择“强制关闭”。所以一个流畅的合理的应用程序中不能出现anr，而让用户每次都要处理这个对话框。因此，在程序里对响应性能的设计很重要，这样系统不会显示ANR给用户。默认情况下，在android中Activity的最长执行时间是5秒，Broadcast Receiver的最长执行时间则是10秒。
- UI变型
- 安装卸载常见缺陷
- 安装过程中出现闪退
- 安装完成后，点击APP无反应
- 安装完成后，点击APP，APP出现闪退
- 已经存在旧版本，但不卸载旧版本，进行覆盖安装新版本时，版本号是新版本的版本号，但APP的内容仍然是旧版本
- 安装卸载测试要点
- 应用是否可以在IOS不同系统版本或Android不同系统版本上安装（有的系统版本过低，应用不能适配）
- 软件安装后是否可以正常运行，安装后的文件夹及文件是否可以写到指定的目录里
- 安装过程中是否可以取消,安装空间不足时是否有相应提示
- 检查安装包是否齐全，尤其DLL，检查安装手册
- 如果应用需要通过网络验证之类的安装，需要测试一下断网情况下是否有相应提示
- 是否可以删除应用
- 测试卸载后文件是否全部删除所有的安装文件夹
- 卸载过程中出现死机，断电，重启等意外的情况，待环境恢复后是否可以正确卸载
- 卸载是否支持取消功能，单击取消后软件卸载情况是否正常
- 软件更新测试要点
- 当客户端有新版本时，有更新提示
- 软件更新一定要测，确保Android软件更新可以正确更新新版本，且安装运行正确
- 确保IOS软件更新会有限制，正式版只有上了商店且有版本更新时才能测试
- 用户取消版本更新时，老版本可以正常使用，但是下次启动应用时，仍出现更新提示
- 当有新版本时，不删除客户端的情况下，直接更新检查是否能正常更新，且更新后客户端的功能是否最新版本（正常来讲不用强制删除本地客户端可以正常更新
- 出现跨版本更新的时候，可以更新成功
- App常见性能缺陷
- 加载时间过长
- 应用程序首次启动速度慢
- 进入某个界面速度慢
- 启动某一有动画效果的界面，动画执行过程不流畅，或者动画执行卡顿时间长
- 响应某一用户事件时长时间无响应
- 应用长时间运行后，随机出现卡顿现象
- 服务器无法响应，报HTTP500错误
- APP出现黑白屏
- APP崩溃
- App性能测试要点
- APP的启动时长是否过长
- APP使用时对CPU、内存的消耗情况
- APP使用时Crash的几率是否较多，可以进行埋点分析测试
- APP使用时，电量流量的使用
- 反复长期的操作情况下，系统该资源的使用情况
- 响应能力测试，验证各种情况下不通操作能否满足用户的响应请求
- 用户体验性常见缺陷
-
界面显示是否美观，界面的色彩、字体大小是否合适、布局是否美观，提示语是否友好;
-
按钮、对话框、列表和窗口等是否符合用户的使用习惯;
-
是否易于导航、导航是否直观、导航与页面结构、菜单、连接页面的风格是否一致。
- 交叉事件主要测试点：针对智能终端应用的服务等级划分方式及实时特性所提出的测试方法。交叉测试又叫事件或冲突测试，是指一个功能正在执行过程中，同时另外一个事件或操作对该过程进行干扰的测试。如；App在前/后台运行状态时与来电、文件下载、音乐收听等关键运用的交互情况测试等。交叉事件测试非常重要，能发现很多应用中潜在的性能问题。
- 多个APP同时运行是否影响正常功能
- APP运行时前/后台切换是否影响正常功能
- APP运行时拨打/接听电话
- APP运行时发送/接收信息
- APP运行时发送/收取邮件
- APP运行时切换网络（2G、3G、4G 、 5G 、 Wi-Fi）
- APP运行时浏览网络
- APP运行时使用蓝牙传送/接收数据
- APP运行时使用相机、计算器等手机自带设备
- 用户界面测试要点及常见缺陷：测试用户界面(如菜单、对话框、窗口和其它可规控件)布局、风格是否满足客户要求、文字是否正确、页面是否美观、文字、图片组合是否完美、操作是否友好等。UI测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。确保用户界面符合公司或行业的标准。包括用户友好性、人性化、易操作性测试。
- 不符合 UI 设计或与界面原型不一致
- 界面显示不完全
- 上拉刷新和下拉刷新时出现页面加载错