移动应用测试案例.ppt

移动APP应用测试 成员 钟炜堂 潘真学 林祝海 林宗建 杨日益 CompanyLogo 一 背景 随着科学技术的飞速发展 当今的计算机发展已进入了移动互联网时代 在我国 随着3G网络和智能手机的快速发展 人们已经逐渐养成通过智能手机进行上网的习惯 由智能手机带动的新兴应用正在开辟一个新的计算机时代 移动互联网时代 移动互联网无疑是当前世界最关注的领域之一 以苹果 Google等领衔的智能手机和平板电脑正在悄然改变人们对手机和电脑的传统观念 可见随着各种有价值 实用的应用软件的不断产生 一个更加庞大和快速发展的用户市场正在形成 面对如此庞大的移动互联网应用市场 基于移动互联网的软件测试也越来越重要 而本课题的软件测试研究主要是基于移动互联网的软件测试 从技术上来讲应该是传统软件测试的一个继承和发展 我们应该看到软件测试的发展相对于整个软件行业发展还是相对滞后 很多技术和方法都还没有多少变化 如果时光能够倒流 将二十年前的一个软件开发者带到当今社会上来从事开发 他可能已经无法适应现在的开发技术 而将一个软件测试人员从而十年前穿越到现代 给他稍微补充点知识他依然可以完美的完成他的工作 这实际上是对我们的一个警示 软件测试的发展已经严重滞后 二 移动应用与传统PC应用的区别 首先我们来对比一下 移动应用与传统PC应用的区别 VS 二 移动应用与传统PC应用的区别 三 移动应用测试的重点 英文称UserExperience 简称UE 也就是用户使用一个产品的全部的体验 对于移动应用软件来说 第一体现就是GUI GraphicalUserInterface 操作界面和流程 我们测试的目的就是为了验证操作流程是否能让用户快速接受 是否符合用户习惯 结合移动应用软件的特性 测试的重点有 操作方式 触摸是否符合操作系统本身的要求 一指触摸和两指触摸是否冲突 操作步骤是否符合用户习惯 不同功能的触摸操作是否存在冲突等 用户界面布局 对用户是否友好 界面设计是否符合手机平台的设计规范 动作按钮和导航按钮安排是否合理 界面色调是否统一 文本字体大小是否合理等 功能操作流程 主要功能和次要功能衔接是否合理 并列功能之间是否可以平滑过渡 是否符合用户操作习惯等 兼容系统平台的限制 功能设计是否考虑到移动设备有限的存储空间 与网络相关的功能设计是 否考虑到移动设备带宽限制 数据交互设计是否考虑容错处理 移动设备的移动性 3G Wi Fi之间的切换导致的连接不稳定 数据过大 用户频繁操作等导致软件出错是否给出友好的提示 以及用户能否承受流量的消耗速度 是否考虑到使用该应用时对电量的消耗程度对于用户能否忍受 三 移动应用测试的重点 移动开发平台通常开放了获取设备ID 位置 所连接的网络等信息 用户在下载应用的时候最关心的是此款应用是否会盗取个人信息 尤其是基于LBS LocationBasedService 的软件应用 有的开发平台像GoogleAndroid开发平台还提供了下载量统计的功 GoogleAnalytics 如何合理利用而不过度消耗网络流量也是测试的重要检查点 基于移动互联网的移动应用更是离不开网络链接 与网络相关的功能也是测试的重点 主要有以下功能点 用户注册登陆信息的安全性 与个人财务账户相关的信息要及时退出 比如银行账户 支付宝账户等 防止手机丢失而造成更大的损失 位置信息提供启动关闭机制 用户可以随时关闭自己的位置信息而不是一直暴露信息 检测当前网络连接 提示用户当前所用网络是3G还是Wi Fi以便用户选择是否继续进行大数据量下载 比如使用3G网络时候打开视频而造成流量费用激增 产品数据跟踪 检查所跟踪的数据信息是否符合开发平台规范 是否违反法律 是否占用带宽甚至导致数据流量过大 数据流量监测 监测所有功能使用的数据流量 测试同一份数据是否重复下载上传 是否采取逐次下载而不是全部下载 三 基于移动应用网络的具体测试案例 测试内容 a 服务端压力测试b 手机端资源使用情况c 流量消耗主要测试工具 a 服务器 64位操作系统 英特尔Corei5 4200U双核处理器 金士顿DDR3L1600MHz 8G内存 百度wifi 开启服务端网络服务 tomcat服务器 b 客户端 安卓手机 安卓版本2 3以上 安卓模拟机 c DDMS资源管理工具 三 基于移动应用网络的具体测试案例 测试过程 使用安卓测试机 HUAWEIU8861 向客户端无限发送请求数据 三 基于移动应用网络的具体测试案例 测试过程 而服务端只要负责对请求进行查询操作 把查询结果返回给客户端 三 基于移动应用网络的具体测试案例 测试过程 在对返回的结果不进行任何处理的情况下 即使测试机全力发送请求 最后测试机手机也只能达到每秒平均发送的最大请求数量33 34条的水平 相当于达到了这部手机cpu的使用顶峰 过不了几秒这部手机就会瘫了 右下角是某软件cpu的使用正常情况 三 基于移动应用网络的具体测试案例 测试内容 由于手机性能有限 即使三四台手机同时操作也未必能达到压力测试指标 在这就使用就使用模拟机模拟请求操作模拟机的运行效果取决于电脑硬件配置及资源占用情况15 44 974 用户个人信息已经传回客户端15 44 975 用户个人信息已经传回客户端15 44 979 用户个人信息已经传回客户端15 44 980 用户个人信息已经传回客户端15 44 980 用户个人信息已经传回客户端15 44 982 用户个人信息已经传回客户端 数一数 结果显示每秒钟能达到的平均请求数量为180条 因为是服务器与模拟器双开 电脑cpu资源占用已经达到95 100 了 三 基于移动应用网络的具体测试案例 测试内容 未开始压力测试前服务器CPU消耗开启压力测试后 由于涉及大量的查询操作 服务端每秒执行并处理请求的数量为174条每秒时 CPU 英特尔酷睿I5 总消耗增加了57 三 基于移动应用网络的具体测试案例 测试内容 如果把模拟机和服务端分离的话 即服务器只执行请求操作排除发送请求操作的话 就可以推断在保证服务系统运行流畅的情况下 对该项请求每秒支持的最大处理数量为200条 注 不同请求执行不同计算 对资源使用情况不相同 不可同日而语 三 基于移动应用网络的具体测试案例 测试内容 流量消耗 每次请求返回的字符串大概占150个字符varchar 200 而每条消耗流量2 9k s2 9k s 40 110k s这有点吓人 四 总结 移动应用软件的开发受限于开发平台目前流行的移动开发平台主要有苹果公司的iOS 谷歌公司的Android以及微软公司的WindowsPhone 每个开发平台的开发工具不同 应用开发语言也不同 安卓机与苹果机的最大区别就是经常会内存溢出 这样除了优化代码外 最重要的还是要依赖于硬件的贵贱程度才能解决问题 另一个问题就是安卓用户网络体验 这取决于用户手机贵贱程度 运营商信号强弱程度 服务器处理速度和传输数据的失真程度 既然不能从运营商那解决问题 我们就迫切优化服务端算法结构 手机端资源使用 这样才会让用户体验度更好 Thankyou