移动端测试

APP移动应用的分类
• 工具类
• 社交类
• 生活服务类
• 休闲娱乐类
• 行业应用类
APP测试流程
• 计划阶段
• 设计阶段
• 执行阶段
• 评估报告阶段
安装卸载
• 在不同的操作系统下验证安装卸载是否正常，如Android 、IOS、Symbian等； • 安装卸载过程中出现异常，如重启、死机、断电、断网等，是否能正确处理； • 安装过程中是否可以取消； • 安装过程中空间不足是否有相应提示； • 安装文件是否安装到指定的目录里，卸载后所有文件及文件夹是否全部删除； • 是否可以卸载应用； • 卸载后是否可以重新安装，安装后数据是否同步，功能是否正常；
启动运行
• 安装后启动软件，测试功能是否可以正常运行 • 首次打开软件是否有访问提示，如允许访问通讯录、获取地理位置等 • 首次启动运行时速度是否满足要求，页面之间切换是否流畅
注册登录
注册时要考虑用户名和密码的长度、格式是否有限制或规则要求等。
重名注册是否有提示信息。
注册成功后，用户是否可以正常登录
软件是否有快捷登录，如手机号码、获取验证码之间进行登录。
是否支持第三方账号登录，如QQ、微信、微博等账号。
登录时密码输入错误次数有没有限制。
登录时网络中断是否有提示。
APP是否实现免登录功能、当用户主动退出后，下次启动APP应切换到登录页面
前后端切换
APP切换到后台，再次返回APP时，是否停留在上一次操作的界面。
APP切换到后台，再次返回APP时，功能是否正常，数据是否更新。
手机锁屏后，再解锁进入APP，应用是否会崩溃，功能是否正常，数据是否更新。
出现提示信息后，切换到后台，再次返回APP，检测提示信息是否存在。
多个APP软件之间切换，功能是否正常，数据是否更新。
使用APP时，与手机功能的交互测试，如来电话、收短信、闹钟等。
升级更新
当APP有新版本时，是否有更新提示信息。
当版本为非强制升级更新时，不更新是否可以正常使用。
当用户取消更新退出后，下次启动APP，是否仍然有提示更新信息。
设置APP软件自动升级更新时，在无wifi的情况下，是否自动更新。
当版本为强制升级更新时，不更新是否可以正常使用。
升级更新后是否正常使用，数据是否会同步。
消息推送测试
默认开关应该是全打开状态。
消息开关可以自由设置打开关闭状态，设置开关关闭时，客户端接受不到消息推送。
未锁屏时，app在后台运行，消息推送是否可以正常接收。
手机消息栏是否可以接收到消息提醒，且可以点击查看，点击后在消息栏消失。
当push消息是针对登录用户的时候，需要检查收到的push与用户身份是否相符
Push推送消息是是否能有针对性的推送，如相应内容推送给相应用户（精准推送）
退出登录后，是否接收push推送
用户在免打扰模式下能否接受Push
异常测试
电量测试，如电量极低时，验证APP功能是否正常。
低电量提示时，验证APP功能是否正常。
弱网测试
无网络时，各种提示信息是否友好，数据本地化是否正确。
模拟网络2G\3G\4G\wifi时，验证APP功能是否正常。
无网络时，各种提示信息是否友好，数据本地化是否正确。
模拟网络2G\3G\4G\wifi之间的切换，验证APP功能是否正常 。
离线测试，检查APP是否支持离线浏览，无网络时，是否有提示。
安全测试（用户的隐私泄漏）
• 安装包安全性 ：
1.首先验证安装包是否对签名进行了校验，以防止被恶意第三方应用覆盖安装等
2.开发人员是否对源代码进行混淆，以免被反编译软件查看源代码
3.用户隐私，特别是访问通讯录，需要对特定权限进行检查
用户安全性 ：
1.免登录是否设置了过期时间
2. 用户密码在传输中是否进行了加密，在数据库中存储是否进行了加密
数据安全性 ：
1.用户的敏感数据是否写到日志或配置文件中
2. 在含有敏感数据的连接中是否使用了安全通信，如https
服务端安全性 ：
与Web端类似，主要考虑SQL注入、XSS跨站脚本攻击等
兼容性测试
• app是否可以在不同的操作系统上正常使用，如果开发有Android和iOS两个平台的版 本，那么在这两个平台都要做兼容测试
• app能否适配各种屏幕尺寸
• 分辨率不同，界面图标，文字大小会有不同。应保证主流分辨率下图标展示完整， 文字内容没有遮挡
APP测试与Web测试的区别
• 系统构架不同
• 测试方法不同 ：
功能测试：Web不支持离线浏览，但是有的APP支持
• 性能测试：Web主要关注服务器性能，APP除了服务器，还要考虑手机端的性能
兼容性测试：Web主要考虑浏览器的兼容性，APP还要考虑 不同设备、不同系统、不 同系统版本、不同分辨率等
• 专项测试：APP中多了一些专项测试，比如电量测试、弱网测试、中断测试等
测试工具不同 ：
• app一般使用monkey、appium、fiddle等
• web一般使用qtp、loadrunner、selenium
APP测试经验
1. 确定设备和平台再动手
2. 关注多任务和意外情况处理
3.避免手势冲突
4.关注用户体验
5.设计通知和消息展示
6.及时显示和同步消息
7. 确保成功集成和调用第三方App
M端（移动web端）测试

   网络种类多 
   • 无线网络、2G、3G、4G等，断网、网速较差及网络之间的切换时页面的显示等，这些对于移 动端来说很重要。此外，在非wifi下，还需要注意网络使用量问题。
    间断问题 • 移动端使用软件的过程并不是长久的，这中间可能发生很多中断，如电话、短信、通知、断电、 锁屏等等，软件需要特殊处理这些特殊情况。
     • 屏幕的限制 • 图片及文字的显示；上传不同的图片尺寸显示是否正常；图片和文字一起显示时，效果如何。 • 操作区域；web端的应用，一般不会受 到屏幕的限制，而且通过鼠标操作更加准确。但是移 动端由于屏幕较小，页面及按钮会受到屏幕大小的限制，再加上用户都是通过手指进行操作， 一些按钮、选择框 等是否容易点击，多个可点区域位置较近时，点击部位稍微偏移，也许就 会造成不同的结果，这种情况下是否可以达到预先的效果。
     • 手势
     • 移动端还有一大特性，就是移动端有自己比较简单的手势，用户可以通过手势进行一个操作， 比如左滑删除、右滑返回上一个页面、左右滑动图片等，软件需要对这个手势进行适配
      • web和移动端的同步 
      • 用户在web端的操作，在移动端是否可以正常的进行同步、显示；在移动端的操作，用户登录 web账号，信息是否同步等
      *微信小程序测试*
      • 功能测试
       • 兼容性测试 
       1.操作系统兼容性 
       2.屏幕兼容性 
       3.微信版本兼容性 
       • 网络测试、接口测试、易用性测试、性能
        • 交易
        • 小程序支持交易，那么它与微信的钱包、卡包都是可以交互的。如果有交易功能，需要验证各 种交易场景
         • 缓存
         • 比如需要验证清空微信的缓存是否对小程序有影响
         • 消息机制
          • 支付当用户在小程序内完成过支付行为，可允许开发者向用户在7天内推送有限条数的模板消 息（1次支付可下发1条，多次支付下发条数独立，互相不影响）
           • 提交表单 当用户在小程序内发生过提交表单行为且该表单声明为要发模板消息的，开发者需 要向用户提供服务时，可允许开发者向用户在7天内推送有限条数的模板消息（1次提交表单可 下发1条，多次提交下发条数独立，相互不影响） 
           • 权限
           • 已授权/未授权