手机端常规测试的一些概念

手机端常规测试

概念架构

主要是针对
手机品牌   操作系统  分辨率
以及平台  IOS   和    Android  两大主流平台
Android开源导致碎片化比较严重 所有bug 会多一些  IOS相对少一些
常见的分辨率  720*1080   1080*1920
操作系统 android系统太多了  ios比较少 但是升级之后不可以降级
Android系统使用的不仅手机   点餐的平板  电视盒子  智能家居 小米手环  的时候需要考虑蓝牙，wifi连接传输这块

进行哪些方面的测试

• 功能测试

  对于手机app测试来说，和web项目差不多也是 各种方式都要考虑进来
  比如逻辑功能测试 根据需求文档或者效果图 ， 以及正常人的逻辑

• 安装与卸载

  1. 安装之后是否可以正常使用
  2. 安装过程中是否可以取消，
  3. 从不同的应用市场下载进行安装测试
  4. 安装空间不足的时候 是否有提示
  5. 是否可以卸载(桌面卸载 和 通过软件卸载)
  6. 卸载是否支持取消功能
  7. 卸载之后是否完全删除了所有的文件夹

• 软件升级测试

  1. 有新版本的时候，是否有提示
  2. 对于非强制升级版，可以取消更新，老版本能正常使用，下次启动app的时候仍能出现更新提示
  3. 对于非强制更新版，跨版本升级时候可用
  4. 对于强制版本更新，没有更新完，退出客户端。下次是否能出现更新提示
  5. 当然现在主流安装更新方式向 热更新热部署方式改变 不需要用户手动更新 完成静默更新(这个技术有点难度)

• 登录测试

  1. 登录用户名或密码错误 提示信息
  2. 退出登录之后，下次使用app 进入登录页面
  3. 修改密码后一般直接跳到登录页面 是否做了有效数据的校验
  4. 未登录状态的一些页面操作 是否做了控制
  5. 切换账号登录，校验登录的信息是否做到了即时更新
  6. 对于多个端(web , ios , android)进行操作的时候，确保数据库操作无误
     而且每个端都可以看到数据的更新
  7. 一个账号只允许一台机器登录的软件，需要账号登录多个手机时，是否将原用户踢下线 且给出提示信息
  8. 登录状态过久 session过期 ？？？

• 安全性测试 – 权限测试

  1. 这里主要是手机权限，在安装的时候都必须用户同意
     在Andriod6.0之后，权限需要动态的申请 用户同意该怎么操作 ， 用户不同意该怎么操作

• 消息推送测试

  消息推送是移动端的一大特色， 是Android的四大组件之一广播来完成的

  1. 未锁屏，app后台运行，消息时候可以正常接收 点击查看
  2. 未锁屏，app使用过程中，可以接收到 点击查看
  3. 锁屏 消息栏是否可以接收到消息提醒 点击可查看 ， 点击之后一般消失
  4. 精准推送
     1. 针对当前用户，需要检查收到的push于用户的身份时候相符 没有错把他人的消息推送过来
     2. 针对相应的用户， 推送的消息有针对性
     3. 按照需求，退出登录后是否接收push推送

• 前后台切换

  普通情况 以及 对于有数据交换的页面，尤其有视频图片之类的页面

  1. app切换到后台 再切换回app
  2. 锁屏 再解屏
  3. 打电话进来中断后 再切换到app

  都要进行一下测试

    1. 检查是否停留在上一次的操作界面
    2. 功能及应用状态时候正常
    3. 程序时候崩溃
  

• UI测试

  1. 确保符合原型图
     一般涉及界面(如菜单、对话框、窗口和其他可视控件)布局、风格、文字是否正确 页面是否美观 操作是否友好

• 兼容性测试

  1. 主要考虑手机的版本 型号 分辨率

• 网络环境测试

  1. 测试wifi 、有网 、 弱网、 无网 情况下 应用的运行
  2. 网不好的情况下数据交换失败是否有提醒
  3. 有网到无网再到有网 数据是否可以自动恢复 ，正常加载
  4. 无网络各种提示信息是否友好

• moneky测试

  主要是对app进行一些压力测试

• 性能测试

  eclipse和Android studio 中本身自带有检测cpu 和内存的工具 也有检测手机内存泄露的工具