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