APP测试点

测试点	测试用例	注意事项
push	push的接收、点击调起：app正在运行时、app在后台运行时、app在后台不运行时； push内容的完整性：标题、内容、点击跳转到达的页面，注意区分是否需要登录状态； 用户设置了免打扰时间段，检查收不到push提醒，非免打扰时间段，可以收到push提醒； push设置针对登录用户发送时，看是否收到的push与登录用户身份一致，是否错收。
系统时间	客户端可以自行设置手机的时区、时间，因此需要校验该设置对app的影响。 时间一般需要根据服务器时间再转换成客户端对应的时区来展示，这样的用户体验比较好。	回复帖子在服务端记录的是10:00，此时，华盛顿时间为22:00，客户端去浏览时，如果设置的是华盛顿时间,则显示的发表时间即为22:00,当时间设回东8区时间时，再查看则显示为10:00。
系统语言	（同上类似）设置手机语言之后，app内的语言是否跟随转换
交叉事件测试	多个app同时运行是否影响正常功能； app运行时前/后台切换是否影响正常功能； app运行时拨打/接听电话； app运行时发送/接收信息； app运行时发送/收取邮件； app运行时切换网络（2G、3G、4G、Wi-Fi）； app运行时浏览网页； app运行时使用蓝牙传送/接收数据； app运行时使用相机、计算器等手机自带设备。	是否会出现app崩溃或卡死的现象，这类非常严重，如果因为app而引起手机基本功能无法使用，是无法接受的。
前后台切换	app切到后台，再回到app，是否停留在上次操作页面； app切到后台，再回到app，功能是否正常，是否会crash，尤其是当从后台切回前台时有数据更新的情况下； app使用中，有电话进来中断，再切回app时，功能是否正常； 杀掉app，再启动，app功能是否正常； 出现必须处理的提示框，切换到后台，再切换回app，检查提示框是否还存在； 有数据交换的页面，每个页面都要进行前后台切换、锁屏测试，这种情况最易出现crash。
网络测试	主要覆盖到2G、3G、4G、Wi-Fi；.net、wap；电信、移动、联通；所有可能的组合进行测试； 无网络时，是否有好提示，确保app不crash； 网络信号不好时，确保不因数据提交失败而crash； 网络信号不好时，检查数据是否一直处于提交状态，而未设置超时； 网络信号不好时，执行操作后，在回调没有完成的情况下，退出本页面或者执行其他操作的情况，有无异常情况，而不crash。 弱网下的响应时间； 强网络下大流量动作，是否会自动应用升级或其他大流量动作。	尽可能全面覆盖用户的使用场景； 模拟信号被屏蔽时候，app的使用情况（如火车上、高山上等场景测试）
用户体验	是否有空数据界面设计，引导用户去执行操作； 是否滥用用户引导； 是否有不可点击的效果，若不可点击要置灰或去掉按钮； 菜单层次是否太深； 交互流程分支是否太多； 相关的选项是否离得很远； 一次是否载入太多的数据； 界面中按钮可点击范围是否适中； 标签页是否跟内容没有从属关系，当切换标签的时候，内容跟着切换； 操作应该有主次从属关系； 是否有横屏模式的设计，应用一般需要支持横屏模式，即自适应设计。	以主观的普通消费者的角度去感知产品或服务的舒适、有用、易用、友好亲切程度。
音频测试	是否做了回声处理； 是否降噪处理； 延时是否过长，在网络传输过程或者做抖动缓冲处理时，会产生一定的延时。 音质是否清晰；	盲测，同等条件下，同时让评估人体验同类型的多款产品； 测试者越多越好； 多种环境下测试，安静和嘈杂的环境。
视频测试	考虑横屏和竖屏，大小屏观看切换； 视频格式、视频大小； 视频播放的暂停、快进、后退； 视频播放时快速滑动页面是否会出错； 是否画音同步； 视频是否预加载、加载时间； 视频播放中是否会锁屏； 视频已经加载过的视频，再次滑到，是否能立即播放，或是否是需要些时间才可以； 视频页面刷新时，视频是否正常刷新；
定位	GPS定位：需要GPS模块(硬件)的支持。优点是其定位精确度高；缺点就是耗电高、定位慢、室内和地下室基本定位不到。 基站定位：根据采集到手机所处基站信息和手机相关信息(MNC、MCC、LAC)进行定位。优点是：定位速度快；缺点是：定位精度稍微较差，无网络信号不能使用。 Wi-Fi定位：和基站定位类似，根据当前设备获取的Wi-Fi信息来进行定位。 定位优先级：可以在Androidmanifest.xml中设定。 测试时需要关注：定位正确性、定位权限、不同网络环境下的定位、不同环境下的定位；定位产生的耗电量评测；定位失败的处理情况。
其他考虑因素	电量的正常场景与异常场景； 内存的正常场景与异常场景； cpu的正常场景与异常场景； 时间：热启动的时间、页面切换的时间、前后台切换时间、首字时间、首屏时间