移动测试测试点之功能测试测试点

2、前台后台切换
2.1、App切换到后台，再回到App检查是否停留在上一次操作界面
2.2、App切换到后台，再回到App检查功能及应用状态是否正常；iOS4和iOS5的版本处理机制有的不一样
2.3、App切换到后台，再回到App注意程序是否崩溃，功能状态是否正常，尤其是对于从后台切换到前台数据有自动更新的时候
2.4、手机锁屏截屏后进入App注意是否会崩溃，功能状态是否正常，尤其是对于从后台切换回前台数据又自动更新的时候
2.5、当App使用过程中有电话进来终端操作后，再次切回到App，功能状态是否正常
2.6、当杀掉App进程后，再开启后App能否正常启动
2.7、出现必须处理的提示框后，切换到后台处理完成之后再切换回来，价差提示框是否还存在，有时候会出现应用自动跳过提示框的缺陷
2.8、对于数据交换的页面， 每个页面都必须进行前后台切换、锁屏的测试；这种页面最容易出现崩溃

3、免登录
3.1、App有免登录功能时，需要考虑iOS版本差异
3.2、考虑无 络情况时能否正常进入免登录状态
3.3、切换用户登录后，要校验用户登录信息及数据内容是否相应更新，确保原用户退出
3.4、根据MTOP的先有规则，一个账户只允许登录一台机器；所以，需要检查一个账户登录多台手机的情况。原手机里的用户要被踢出，给出友好提示
3.5、App切换到后台，再切换到前台的校验
3.6、密码更换后，检查有数据交换时是否进行了有效身份验证
3.7、支持自动登录的应用在进行数据交换时，检查系统是否能自动登录成功并且数据操作无误
3.8、检查用户主动退出登录后，下次启动App，应停留在登录页面

4、数据更新
4.1、需要确定哪些地方需要提供手动刷新、哪些地方需要自动刷新、哪些地方需要手动+自动刷新
4.2、确定哪些地方从后台切换回前台时需要进行数据更新
4.3、根据业务、速度及流量的合理分配，确定哪些内容需要实时更新，哪些需要定时更新
4.4、确定数据展示部分的处理逻辑，是每次从服务端请求，还是有缓存到本地，这样才能有针对性的进行相应测试
4.5、检查有数据交换的地方，均有相应的异常处理

5、离线浏览
5.1、在无 络情况下可以浏览本地数据
5.2、退出App在开启App时能正常浏览
5.3、切换到后台在切回前台可以正常浏览
5.4、锁屏后再解锁回到App能够正常浏览
5.5、在对服务器数据有更新时会给予离线相应的提示

6、App更新
6.1、当客户端有新版本时，有更新提示
6.2、当版本为非强制更新时，用户可以取消更新；老版本可以正常使用。用户下次启动App时，仍然会出现更新提示
6.3、当版本为强制更新时，当用户没有更新时，退出客户端，下次启动App仍然提示需要强制更新
6.4、当客户端有新版本时，在本地不删除客户端的情况下，直接更新检查能否正常更新
6.5、当客户端有新版本时，在本地不删除客户端的情况下，检查更新后的客户端是否是新版本
6.6、当客户端有新版本时，在本地不删除客户端的情况下，检查资源同名文件（如图片）是否能正常更新成最新版本。如果以上无法更新成功，也都属于缺陷

7、定位、相机
7.1、App有用到相机、定位服务时，需要主要系统版本的差异
7.2、有用到定位服务、相机服务的地方，需要进行前后台的切换测试检查应用是否正常
7.3、当定位服务没有开启时，使用定位服务会弹出是否允许开启定位服务的提示，开启定位服务后，能自动跳转到定位设置中开启定位服务
7.4、测试定位、相机服务时，需要采用真机进行测试

8、时间测试
8.1、客户端可以自行设置手机的时区、时间，需要校验该设置对App的影响

9、PUSH测试
9.1、检查push消息是否按照指定的业务规则发送
9.2、检查不接收推送消息时，用户会不会收到push
9.3、如果用户设置了免打扰时间段，检查在免打扰时间段，用户接收不到push；在非免打扰时间段，用户可以正常收到push
9.4、当push消息是针对登录用户的时候，需要检查收到push与用户身份是否相符，没有错误地讲其他人的消息推送过来。一般情况下，只对手机上最后一个登录用户进行消息推送
9.5、Push测试时，需要采用真机进行测试