移动APP测试8点注意事项

大致总结了一下几点容易出错的地方

1，版本

版本是否升级

版本升级方式，包括强制，地区，灰度，敏感等

新版本中老功能是否需要支持

老版本中新功能是否需要支持

一般app内部都有个检查更新

1. 当客户端有新版本时，有更新提示。
2. 当版本为非强制升级时，用户可以取消更新，老版本能正常使用。用户在下次启动APP时，仍出现更新提示。
3. 当版本为强制升级时，当给出强制更新后用户没有做更新时，退出客户端，下次启动APP时，仍出现强制升级提示。
4. 当客户端有新版本时，在本地不删除客户端的情况下，直接更新检查是否能正常更新。
5. 当客户端有新版本时，在本地不删除客户端的情况下，更新后的客户端功能是否是新版本功能。
6. 当客户端有新版本时，在本地不删除客户端的情况下，检查资源同名文件如图片是否能正常更新成最新版本。如果以上无法更新成功的，也都属于缺陷。

2，登录

登录逻辑，包括，记住密码，失效时间，强退应用，

登录首页展示，是否灰度用户，后台首页配置不同都有可能导致用户首页显示不一样

免登录验证

很多应用提供免登陆功能，当应用开启时自动以上一次登录的用户身份来使用APP。

1. 考虑无网络情况下能否正常进入免登陆状态。
2. 切换用户登陆后，要校验用户登陆信息以及数据内容是否相应更新，确保原用户退出。
3. 根据Mtop的现有原则，一个账户只允许登陆一台机器。所以，需要检查一个账户登陆多台手机的情况。原手机里的用户需要被退出，给出友好提示。
4. APP切换到后台，再切换回前台的校验。
5. 切换到后台，再切换回前台的测试。
6. 密码更换后，检查有数据交换时，是否进行了有效的身份的校验。
7. 支持自动登录的应用在进行数据校验时，检查系统是否能自动登录成功并且数据操作无误。
8. 检查用户主动退出登录后，下次启动APP，应停留在登录页面。

3，机型适配

这个不用多说，根据手机销量，销量前10必须支持（销量需取当年季度，当季月度，前两年销量。）

此处可以采取自动化测试

4，正常的业务流程测试

我的建议是，务必走完整个流程，说不定那边就出问题了，哈哈哈（尽量采取自动化）

5，内部调用系统功能

app内部调用定位，相机，各传感器的功能，需要做到，快，准，稳

快及响应快，不出现卡顿感觉（过老的机子，可以酌情考虑），准，定位准，稳，使用稳定，不闪退，不卡死

6，弱网及耗电

实用工具模拟慢速网络，app应支持正常使用（涉及媒体处理逻辑）

很多应用会支持离线浏览，即在本地客户端会缓存一部分数据提供给用户查看。

1. 在无线网络情况下可以浏览本地数据。
2. 退出APP再开启APP时能正常浏览本地数据。
3. 切换到后台再回到前台可以正常浏览本地数据。
4. 锁屏后再解锁回到应用前台可以正常浏览本地数据。
5. 在对服务器端的数据有更新时会给予离线的相应提示。

7，调用第三方服务

app普遍前后端分离，后端可能会出现异常，提别是调用第三方的服务。做到提示人性化，不闪退，不卡死

8，推送

推送是一个大坑，其中最大的坑实在环境上。经常会出现测试环境的推送发到了生产环境。

注意检查推送的环境。配置地址啥的。。。

当然，还需要常规检查

1. 检查push消息是否按照指定的业务规则发送。
2. 检查不接收推送消息时，用户不会再接收到push消息。
3. 如果用户设置了免打扰的时间段，检查在免打扰时间段内，用户接收不到push消息；在非免打扰时间段内，用户能正常接收到push消息。
4. 当push消息是针对登录用户的时候，需要检查收到的push消息与用户身份是否相符，没有错误的将其他人的消息推送过来。一般情况下，只对手机上最后一个登录用户进行消息推送。
5. 测试push消息时，需要采用真机进行测试。

部分转自：https://www.cnblogs.com/lwjnicole/p/8975395.html