【笔记】软件测试02——移动端测试基础

三、移动端测试

一）和PC端测试的对比

• PC端
  • 硬件：基本上不需要关心硬件设备
  • OS：windows，由于windows的兼容性做得不错，硬件不大，所以我们不需要关心操作系统的兼容性
  • 软件
    • BS架构模式（bowser-server）
      • 通过浏览器直接进行访问
    • CS架构模式（Client-Server）
      • 通过客户端进行访问

• 移动端
  • 硬件
    • 设备
      • 苹果、华为、三星...对于安卓设备，由于安卓系统一般由厂商深度定制，所以会存在兼容性问题
    • 不同运营商
      • 中国联通、中国移动、中国电信
    • CPU
      • 手机上主要是ARM架构，而PC端主要是INTEL架构（目的省电、应用计算不能太复杂）
    • 内存（存储空间）
      • 内存跟PC也是无法相比的，需要通过SD卡等设备扩容
    • 屏幕
      • 手机端人机交互模式丰富
      • 分辨率（移动端不同品牌手机分辨率碎片化非常严重）
    • 网络
      • wifi
      • celiular：2g、3g、4g、5g
    • 重力感应（特别是游戏）
    • GPS
      • LBS（Location based service）:基于位置的服务
    • 电池电量
  • OS
    • android
      • 安卓独有的底部导航键
      • 多点控制
    • IOS
      • 下面HOME键，全面屏用上滑取代了HOME实体键
      • 多点触控
    • 常用手势
      • swipe滑动
      • tap按
      • longtap长按
      • rotate旋转：旋转引起宽高的改变，特别注意旋转容易出bug
      • drag：拖放
  • 软件
    • 在移动端主要以CS架构为主，即app
      • 原生app
        • 安卓：用java或Kotlin利用安卓提供的各种API开发的应用程序，每个平台开放的内容都不同
        • 苹果：Object-C开发或Swit开发的只能在苹果上应用的app
      • 混合app
        • 安卓：用android的webview的空间将页面内容封装进去，是的可以安装到android上面
        • 苹果：用ios对应的webview的空间将页面内容封装进去，是的可以安装到屏幕上面
        • 页面：web页面用html、css、js等前端技术来写，没有区分Android和ios
      • 从体验层面，体验最好的是原生aoo，其次是混合app，最后是H5
    • 也有基于BS架构的应用
      • web app：H5

二）APP测试的方式/手段

• 真机测试
  • 使用真实的手机安装被测应用来进行测试（系统测试后期，越靠近上市阶段必须要用真机来进行测试）
• 模拟器测试
  • 通过电脑安装安卓模拟器来进行测试（开发阶段测试、前期系统测试）
• 云测平台
  • 通过云测平台进行大规模不同机型的测试

三）APP主要的测试类型和测试点

测试类型参考软件质量模型

常见的移动端测试类型及测试常见：

1）功能测试

• 业务流程正确性
  • 离线浏览
    • 无网情况下是否能够浏览本地数据
    • 推出app之后再进去能否正确浏览
    • 后台切到前台时是否能正确浏览
  • 数据更新
    • 手动更新、自动更新
    • 前后台切换时的数据更新
    • 数据更新是否有本地缓存
  • 免登录
    • 自动以上次的身份登录app
    • 考虑IOS版本和android版本的区别
    • 无网络状态的免登录
    • 多台手机登录同一账号
    • 主动推出登录之后，下次打开应停留到登录界面
  • push消息测试
    • 不接受push时，能否受到push消息
    • 免打扰设置
    • 不同登录用户的push消息是否对应
    • 真机/模拟器push消息测试
  • 普通业务逻辑的测试
    • 跟web端测试一致，测试表单输入域、测试用例设计方法
• UI页面元素显示是否正确
  • 界面再不同的手机设备上是否显示正确
  • app图标和app内容是否兼容
  • 在布局上的，高/低分辨率应该都要显示正确
  • 横竖屏显示是否正确

2）中断测试

• 手机上时间时分优先级的
  • 来电
  • 电源键
  • 插拔耳机：音频和视频的影响
  • 旋转屏幕
  • 短信提醒
  • 闹铃提醒
  • 消息通知
  • 低电量提醒
• 终端测试也可以看成功能测试的一种

3）UE测试（用户体验测试）

• 用户体验跟UI测试的区别：用户体验并不等于UI测试，用户体验更多关注用户使用这个产品过程中的感受
  • 易学性
  • 效率性
  • 可记忆性
  • 出错率
• 用户体验的测试一般都是使用探索性测试的方式完成

4）安装卸载测试

• 全新安装
  • 安装内存是否足够
  • 安装过程中掉电
  • 不同手机版本或者时硬件平台
  • 安装过程中网络情况发生变化
  • 安装过程中能否取消
• 覆盖安装
  • 是否强制更新
• 升级安装（可理解为不同版本的覆盖安装）
  • 紧邻版本升级
  • 跨版本升级
• 卸载
  • 首次卸载
  • 多次卸载
  • 卸载时有没有相应提示
  • 卸载时能够保存用户数据
  • 卸载过程中断电
  • 卸载过程是否支持取消

5）兼容性测试（APP测试中最麻烦的测试）

• 设备兼容
  • 安卓：华为、三星、小米
  • 苹果：iphone4、5、6、7、8...
• 屏幕兼容
  • 全面屏
  • 刘海屏
  • 水滴屏
  • 普通屏
• 操作系统
  • IOS
  • android：碎片化非常严重，各家都有基于自身的深度定制系统
• UI兼容（版本信息可以查看友盟等网页去查看）
  • 屏幕尺寸：4.7、5.0、5.5、6.0以上
  • 分辨率：1280*720、2560*1440
  • 浏览器内核：兼容webview

如何处理海量的机型兼容问题：

• 对于机型、分辨率、操作系统的选择
  • 要根据app的实际情况
    • 如果app受众很广：需要覆盖至少时长上top200以上的机型
    • 如果app是新上市，用户量不大，一般只需要top50-100机型即可
• 通过云测平台解决多机型兼容性问题
  • testin
  • testbrid

6）稳定性测试

• 物理上的稳定
  • 闪退
    • 一般要计算app的闪退率
    • 借助工具完成闪退的操作：mokey测试（需要长时间运行，一般8天以上）
  • 系统层面的问题
    • ANR（Application Not Responding）程序无响应
  • 逻辑层面的问题
    • 断网后，http重试连接服务器的逻辑，不会产生永久断网的情况

7）性能测试

• 手机端的资源利用（利用率一般不超过80%，一般是指手机端的资源，不是服务器的）
  • CPU资源利用率
  • 内存资源利用率
  • 存储空间利用率
  • 电量使用
  • 网络流量
• app的响应时间
  • 冷启动，app自开机依赖第一次启动的时间
  • 热启动，从后台启动的时间

8）网络测试

• 网络抖动，因为位置的移动，导致网络不稳定的情况——丢包
• 弱网，指网络信号比较慢，eg：电梯，利用工具模拟
• 无网，完全没有网络信号，利用工具模拟
• wifi和流量网络环境测试，特别是视频应用

9）电量测试

• 测试app在使用过程电量的消耗比
  • 与时长上同类竞品的app进行比较，看电量消耗是否正常
  • 获取电量的方式
    • 通过电量获取的软件或命令
    • 通过物理设备

移动端挑战比较大，工作量比较大

高并发是服务器的性能，不是移动端的性能