手机性能测试软件
→ 手机性能测试软件
手机性能测试软件
上传时间：　来源：
第一篇:手机性能测试软件由安博测试空间技术中心 /提供
一、手机术语简介
手机 手机也叫蜂窝电话，起源于一个基站辐射电波的有效区域形状是一个正六边形，无数个 基站连在一块，就象一个蜂窝一样。而基站辐射电波的有效区也叫小区。分辨率 指的是屏幕上所显现出来的像素数目，它由两部分来计算，分别是水平行的点数和垂直 行的点数。举个例子， 如果分辨率为 800x600， 那就是说这幅图像由 800 个水平点和 600 个垂直点组成。更高的分辨率可以在同样面积屏幕上显示更多的东西。色深 色深决定屏幕上每个像素由多少种颜色控制。通常色深可以设定为 4 位（256 色） 位 ，8 （4096 色） ，16 位（65536 色） ，24 位（26w 色） ，当然色深的位数越高，你所能够得到 的颜色就越多，屏幕上的图像质量就越好。摄像头 手机数码相机可以变焦，调节亮度，还有闪光灯，摄录等功能。CMOS CIF：手机数码 相机分辨率的一种，最大可拍下 352x288 像素的照片。（11w 摄像头）CMOS VGA：手 机数码相机分辨率的一种，最大可拍下 640x480 像素的照片。（30w 摄像头）CMOS SXGA手机数码相机分辨率的一种， 最大可拍下
像素的照片。（120w 摄像头） 像素 像素（pixel）是 picture element 的简写，数字图像是由按一定间隔排列的亮度不同的像 点构成的，形成像点的单位称“像素”，也就是说，组成图像的最小单位是像素，像素是 图像的最小因素。它代表每一个彩色屏幕的小点，虽然它们小到你无法看见，但是彩色 屏幕上显示的任何资料内容，影像，均是由这些小点所构成。屏幕上像素的数量是由屏 幕的分辨率来决定的，并不是由屏幕的大小来决定。MMS MMS 是 Multimedia Messaging Service 的缩写，中文译为多媒体信息服务，也称“彩信”。它最大的特色就是支持多媒体功能，可以在 GPRS,CDMA 1X,3G,EDGE 的支持下，以 WAP 无线应用协议为载体传送视频短片，图片，声音和文字，传送方式除了在手机间 传送外，还可以是手机与电脑之间的传送。具有 MMS 功能的移动电话的独特之处在于 其内置的媒体编辑器，使用户可以很方便地编写多媒体信息。如果安装上一个内置或外 置的摄像头，用户还可以制作出 powerpoint 格式的信息或电子明信片，并把它们传送给 朋友或同事。目前，这一应用服务已走向成熟，逐渐成为主流的短信格式。EMS EMS（Enhanced Message Service）增强型信息服务，SMS 新版本。EMS 的优势是除了 可以像 SMS 那样发送文本短信息之外，还可以发简单的图像，声音和动画等信息，而 且仍然可以运行在原有 SMS 运行的网络上，发送途径和操作也没有差别。不同品牌的 手机只要支持 EMS，都能互相传递 EMS 图片铃声。
在线代理 /提供部分资料
由安博测试空间技术中心 /提供
SMS SMS（short messaging service）即短信服务。是最早的短信息业务，也是现在普及率最 高的一种短信息业务，通过它，移动电话之间可以互相收发短信，内容以文本，数字或 二进制非文本数据为主，目前 SMS 只是在手机内建立一段文字后再发送给朋友，简单 方便易用，这种短信的长度被限定在 140 字节之内。WAP WAP（wireless application protocol）无线应用协议是一个开放式标准协议，利用它可以 把 网 络 上 的 信 息 传 送 到 移 动 电 话 或 其 他 无 线 通 讯 终 端 上 。WAP 是 由 摩 托 罗 拉 (MOTOROLA),诺基亚（NOKIA）,爱立信（ERICSSON）等通讯巨头在 1997 年成立的 无线应用论坛（PForum）中所制定的，它使用一种类似于 HTML 的标记式语言 WML(wireless markup language),并可通过 WAP Gateway 直接访问一般的网页。WAP 将 internet 和移动电话技术结合起来，使随时随地访问丰富的互联网络资源成为现 实，但目前除少数 PDA 手机外，手机都不能访问这些 WEB 网站，而只能访问 WAP 网 站。如，用户可以通过手机访问： 但无法访问（A768i/A760 可以）
GPRS GPRS 是 General packet Radio Service 的英文简称， 通用无线分组业务， 是一种基于 GSM 系统的无线分组交换技术，提供端到端的，广域的无线 IP 连接。通俗的讲，GPRS 是一 项高速数据处理的科技，方法是以“分组”的形式传送资料到用户手上。GPRS 属于 2.5 代移动通信技术，是中国移动 GSM 网络走向 3G 的主流技术。相对原来 GSM 的拨号方 式的电路交换数据传送方式，GPRS 是分组交换技术，具有“实时在线”，“按流量计费”， “快捷登录”，“高速传输”，“自如切换”的优点。2.5G 目前已经进行商业应用的 2.5G 移动通信技术是从 2G 走向 3G 的衔接性技术， 突破了 2G 电路交换技术对使数据传输数率的制约，引入了分组交换技术，从而使数据传输速率有 了质的突破，是一种介于 2G 与 3G 之间的过渡技术。由于 3G 是个相当浩大的工程，所 以牵扯的层面多且复杂，要从目前的 2G 迈向 3G 不可能以下就衔接得上，因此出现了 介于 2G 和 3G 之间的 2.5G.. GPRS,HSCSD,WAP,EDGE,蓝牙(Bluetooth),EPOC 等技术都是 2.5G 技术。3G 3G 是英文 3rd Generation 的缩写， 指第三代移动通信技术。相对第一代模拟制式手机(1G) 和第二代 GSM，TDMA 等数字手机（2G）第三代手机一般地讲，是指将无线通信与国 际互联网等多媒体通信结合的新一代移动通信系统。它能够处理图像，音乐，视频流等 多种媒体形式，提供包括网页浏览，电话会议，电子商务等多种信息服务。为了提供这 种服务，无限网络必须能够支持不同的数据传输速度，也就是说在室内，室外和行车的 环境中能够分别支持至少 2Mbps（兆字节/每秒） ，384Kbps（千字节/每秒）以及 144Kbps 的传输速度。目前 2G 网络提供的宽带是 9.6Kpbs。2.5G 增加到 56Kpbs。3G 将具有更宽的带宽，其
在线代理 /提供部分资料
由安博测试空间技术中心 /提供
传输速度将达到 100-300Kbps，不仅能传输话音，还能传输数据，从而提供快捷，方便 的无线应用，如无线接入 Internet。手机的频段 如同我们的固定电话有电话线一样，手机也有自己的“电话线”――信道。每个蜂窝式移 动通信系统都有自己固定的频段，如 800MHz, 900MHz 频段等。如中国和欧洲的 GSM 网络采用 900MHz 和 1800MHz 两个频段，而美国 GSM 则使用 1900MHz 频段。智能手机 智能手机(Smart Phone)也叫电脑手机，也就是电脑和手机的结合体。当电脑将它既有的 强大多媒体功能和开放式操作系统注入了手机“肌体”之时，手机即变得无所不能，普通 手机所不能解决得难题，都将在一瞬间“迎刃而解”。就目前看来，智能手机还没有一个准确得界限，通常所说的智能手机一般具有以下几个 特点：有较强的 PDA，商务，多媒体功能。具有很强的扩展性，集移动通信，移动办公 和移动多媒体于一身。智能手机的操作系统 现在智能手机的操作系统有三大阵营， 分别是传统桌面系统的老大微软公司的 Windows Mobile 系统（多普达 696）和 Symbian 公司研制多年的 Symbian OS(Nokia6600,SEP908 等)，后者是现在最为流行的手机操作系统，还有后起之秀――Linux(MotoA760/A768).。和弦铃声 和弦本是声学理论的一个专有名词，指的是一定音程关系的一组声音，后被手机厂家借 用于手机铃声中，特指铃声音乐的复音数。因此手机中的和弦也叫复音，多音 (Polyphony)，是指 Midi 中各个通道的发音数之和，与乐理中的和弦已是不同的概念。和弦铃声比以往的单音铃声音色更丰富，具有强烈的立体感，目前流行的有 16 和弦， 32 和弦与 40 和弦等。蓝牙（ 蓝牙（Bluetooth） ） 蓝牙（Bluetooth）是一种传输范围约为 10 米左右的短距离无线通信标准，用来设计在 便携式计算机，移动电话以及其他的移动设备之间建立起的一种小型，经济，短距离的 无线链路。由于运行在统一频段，无线数据传输速率可达到 720bps 到 1Mbps，包含一 套完整的加密和认证机制，因此具有很强的安全性。蓝牙的传输距离决定了它可以作为 一种小型局域网的终端设备来与其他室内或随身的无线设备交换数据。K―Java 程序 Java 是 sun 公司开发的一种较新的计算机编程语言，K―Java 即 J2ME(Java 2 Micro Edition)，是专门用于嵌入式设备的 Java 软件。摩托罗拉率先在手机上预装了 K―Java 软件平台。随着 K―Java 技术的不断完善与发展， 发展商们将对具有 K―Java 功能的手机用户提供更多更全面的业务。如：互动游戏，互 动新闻，增强手机连接到无线网络后进行数据交换的安全性，下载以 Java 语言写成的 程序遥控家用电器。
在线代理 /提供部分资料
由安博测试空间技术中心 /提供
PIN 码 手机 PIN 码（Personal Identification Number）码的主要作用是防止 SIM 卡 UIM 卡遗失而被 盗打设定的，当手机设置了“锁卡”功能时，打开手机电源，将提示输入 PIN 码，只有正确输 入 PIN 码，手机才能登记入网，否则，不能使用。
二、手机的主要功能
对拨入拨出电话的管理 对通话记录的管理 呼叫转接、呼叫等待、通话计时计费等方便用户使用的功能
消息功能 文字短消息（SMS）的编辑、发送、接收、转发和存储等； 多媒体短消息（MMS）的编辑、发送、接收、转发、存储和配置； 电话本
名片的管理 存在 SIM 卡上的名片 存在手机内存中的名片 一个名字多项内容（如传真、固话、手机、Email 等） 名片的新建、修改、拷贝、转存、删除 名片以红外或短消息形式发送给其它手机 单键拨号（Speed Dialing） 号码分组（Caller Groups）
Business cards 的管理 (如发送和接收通过红外线或 SMS. ) 书签的管理 (如发送和接收通过红外线或 SMS 或书签形式. 以及编辑,存储,新增和进入.) 服务信箱 (自动存储服务信息. 服务信息有点播铃声,下载彩色图片和 COD 文件等.) 服务设置 ( GPRS 上网设置,WAP 服务设置.) 多模式浏览器 OTA 铃声 V-calendar XHML 移动梦网 动感地带 ( GPRS 上网,WAP 服务.) OTA 待机图片 (通过无线下载待机图片)
在线代理 /提供部分资料
由安博测试空间技术中心 /提供
闹钟（Alarm） 日历（Calendar） 计算器（Calculator） 定时器（Count Down Timer） 屏保（Screen Saver） 待办事项（To-Do List） 游戏（Games）
为特定语言定做的功能
中文输入（拼音/笔划） 中文菜单 农历（Lunar Calendar）
附件 充电器（Charger）
耳机（Headset） 车载免提（Car Kit） 摄像头（Camera）
数据连通 GPRS 应用程序 同步应用程序 (同步应用, 同步设置) 红外线应用程序 数据线 手机 Flash 程序 Trace Log JAVA 程序 电子邮件 QQ 程序 应用程序 游戏程序
在线代理 /提供部分资料
由安博测试空间技术中心 /提供
三、手机性能测试
时间有关 长时间待机、长时间通话、长时间上网、长时间应用业务（mp3、mp4、摄像、游戏等） 。效率：开机时间、关机时间、搜网时间、小区重选时间、小区切换时间。次数有关 开关机成功率、主叫/被叫成功率、上网成功率。并发测试 多业务 如：mp3+上网，通话+查询。终端性能测试 射频性能（发射信号） 音频性能（通话质量，在复杂环境下的性能） 耗电性能（待机电流、通话电流）
在线代理 /提供部分资料
第一篇:手机性能测试软件Journal of Computer Applications 计算机应用，) 554 － 556 文章编号1001 － 9081（ 2012） 02 － 0554 － 03
CODEN JYIIDU
http/ / www． joca． cn doi10． 3724 / SP． J． 1087． 2012． 00554
Android 手机自动化性能测试工具的研究与开发
1 2 杨怡君 ，黄大庆
( 1． 南京航空航天大学 电子信息工程学院，南京 210016;
2． 南京航空航天大学 无人机研究院，南京 210016)
( * 通信作者电子邮箱 yangyijunttkl@ gmail． com)
摘 要：针对手机性能测试中效率低、 工作量大等问题， 提出自动化性能测试的方法， 并运用这一方法设计了 Android 平台手机性能测试的 FLEXANDROID 工具。对这一工具的组成结构和测试脚本的编写进行了详细研究， 并 ANDROID 工具进行自动化测试， 并将自 且对如何计算和生成测试结果进行了分析说明。通过使用自行研发的 FLEX3 倍。这表明 FLEX动化测试所花时间和手动测试时间进行对比， 结果表明， 自动测试速度大约为手动测试速度的 ANDROID 工具能够有效提升测试工作效率， 大幅度缩减测试时间， 减少测试工作的重复劳动。关键词：智能手机测试； 自动化测试工具； 性能测试； Android 手机； 关键性能参数 中图分类号TP311． 52； TP311． 56 文献标志码：A
Research and development of automated performance test tool for Android smartphone
YANG Yi- 1 ， HUANG Dajun qing2
( 1． College of Electronic and Information Engineering， Nanjing University of Aeronautics and Astronautics University， Nanjing Jiangsu 210016， China； 2． Research Institute of Unmanned Aircraft， Nanjing University of Aeronautics and Astronautics University， Nanjing Jiangsu 210016， China)
AbstractIn order to improve the efficiency of smartphone performance test， the methodology of automatic test was introduced． According to the method， an Android smartphone performance test tool called FLEXANDROID was developed． The components of the test tool and the test scripts were described in detail． In addition， it analyzed how to calculate and generate test results． Then， the FLEXANDROID test tool was used for automatic test． The time costs of automatic test and manual test were compared． The result shows that automatic test rate is about three times as fast as that of manual test rate． It indicates that the test tool can effectively improve the performance test efficiency， and greatly reduce test time and duplicate test． Key words A key performance indicator
随着移动通信技术的蓬勃发展， 智能手机开始被广泛使 用。特别是 Google 公司推出移动智能设备操作系统 Android 之后， 各大主流手机制造商都开始大规模推出智能手机， 目前 中国市场中最为常见的智能手机有 MOTO 和三星等公司的 Android 平台手机， 苹果公司的 iPhone， 诺基亚公司的 Symbian ［1 ］ 系列手机等 。对手机硬件性能的评测成为了业界以及用 户所关注的重点。特别对于手机生产商而言， 了解自己手机 并将之和其他厂商所生产的设备做对比成为了 的硬件性能， 他们在竞争中获胜的重要环节。使用自动化测试工具进行性 能测试逐渐成为各手机设备生产商的重要选择。自动化性能 测试工具能够减少测试过程中的重复劳动， 实现测试自动化， ［2 ］ 提高测试质量 。本文在对性能测试进行分析的基础上， 对 ANDROID 的设 自行研发的 Android 手机性能测试工具 FLEX计原理与实现的关键技术进行了分析说明。
自动化性能测试技术分析
在自动化性能测试技术使用之前， 手动测试是大部分测 试人员的首选。手动测试通过测试人员执行测试用例， 而后 将测试结果和预期结果进行对比并且记录。可是随着智能手 操作系统版本更新换代越来越频繁， 测 机产品类型越来越多， 性能测试部门的工作量越来越大。手动测 试规模不断扩大， 试速度慢、 效率低， 已经无法满足测试需求， 自动性化能测试
能够有效解决这些问题。自动化性能测试工具的主要作用就是能够模拟用户对手 并将操作过程记录到脚本， 而后通过对这些脚 机设备的使用， 本的自动化执行， 收集相关的性能数据， 对手机的性能进行评 估。此外， 还能确保在手机操作系统升级之后， 脚本仍然可以 被重复使用， 贯穿于性能测试的整个生命周期。手机自动化性能测试工具与诸多自动化功能测试工具一 “录制―回放” 样， 使用脚本 的方式来模拟用户的手机操作过 程。当用户在手机上进行有效操作（ 如点击、 拖动屏幕上的 测试工具会自动生成一个测试脚本， 这个脚本 相应菜单） 时， 而后测试工具可以通过对脚本 能够记录下用户的操作过程， ［3 ］ 的执行， 回放用户的操作 。要完成一个自动化性能测试， 首先要进行脚本录制， 用户 创建测试脚本； 然后进行脚本调 可以通过测试工具来录制、 试， 确保脚本能准确无误地执行； 接着利用工具运行脚本， 执 行测试； 最后将过程中收集到的数据进行分析， 撰写评估报 ［4 ］ 告 。性能测试分析的主要内容为手机对于各项操作的反映速 度。例如， 从点击某一联系人到显示具体联系人信息所需的 时间， 这一测试用例包括以下一系列动作1） 在屏幕上点击 “通讯录” 快捷键， 进入联系人列表； 2） 选择点击某一联系人， 显示联系人具体信息； 3） 两次点击撤销键返回到手机主屏 幕。通过对测试用例的定义和分解， 就可以测试出完成这一 操作所需要的时间。这些反映时间是衡量手机性能的重要指
收稿日期：；修回日期：。作者简介：杨怡君（ 1987 － ） ， 江苏南通人， 女， 硕士研究生， 主要研究方向软件测试； 向遥控遥测。
黄大庆（ 1959 － ） ， 浙江余姚人， 男， 教授， 主要研究方
杨怡君等Android 手机自动化性能测试工具的研究与开发
标， 直接标志着手机性能的优劣， 影响用户的使用体验， 为手 ［5 ］ 机设备生产商改进自己的设备提供了重要的参考依据 。
FLEXANDROID 自动化测试工具
下面介绍一种自行研发的针对 Android 平台手机的自动 ANDROID。为满足用户对智能手机 化性能测试工具 FLEX工具在开发遵循如下特点1） 自动化性能测试的测试需求， 通过调用 Android 调试桥（ Android Debug Bridge，ADB） 命令 同 对 Android 手机进行操纵； 2） 能够模拟人工对手机的操作， 时捕捉和存储操作命令； 3） 支持输入测试脚本命令， 录制测 并能自动生成基本的测试流程， 执行测试脚本； 4） 自 试脚本， 动生成测试报告； 5） 从软件使用的效果来看， 在很大程度上 节省了大量的测试 代替了性能测试中大量的重复人工劳动， 能够精确直观地向测试人 时间和人员； 6） 从测试结果来看， ［6 ］ 员展示测试结果， 从而能够避免不必要的人工疏忽 。2． 1 整体功能架构 FLEXANDROID 工具的整体架构如图 1 所示， 它由两部 分组成， 分别为 PC 端的测试软件和待测手机端。手机端通 过 ADB 和 PC 端的测试工具进行通信。ADB 是直接操作和 管理 Android 手机设备的必备工具， 这一工具包含在 Android SDK 当中。通过使用 ADB 可以由 PC 端向手机端发送可执行 也可以通过 ADB 捕捉手机端的操作指令， 并在 PC 端 的命令， ［7 ］ 显示 。1） 在 PC 端启动自动化测试工具 FLEXANDROID； 2） 在测试工具 FLEXANDROID 上配置被测手机的产品 信息， 包括手机上的常用按键及屏幕信息， 配置完成后， 就能 ANDROID 对手机进行 够直接在 PC 端使用测试工具 FLEX操纵； 3） 根据测试用例中心提供的测试用例书写测试脚本， 然 后执行测试； 4） 测试过程中获得 BMP 图像进行对比， 计算结果， 生成 测试报告。
＜ MaxValue ＞ ＜ / MaxValue ＞ ， 最大值， 最小值。取值范围代 表有效反映时间的范围， 如果某一轮测试结果不在此取值范 围内， 则被系统视为无效数据， 直接过滤， 不予记录。3） 测试前操作准备＜ Setup ＞ ＜ / Setup ＞ 。设置测试所 需前提环境。4） 测试前操作＜ PreAction ＞ ＜ / PreAction ＞ ， 指正式测 试前所必需的操作。5） 起始点＜ StartPoint ＞ ＜ / StartPoint ＞ ， 执行测试的操 作。6） 终止点＜ StopPoint ＞ ＜ / StopPoint ＞ ， 图片比较。7） 返回至起始页面＜ AfterAction ＞ ＜ / AfterAction ＞ ， 测 试工作完成后返回到开始的界面 8） 回滚＜ TearDown ＞ ＜ / TearDown ＞ ， 关闭测试前的操 作准备， 即为关闭 Setup 中的操作。FLEXANDROID 工具的测试脚本有两种生成方式， 分别 为人工编写和自动录制两种方式。人工编写就是在文本文档 ANDROID 工 中依照 XML 脚本语言的整体架构， 结合 FLEX具所定义的命令格式一条条地编写脚本命令； 而自动录制方 ANDROID 工具将测试人员在手机上的按键序 式就是 FLEX列自动转换为脚本命令进行存储以便重复执行。一般在测试 过程中都是两种方法相结合， 先把所有的测试用例编写成测 ANDROID 工具的自动录制方式， 试模板， 然后结合 FLEX修 ［10 ］ 改模板， 这样可以加快脚本编写速度 。FLEXANDROID 脚本有自己定义的命令格式， 直接调用 这些命令， 可自动执行相应的测试。下面列举几个常用的命 令格式1） Key_Home表示点击手机上的 “Home” 返回到主屏 键， 幕； 2） Key_Cancel代表点击手机上的 “back” 返回到上一 键， 界面； 3） Key_Menu表示点击手机上的 “Menu” 显示手机菜 键， 单； 4） TouchClick_x_y代表单击手机屏幕上坐标为（ x， 的 y） 点； 5） TouchPress_x_y表示长按手机屏幕上坐标为（ x， 的 y） 点； 6） TouchRelease_x_y释放长按键， TouchPress 成对出 与 现 2． 3 测试结果的计算和输出 FLEXANDROID 自动化测试工具除了在重复性操作上 能够减轻测试人员的负担、 提高测试效率之外， 还可以对测试 结果进行计算和采集， 并能将结果直观地表现给测试人员。测试结果的计算输出模块核心流程如图 2 所示。
FLEXANDROID 工具整体功能架构
测试脚本 每种自动化测试工具都有自己的测试脚本， 通过编写测 试脚本， 可以减少测试人员的工作量， 提高软件测试的可维护 性， 实现软件测试过程中用户和被测软件之间的交互， 提高测 试的可重复性。FLEXANDROID 工具的测试脚本可以看作一系列命令或 者是执行步骤的集合， 这些命令的集合可以组成一个测试用例 ANDROID 可解析的测试脚本是 XML 执行的全过程。FLEX格式文件， 它除了操作命令之外， 还有一些扩展设置功能， 比如 录制操作的全过程、 声音监测、 手机 CPU 占有率监测等。FLEXANDROID 所 用 的 脚 本 语 言 为 基 于 XML 格 式 文 ［8 ］ 档 ， 根据嵌入式软件测试的具体特点， 标准的脚本主要包 ［9 ］ 含以下几个组成部分 1） 测试脚本名＜ Name ＞ ＜ / Name ＞ ， 定义脚本的名称。2） 测试结果有效值范围＜ MinValue ＞ ＜ / MinValue ＞ ，
测试结果的计算和输出
测试结果计算是整个工具设计的核心部分， 它直接关系 我们使用一高速摄 到测试结果的准确性。在测试过程当中， 像机以一定的帧速度拍摄手机屏幕的状态。在正式执行测试 前， 需要确定手机的基准起始图片和基准结束图片。在执行
计算机应用
FLEXANDROID 工具就会保存 完 ＜ PreAction ＞ 系列操作后， 下手机第一时间稳定下来的照片作为基准起始图片； 接下来 等手机状态再次稳定之后， 执行 ＜ StartPoint ＞ 中关键的一步， 再保存下此时拍的照片， 作为基准结束图片。FLEXANDROID 工具会自动执行测试 正式测试过程中， 拍摄手机屏幕状态， 并持续自动执行图片比较， 直到拍摄 脚本， 到的实时照片跟起始基准图片一样， 就进行 ＜ StartPoint ＞ 操 作， 从这一操作开始计时， 等拍到手机状态跟基准结束图片相 同时， 计时结束， 从而得出结果。由于在测试过程当中， 一般调整摄像头的位置让它能拍 ANDROID 截取的图片也 到待测系统的整个屏幕， 所以 FLEXFLEX是整屏的， 认 情 况 下， 果 不 特 别 设 置 比 较 区 域， 默 如 ANDROID 工具将默认比较整个屏幕， 因此对于一些屏幕区域 必须有针对性地缩小比较区域。比 变化比较小的测试用例， 较区域的选择即在标准图片上绘制矩形框， 用户可以通过估 算变 化 区 域 占 整 个 屏 幕 的 百 分 比 位 置 来 确 定。并 且 ＜ StartPoint ＞ 和 ＜ StopPoint ＞ 模块中都可以加比较区域。下面是一个区域比较的通用例子：
＜ StartPointType ＞ ImageCmp ＜ / StartPointType ＞ / / 定义计算结果类型为图片比较 ＜ Benchmark ＞ Moto． Milestone3_case － 031_Start． bmp ＜ / Benchmark ＞ / / 定义基准图片名称 ＜ ! － － Compare algorithmColored = 2， 1 is grayed － － ＞ / / 比较算法2 － 色彩比较，1 － 灰度比较 ＜ CmpAlgorithmType ＞ 1 ＜ / CmpAlgorithmType ＞ / / 设置比较算法 ＜ CmpThreshold ＞ 400 ＜ / CmpThreshold ＞ / / 设置冗余度，冗余度越小，比较越精确 ＜ CmpRate ＞ 99 ＜ / CmpRate ＞ / / 设置比较通过率 ＜ CmpArea ＞ / / 设置比较区域 ＜ StartPosX ＞ 66 ＜ / StartPosX ＞ ＜ StartPosY ＞ 57 ＜ / StartPosY ＞ ＜ StopPosX ＞ 80 ＜ / StopPosX ＞ ＜ StopPosY ＞ 9 ＜ / StopPosY ＞ ＜ / CmpArea ＞
量人力， 自动化测试弥补了这一缺陷， 已经成了手机测试领域 ［12 ］ 的发展趋势 。本文研究了 Android 系统手机的自动化性能 测试工具， 并将它应用到了手机关键性能参数的测试当中。FLEXANDROID 测试工具可以提高测试质量和测 结果表明， 试效率。相比于传统手动测试， 使用该工具可以将测试速度 也应该看到， 在测试 提升 3 倍。但在选择和使用测试工具时， 过程中， 测试工具并不是在任何情形下都能够使用。例如， 对 开机响应时间的测试就无法使用自动化测试工具完成， 必须 手动进行开机操作。通过必要的手动测 借助人工测试方法， 试和本工具的结合使用， 在手机性能测试当中具有实用性。
表1 KPI 名称 各类功 能启动 性能 核心应 用性能 智能手机关键性能参数测试实验 测试时间 / min 自动 21 手工 58
具体测试内容 启动和关闭飞行模式所需时间； 启动、 识别蓝牙功能所需时间； 启动 WIFI（ 执行 5 个测试用例） 从主界面启动拨号键盘所需时间； 连接上一个电话所用时间； 在连接上 WIFI 时， 连接上浏览器所需时间； 启动计算器所需时间（ 执行 9 个测试用例）
短消息、 启动编写短信窗口所需时间； 邮件应 启动和退出短消息收件箱所需时间； 用性能 删除信息所需时间， 执行 9 个测试用例） 等（ 多媒体 应用 性能 启动照相机所需时间； 启动歌曲列表所需时间； 启动一个多媒体视频所需时间； 启动相册所需时间， 执行 6 个测试用例） 等（
个人信息 启动联系人应用所需时间； 管理功能 调出指定联系人细节信息所需时间； 的性能 启动日历所需时间， 执行 5 个测试用例） 等（ 其他用户 点击键盘上指定键后的相应时间； 体验性能 调整铃声所需时间（ 执行 2 个测试用例） 总计 36 个测试用例
FLEX测试计 划 执 行 完 毕 之 后， report 目 录 下 面， 在 ANDROID 工具会以 Excel 表格的形式将所有结果记录下来， 并自动 计 算 平 均 值； 同 时 将 起 始 图 片 和 结 束 图 片 保 存 到 Benchmark 文件夹下面， 方便测试人员进行查阅、 移动、 重命 名等操作。
参考文献：
［1］ ［2］ ［3］ ［4］ ［5］ ［6］ ［7］ OLIVER E． A Survey of platforms for mobile networks research［J］． Mobile Computing and Communications Review，) 56 － 63． 鞠秀娟，赵明． 软件自动化测试概述及应用工具分析［J］． 计算机 应用， 2007， 27( Z1) 317 － 318． 董晓霞． 软件测试工程化的研究和实践［J］． 计算机工程与设计， 2006， 21( 11) 2008 － 2011． 谭浩，关昕，马力． 性能测试的原理及其自动化工具的实现［J］． 计算机工程与设计， 2006， 27( 19) 3660 － 3662． 卢建军，苏宁． 浅谈手机软件测试的流程与策略［J］． 制造业自动 化，) 21 － 23． 接卉，兰雨晴，骆沛． 一种关键字驱动的自动化测试框架［J］． 计 算机应用研究， ) 927 － 929． VIDAS T， ZHANG C， CHRISTIN N． Toward a general collection methodology for Android devices［J］． Digital Investigation． 2011， 8 ( Supplement) 14 － 24． ［8］ ［9］ 马庆利，王澜． 自动生成 XML 测试脚本的类测试［J］． 信息技术， 2006， ( 11) 145 － 148． 刘慕涛，张磊，王艳，等． 基于 XML 的 API 自动化测试工具设计 与实现［J］． 计算机工程， 2007， 33( 13) 96 － 98．
自动化测试工具的应用
ANDROID 工具对几十款手机进行了关键性 利用 FLEX能参数的测试。以 Android 手机为代表的智能手机关键性能 参数主要包括以下几大类各类功能启动性能， 核心应用性 能， 短消息、 邮件类应用性能， 多媒体应用性能， 个人信息管理 ［11 ］ 其他用户体验性能 。功能的性能， 为了能够对比手动测试与自动测试的工作效率， 本文进 行了以下实验针对同一款某著名厂商所生产的 Android 系 统手机， 在相同的测试环境下， 对相同测试用例分别进行了手 每一个测试用例被执行 10 轮， 结果如表 1 所 动和自动测试， 示。从表 1 可以看出， 自动测试和手动测试在精度上几乎没 有差别， 是 执 行 测 试 所 花 时 间 却 大 大 缩 短， 用 FLEX但 使 ANDROID 工具进行自动化测试的速度接近手动测试速度的 3 倍， 大大提高了测试的工作效率。
［10］ 赵斌飞，刘磊． 测试脚本自动生成器的设计与实现［J］． 计算机科 学， 2008， 35( 6) 276 － 279． ［11］ dev BHATIA K． Comparing mobile platforms ［D］． San DiegoSan Diego State University， 2011． ［12］ 张舜尧． 手机自动化测试系统设计浅析［J］． 电脑知识与技术学 术交流， 2007， 4( 20) 412 － 413．
自动化性能测试是为了满足对智能手机性能进行评测的 需求而产生的， 实践表明， 传统的人工测试效率低下， 耗费大
第一篇:手机性能测试软件现在手机应用已经进入普通老百姓的家庭，特别是智能手机的应用可以说已经普通盖地的进入每个家庭。学软件的，如 果你要想进入手机测试这个领域去发展，那么大家来看看你是否掌握基本的手机测试方面的知识。下面是一套比较好的 手机测试面试题，总结后分享给大家1、什么是手机软件测试 手机作为专用的消费类电子产品需要进行以下测试：可靠性测试(对于硬件则是 RQT;对于软件则是 field trial);标准 符合性测试(FTA);互操作性测试(IOT);安全性测试(安规测试);强度测试等。2、性能测试 性能测试强调长时间、重复或者高强度的进行某些操作，来验证产品在各种极限条件下的表现。性能测试隶属于软 件测试中的系统测试，它对软件在集成系统中运行的性能行为进行测试，旨在及早确定和消除软件中与构架有关的性能 瓶颈。3、手机中的性能测试分类 (1)时间相关的性能测试可分为长时间保持测试和限定时间反应测试 (2)次数相关的性能测试是测试终端重复稳定地进行某项功能的能力 (3)并发测试主要是测试终端同时进行多项业务时表现出的处理能力，例如同时进行 CS 域语音业务和 PS 域下载业 务，或者在 MP3 播放的同时进行 WWW 上网业务，以测试协议栈、操作系统和处理器对并发业务的支持能力 (4)负载测试主要是验证系统的负载工作能力。例如同时进行多个 ftp 下载，使下行传输率接近极限值，观察终端是 否可以正常工作 4、手机性能测试的方法 手机性能测试的方法按照自动化程度不同可分为手工测试和自动测试。(1)手工测试主要是通过测试人员手动操作，并借助某些监测仪器和工具，来验证手机性能 5、白盒测试、黑盒测试 白盒测试(White-box Testing，又称逻辑驱动测试,结构测试)是把测试对象看作一个打开的盒子。利用白盒测试法 进行动态测试时，需要测试软件产品的内部结构和处理过程，不需测试软件产品的功能。白盒测试又称为结构测试和逻 辑驱动测试。任何工程产品(注意是任何工程产品)都可以使用以下两种方法之一进行测试。黑盒测试：已知产品的功能设计规格，可以进行测试证明每个实现了的功能是否符合要求。白盒测试：已知产品的内部工作过程，可以通过测试证明每种内部操作是否符合设计规格要求，所有内部成分是否 以经过检查。软件的黑盒测试意味着测试要在软件的接口处进行。这种方法是把测试对象看做一个黑盒子，测试人员完全不考虑 程序内部的逻辑结构和内部特性，只依据程序的需求规格说明书，检查程序的功能是否符合它的功能说明。因此黑盒测 试又叫功能测试或数据驱动测试。黑盒测试主要是为了发现以下几类错误1、是否有不正确或遗漏的功能?
2、在接口上，输入是否能正确的接受?能否输出正确的结果? 3、是否有数据结构错误或外部信息(例如数据文件)访问错误? 4、性能上是否能够满足要求? 5、是否有初始化或终止性错误? 软件的白盒测试是对软件的过程性细节做细致的检查。这种方法是把测试对象看做一个打开的盒子，它允许测试人 员利用程序内部的逻辑结构及有关信息，设计或选择测试用例，对程序所有逻辑路径进行测试。通过在不同点检查程序 状态，确定实际状态是否与预期的状态一致。因此白盒测试又称为结构测试或逻辑驱动测试。白盒测试主要是想对程序 模块进行如下检查1、对程序模块的所有独立的执行路径至少测试一遍。2、对所有的逻辑判定，取“真”与取“假”的两种情况都能至少测一遍。3、在循环的边界和运行的界限内执行循环体。4、测试内部数据结构的有效性，等等。6、测试用例是什么 7、软件测试中的功能测试用例的书写方式 测试的来源，即测试的需求 测试用例的主要来源有1) 需求说明”及相关文档 2)相关的设计说明(概要设计，详细设计等) 3)与开发组交流对需求理解的 记录(可以是开发人员的一个解释) 4)已经基本成型的 UI(可以有针对性地补充一些用例) 简而言之，所有你能得到的项目文档，都尽量拿到。从所得到的资料中，分解出若干小的“功能点”，理解“功 能点”，编写相应的测试用例。一个优秀的测试用例，应该包含以下信息1) 软件或项目的名称 2) 软件或项目的版本(内部版本号) 3) 功能模块名 4) 测试用例的简单描述，即该用例执行的目的或方法 5) 测试用例的参考信息(便于跟踪和参考) 6) 本测试用例与其他测试用例间的依赖关系
7) 本用例的前置条件，即执行本用例必须要满足的条件，如对数据库的访问权限 8) 用例的编号(ID)，如可以是 软件名称简写-功能块简写-NO.。9) 步骤号、操作步骤描述、测试数据描述 10)预期结果(这是最重要的)和实际结果(如果有 BUG 管理工具，这条可以省略) 11)开发人员(必须有)和测试人员(可有可无) 12)测试执行日期
4 个常见手机软件测试面试题及答案
1. 什么是手机软件测试 ? 手机作为专用的消费类电子产品需要进行以下测试 可靠性测试 (对于硬件则是 RQT;对于软件则是 field trial);标准符合性测试(FTA);互操作性测试 (IOT);安全性测试(安规测试);强度测试等。2. 什么是性能测试?性能测试强调长时间、重复或者高强度的进行某些操作,来验证产品在 各种极限条件下的表现。性能测试隶属于软件测试中的系统测试 ,它对软件在集成系统 中运行的性能行为进行测试,旨在及早确定和消除软件中与构架有关的性能瓶颈。3. 手机中的性能测试分类是什么 ? (1) 时间相关的性能测试可分为长时间保持测试和限 定时间反应测试 (2) 次数相关的性能测试是测试终端重复稳定地进行某项功能的能 力 (3) 并发测试主要是测试终端同时进行多项业务时表现出的处理能力 , 例如同时进 行 CS 域语音业务和 PS 域下载业务,或者在 MP3 播放的同时进行 WWW 上网业务,以测试协 议栈、操作系统和处理器对并发业务的支持能力(4) 负载测试主要是验证系统的负载工 作能力。例如同时进行多个 ftp 下载,使下行传输率接近极限值,观察终端是否可以正常 工作 4. 手机性能测试的方法 ? 手工测试主要是通过测试人员手动操作 , 并借助某些监测仪器和 工具,来验证手机性能。但由于手机功能众多,并且性能测试工作量大,如果单个测试工 程师靠手动按键来执行所有测试用例 ,花费的时间少则几小时,多则需要几天的时间,这 样耗费大量测试时间的同时也容易让测试工程师产生疲倦甚至是厌倦心理 ,很容易造成 测试的遗漏。手机测试中常碰到很多重复性高的工作 , 如发送数条 SMS 或者 MMS 以验 证其收发成功率以及稳定性、连续进行多次呼叫、多次对文件系统进行添加删除操作、 多任务多进程情况下的冲突测试以及极限测试等等 , 都是重复性高的工作 , 手动执行的 话费时费力,如果能有一套自动执行的机制,将能大大提高测试的效率。由此产生了对手 机自动化测试工具的需求。手机这种板机的 MMI 功能测试不同于基于 PC 上的 MMI 测试, 后者借助 PC 平台,目前市场上已有非常多功能强大且通用的自动测试工具支持其测试, 如比较典型的有 Winrunner, Robot, Loadrunner 等等,但这些工具通常不能兼容到象手 机这种嵌入式系统中来。这就要求测试人员能够基于当前平台进行二次开发 ,来满足自 动化测试的需求。
手机软件测试面试题 软件测试面试题 问题一：为什么要在一个团队中开展软件测试工作？ 任何软件在开发过程中都会留下缺陷， 带有缺陷的软件产品如果提交出去， 可能会给公 司带来不可估量的损失，我们必须在客户之前发现尽可能多的问题，从而保障客户满意。而 发现问题的这个过程称之为测试。问题二：简述你在以前的工作中做过哪些事情，比较熟悉什么。此问题每个人都不一样。我自己的答案如下。我主要的工作是系统测试和自动化测试，也曾少量涉及性能测试。在系统测试中，主要 是对 BOSS 系统的业务逻辑功能， 以及软交换系统的 Class 5 特性进行测试。性能测试中， 主要是进行的压力测试， 在各个不同数量请求的情况下， 获取系统响应时间以及系统资源消 耗情况。自动化测试主要是通过自己写脚本以及一些第三方工具的结合来测试软交换的特性 测试。问题三：你所了解的的软件测试类型都有哪些，简单介绍一下。1. 基本功能验证。主要是对发布的版本进行一些最主要功能的测试。英文常见叫法是 Smoking Test, Basic Verification Test 或者 Sanity Check。2. 功能测试。主要是依据需求或者需求分析文档，对所发布的版本进行测试，看看是 否满足需求，是否出现了不必要的功能。3. 单元测试。是开发人员进行的测试之一，一般是开发人员对很小的模块，比如函数 进行测试，一般来说，开发人员还需要开发相应的测试桩来进行此类测试。4. 集成测试。在大型的开发过程中，软件是模块化进行开发的，将不同的模块揉合在 一起的话，需要进行的测试就是集成测试。5. 系统测试。当软件提交给测试组后， 是对整个系统的所有功能进行测试， 一般来说， 功能测试是系统测试的一个部分。6. 压力测试。主要是在很大性能的情况下，这个性能已经接近了系统的极限，看看系 统运转的情况。7. 负载测试。主要是用各种不同的性能去检测系统，采集各个数据在这些性能情况下 的数据。8. 黑盒测试。指系统对你来说是完全不透明的，只给你留下了输入和最终输出，这个 是功能测试的方法之一。9. 灰盒测试。指在了解部分系统内部工作机制的情况下， 对于系统进行的覆盖性测试。10. 白盒测试。主要是在单元测试和集成测试的情况下，开发人员已知代码，对这一段 的代码进行全路径的覆盖测试。11. 界面测试。主要是看用户界面的友好性和易用性，是否有文字或者排版错误，是否 有输入限制等等。12. 回归测试。一般是系统发现 BUG，开发人员修改后，和 BUG 直接相关以及可能相关的 功能进行的测试。13. 安装和卸载的测试。14. 恢复测试。主要是一个系统在发生了灾难的情况下，从错误中是否容易恢复。15. 兼容性测试。一个系统在不同的语言，操作系统下的系统测试。16. 安全测试。系统在遇到攻击或者类似情况下的表现。17. Alpha 测试。系统在给最终用户前，测试人员在实验室中模拟最终用户的测试。18. Beta 测试。由部分最终用户通过使用来进行的测试。19. 比较测试。和其他具有相同或者类似功能的系统进行对比的测试。
20. 验收测试。一般是最终用户在接受产品前，依据自己所提出的要求进行的测试，很 多情况下，验收测试可能委托第三方机构完成。问题四测试计划工作的目的是什么？测试计划文档的内容应该包括什么？其中哪些是 最重要的？ 软件测试计划是指导测试过程的纲领性文件。包含了产品概述、测试策略、测试方法、测试区域、测试配置、测试周期、测试资源、 测试交流、风险分析等内容。借助软件测试计划，参与测试的项目成员，尤其是测试管理人 员，可以明确测试任务和测试方法，保持测试实施过程的顺畅沟通，跟踪和控制测试进度， 应对测试过程中的各种变更。测试计划和测试详细规格、 测试用例之间是战略和战术的关系， 测试计划主要从宏观上 规划测试活动的范围、方法和资源配置，而测试详细规格、测试用例是完成测试任务的具体 战术。所以其中最重要的是测试测试策略和测试方法（最好是能先评审） 。问题五：你认为做好测试计划工作的关键是什么？ 1. 明确测试的目标，增强测试计划的实用性 编写软件测试计划得重要目的就是使测试过程能够发现更多的软件缺陷， 因此软件测试 计划的价值取决于它对帮助管理测试项目，并且找出软件潜在的缺陷。因此，软件测试计划 中的测试范围必须高度覆盖功能需求， 测试方法必须切实可行， 测试工具并且具有较高的实 用性，便于使用，生成的测试结果直观、准确 2. 坚持“5W”规则，明确内容与过程 “5W”规则指的是“What（做什么）”、“Why（为什么做）”、“When（何时做）”、“Where （在哪里）”、“How（如何做）”。利用“5W”规则创建软件测试计划，可以帮助测试团队理 解测试的目的 （Why） ， 明确测试的范围和内容 （What） ， 确定测试的开始和结束日期 （When） ， 指出测试的方法和工具（How） ，给出测试文档和软件的存放位置（Where） 。3. 采用评审和更新机制，保证测试计划满足实际需求 测试计划写作完成后，如果没有经过评审，直接发送给测试团队，测试计划内容的可能 不准确或遗漏测试内容， 或者软件需求变更引起测试范围的增减， 而测试计划的内容没有及 时更新，误导测试执行人员。4. 分别创建测试计划与测试详细规格、测试用例 应把详细的测试技术指标包含到独立创建的测试详细规格文档， 把用于指导测试小组执 行测试过程的测试用例放到独立创建的测试用例文档或测试用例管理数据库中。测试计划和 测试详细规格、 测试用例之间是战略和战术的关系， 测试计划主要从宏观上规划测试活动的 范围、方法和资源配置，而测试详细规格、测试用例是完成测试任务的具体战术 问题六常见的测试用例设计方法都有哪些？请分别以具体的例子来说明这些方法在测 试用例设计工作中的应用。1. 等价类划分 划分等价类等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程 序中的错误都是等效的 .并合理地假定:测试某等价类的代表值就等于对这一类其它值的测 试.因此,可以把全部输入数据合理划分为若干等价类 ,在每一个等价类中取一个数据作为测 试的输入条件,就可以用少量代表性的测试数据.取得较好的测试结果.等价类划分可有两种 不同的情况:有效等价类和无效等价类. 2. 边界值分析法 边界值分析方法是对等价类划分方法的补充。测试工作经验告诉我,大量的错误是 发生在输入或输出范围的边界上 ,而不是发生在输入输出范围的内部 .因此针对各种边界情 况设计测试用例,可以查出更多的错误.
使用边界值分析方法设计测试用例 ,首先应确定边界情况 .通常输入和输出等价类 的边界,就是应着重测试的边界情况 .应当选取正好等于 ,刚刚大于或刚刚小于边界的值作为 测试数据,而不是选取等价类中的典型值或任意值作为测试数据. 3. 错误推测法 基于经验和直觉推测程序中所有可能存在的各种错误 , 从而有针对性的设计测试 用例的方法. 错误推测方法的基本思想 列举出程序中所有可能有的错误和容易发生错误的特 殊情况 ,根据他们选择测试用例 . 例如 , 在单元测试时曾列出的许多在模块中常见的错误 . 以前产品测试中曾经发现的错误等, 这些就是经验的总结. 还有, 输入数据和输出数据为 0 的情况. 输入表格为空格或输入表格只有一行. 这些都是容易发生错误的情况. 可选择这些 情况下的例子作为测试用例. 4. 因果图方法 前面介绍的等价类划分方法和边界值分析方法 ,都是着重考虑输入条件 ,但未考虑输入 条件之间的联系 , 相互组合等 . 考虑输入条件之间的相互组合 ,可能会产生一些新的情况 . 但要检查输入条件的组合不是一件容易的事情 , 即使把所有输入条件划分成等价类,他们之 间的组合情况也相当多. 因此必须考虑采用一种适合于描述对于多种条件的组合 ,相应产生 多个动作的形式来考虑设计测试用例. 这就需要利用因果图（逻辑模型）. 因果图方法最终 生成的就是判定表. 它适合于检查程序输入条件的各种组合情况. 5. 正交表分析法 有时候，可能因为大量的参数的组合而引起测试用例数量上的激增，同时，这些测试用 例并没有明显的优先级上的差距， 而测试人员又无法完成这么多数量的测试， 就可以通过正 交表来进行缩减一些用例，从而达到尽量少的用例覆盖尽量大的范围的可能性。6. 场景分析方法 指根据用户场景来模拟用户的操作步骤， 这个比较类似因果图， 但是可能执行的深度和 可行性更好。问题七：您认为做好测试用例设计工作的关键是什么？ 白盒测试用例设计的关键是以较少的用例覆盖尽可能多的内部程序逻辑结果 黑盒法用例设计的关键同样也是以较少的用例覆盖模块输出和输入接口。不可能做到完 全测试，以最少的用例在合理的时间内发现最多的问题 问题八：详细的描述一个测试活动完整的过程。1. 项目经理通过和客户的交流，完成需求文档，由开发人员和测试人员共同完成需求 文档的评审， 评审的内容包括需求描述不清楚的地方和可能有明显冲突或者无法实现的功 能的地方。项目经理通过综合开发人员，测试人员以及客户的意见，完成项目计划。然后 SQA 进入项目，开始进行统计和跟踪 2. 开发人员根据需求文档完成需求分析文档，测试人员进行评审，评审的主要内容包 括是否有遗漏或者双方理解不同的地方。测试人员完成测试计划文档， 测试计划包括的内容 上面有描述。3. 测试人员根据修改好的需求分析文档开始写测试用例，同时开发人员完成概要设计 文档，详细设计文档。此两份文档成为测试人员撰写测试用例的补充材料。4. 测试用例完成后，测试和开发需要进行评审。5. 测试人员搭建环境 6. 开发人员提交第一个版本，可能存在未完成功能，需要说明。测试人员进行测试， 发现 BUG 后提交给 BugZilla。7. 开发提交第二个版本，包括 Bug Fix 以及增加了部分功能，测试人员进行测试。
8. 重复上面的工作，一般是 3-4 个版本后 BUG 数量减少，达到出货的要求。9. 如果有客户反馈的问题，需要测试人员协助重现以及回归测试。问题九以往是否曾经从事过性能测试工作？请尽可能的详细描述您以往的性能测试工 作的完整过程。曾经做过一套网管系统的性能测试， 主要测试该软件在同时管理大量终端的情况下， 在 响应时间，CPU/磁盘/内存等参数是否满足要求。也曾经做过软交换系统的呼叫性能测试， 主要是测试软交换系统在有大量呼叫的情况下， 响 应时间，呼叫成功率，CPU/磁盘/内存等参数是否满足设计要求。问题十：您在从事性能测试工作时，是否使用过一些测试工具？如果有，请试述该工具的工 作原理，并以一个具体的工作中的例子描述该工具是如何在实际工作中应用的。测试网管系统中，使用的 Mimic 来模拟终端，能够大量的节省成本。测试软交换系统的时候，使用的 Prolab 来模拟终端并发送呼叫软交换，他完成了同时 数百人才能完成的摘机拨号工作，主要工作原理是产生一些符合要求的 IP 包并发送给软交 换系统，同时对软交换系统的回应进行处理，决定下一步动作。问题十一：您认为性能测试工作的目的是什么？做好性能测试工作的关键是什么？ 主要是保障在大量用户的情况下，服务能正常使用。问题十二：在您以往的工作中，一条软件缺陷（或者叫 Bug）记录都包含了哪些内容？ 如何提交高质量的软件缺陷（Bug）记录？ 1. 在传统的 BugZilla 中，BUG 描述应该包括以下的信息 2. 和 BUG 产生对应的软件版本 3. 开发的接口人员 4. BUG 的优先级 5. BUG 的严重程度 6. BUG 可能属于的模块，如果不能确认，可以用开发人员来判断 7. BUG 标题，需要清晰的描述现象 8. BUG 描述，需要尽量给出重新 Bug 的步骤 9. BUG 附件中能给出相关的日志和截图。高质量的 BUG 记录就是指很容易理解的 BUG 记录，所以，对于描述的要求高，能提 供的信息多且准确，很好的帮助开发人员定位。问题十二：BUG 管理工具的跟踪过程 用 BugZilla 为例子 测试人员发现了 BUG，提交到 Bugzilla 中，状态为 new，BUG 的接受者为开发接口人 员 开发接口将 BUG 分配给相关的模块的开发人员，状态修改为已分配 开发人员和测试确认 BUG，如果是本人的 BUG，则设置为接收；如果是别的开发人员 的问题，则转发出去，由下一个开发人员来进行此行为；如果认为不是问题，则需要大家讨 论并确认后，拒绝这个 BUG，然后测试人员关闭此问题。如果开发人员接受了 BUG，并修改好以后，将 BUG 状态修改为已修复，并告知测试 在哪个版本中可以测试。测试人员在新版本中测试，如果发现问题依然存在，则拒绝修改；如果已经修复，则关 闭 BUG。问题十二您认为在测试人员同开发人员的沟通过程中， 如何提高沟通的效率和改善沟 通的效果？维持测试人员同开发团队中其他成员良好的人际关系的关键是什么？ 尽量能有面对面的沟通，如果做不到，那么尽量能直接通过电话沟通，如果只能通过
Email 等非及时沟通工具的话，强调必须对特性的理解深刻以及能表达清楚。一是真诚， 二是团队精神， 三是在专业上有共同语言， 当然也可以通过直接指出一些小问题， 而不是进入 BUG Tracking System 来增加对方的好感。问题十三在您以往的测试工作中， 最让您感到不满意或者不堪回首的事情是什么？您 是如何来对待这些事情的？ 某次性能测试覆盖不足，造成系统崩溃。问题十四：你对测试最大的兴趣在哪里？为什么？ 最大的兴趣就是测试有难度，有挑战性！做测试越久越能感觉到做好测试有多难。曾经 在无忧测试网上看到一篇文章，是关于如何做好一名测试工程师。一共罗列了 11，12 点， 有部分是和人的性格有关， 有部分需要后天的努力。但除了性格有关的 1， 2 点我没有把握， 其他点我都很有信心做好它。刚开始进入测试行业时， 对测试的认识是从无忧测试网上了解到的一些资料， 当时是冲 着做测试需要很多技能才能做的好，虽然入门容易，但做好很难，比开发更难，虽然当时我 很想做开发（学校专业课我基本上不缺席，因为我喜欢我的专业） ，但看到测试比开发更难 更有挑战性，想做好测试的意志就更坚定了。我觉得做测试整个过程中有 2 点让我觉得很有难度（对我来说，有难度的东西我就非 常感兴趣） ，第一是测试用例的设计，因为测试的精华就在测试用例的设计上了，要在版本 出来之前，把用例写好，用什么测试方法写？（也就是测试计划或测试策略） ，如果你刚测 试一个新任务时，你得花一定的时间去消化业务需求和技术基础，业务需求很好理解（多和 产品经理和开发人员沟通就能达到目的） ，而技术基础可就没那么简单了，这需要你自觉的 学习能力，比如说网站吧，最基本的技术知识你要知道网站内部是怎么运作的的，后台是怎 么响应用户请求的？测试环境如何搭建？这些都需要最早的学好。至少在开始测试之前能做 好基本的准备， 可能会遇到什么难题？需求细节是不是没有确定好？这些问题都能在设计用 例的时候发现。第二是发现 BUG 的时候了，这应该是测试人员最基本的任务了，一般按测试用例开始 测试就能发现大部分的 bug，还有一部分 bug 需要测试的过程中更了解所测版本的情况获 得更多信息，补充测试用例，测试出 bug。还有如何发现 bug？这就需要在测试用例有效的 情况下，通过细心和耐心去发现 bug 了，每个用例都有可能发现 bug，每个地方都有可能 出错，所以测试过程中思维要清晰（测试过程数据流及结果都得看仔细了，bug 都在里面发 现的） 。如何描述 bug 也很有讲究，bug 在什么情况下会产生，如果条件变化一点点，就不 会有这个 bug， 以哪些最少的操作步骤就能重现这个 bug， 这个 bug 产生的规律是什么？如 果你够厉害的话，可以帮开发人员初步定位问题。问题十五：你的测试职业发展目标是什么？ 测试经验越多，测试能力越高。所以我的职业发展是需要时间累积的，一步步向着高级 测试工程师奔去。而且我也有初步的职业规划，前 3 年累积测试经验，按如何做好测试工 程师的 11，12 点要求自己，不断的更新自己改正自己，做好测试任务。问题十六：你自认为测试的优势在哪里？ 有韧性 有能力面对挑战 有信心做好每一件事情 有比较好的教育背景 从以前的经理处都得到了很好的评价表明我做的很好 问题十七：当开发人员说不是 BUG 时，你如何应付？ 如果确实是自己理解错误，则承认错误，没什么大不了
如果是需求不明，请项目经理补充清楚 如果双方理解不一致，且都不能互相说服，则请项目经理判断。问题十八：你为什么想离开目前的职务？ 问题十九：你对我们公司了解有多少？ 问题二十：你找工作时，最重要的考虑因素为何？ 工作的性质和内容是否能让我发挥所长，并不断成长。问题二十一：为什么我们应该录取你？ 您可以由我过去的工作表现所呈现的客观数据，明显地看出我全力以赴的工作态度。问题二十二：请谈谈你个人的最大特色。我的坚持度很高，事情没有做到一个令人满意的结果，绝不罢手。问题二十三：一个测试工程师应具备那些素质和技能？ 问题二十四：集成测试通常都有那些策略？ 自上而下，自下而上，平面集成 问题二十五：测试结束的标准是什么？ 从微观上来说， 在测试计划中定义， 比如系统在一定性能下平稳运行 72 小时， 目前 Bug Tracking System 中，本版本中没有一般严重的 BUG，普通 BUG 的数量在 3 以下，BUG 修复率 90%以上等等参数， 然后由开发经理， 测试经理， 项目经理共同签字认同版本 Release。如果说宏观的，则是当这个软件彻底的消失以后，测试就结束了。问题二十六：软件验收测试除了 alpha,beta 测试以外,还有哪一种? 第三方验收测试 问题二十七：为什么选择测试这行？ 最开始么，公司安排的，然后么，干一行爱一行，发现测试中间还是有很多东西需要学 习的，再就是测试中有很多东西值得改进和研究。问题二十六：为什么值得他们公司雇用？ 用自己的经验和其他同事一起发现更多的问题，同时不同行业的观点可以互相借鉴。问题二十七：如果我雇用你，你能给部门带来什么贡献？ 分享我的测试经验和测试技能，提高测试部门技术水平
3、给出了一个窗口界面 界面中有 8 处错误，要求标出着 8 出错误。4、你现在用的是什么型号的 phone？ 你为什么选择这个 phone？现在使用的 phone 有哪些主要的 error？ 二、面试（往届） 1、你做过手机游戏测试说说你做过的项目 2、说说你游戏测试时的测试流程 3、你在测试中发现过什么 Bug 4、之前的手机游戏测试中涉及过自动化测试吗 5、你为什么要转成做手机测试 6、你还有什么其他问题 三、面试（应届） 1、你实习时的主要工作职责 2、无线通信协议 GSM，GPRS，CDMA?了解吗 3、手机测试主要分为哪几个领域 4、如果你是 Team Leader。如何考核员工绩效
5、你认为你的知识背景能对我们的工作有什么帮助 6、你对自己在测试领域有什么具体规划 7、如果我们录用你，你准备怎样提升自己在手机测试领域的技术水平 手机自动化测试的原理是什么?
1、 手机自动化测试的原理为 PC 上一个控制端（测试工具）与手机上的一个 agent 端，通 过串口、USB 或者无线方式将 PC 与手机终端相连，然后应用测试工具向手机发送请求 或者命令，手机收到命令或者请求后，交给 agent 端解析，然后 agent 将这些解析的命 令下发给手机的各个功能模块所能识别的命令，调用那些功能模块模拟操作。完成这些 操作后，手机会返回一些信息，agent 可以抓取这些信息，然后传回给 PC 端，这样就完 成了一个完整的手机自动化测试。2、关键点在于 agent，有的公司是向自己的手机终端的软件功能模块中植入测试程序响 应代码，有的公司可以利用 MMI_Command 的方式来控制手机终端；原理就是给手机提 供一个响应的接口。3、而对于 PC 控制端，这个测试脚本用各种编程语言都可以，看如何定义 4、而又的自动化测试设计成录制的机制，说通俗点，就是记录手工操作的键盘信息或 者 LCD 的操作信息（LCD 需要用到智能识别机制） 5、自动化测试框架的搭建方法是通用的，你需要有一套自己的测试框架才能保证自动 化测试的顺利开展
手机测试是一个很大的题目，涉及到硬件测试和软件测试，还有结构的测试，比如抗压，抗 摔，抗疲劳，抗低温高温等，结构上的设计不合理，会造成压力集中，使得本身外壳变形， 对于翻盖手机，盖子失效，还有其他严重问题。硬件测试一般都有严格的物理电气指标，也 有专门的仪器。\1 概述 编辑本段
手机测试是一个很大的题目， 涉及到硬件测试和软件测试， 还有结构的测试， 比如抗压，抗摔，抗疲劳，抗低温高温等，结构上的设计不合理，会造成应力集 中，使得本身外壳变形，比如翻盖手机，盖子失效，还有其他严重问题。硬件测 试一般都有严格的物理电气指标，也有专门的 仪器，这里的仪器，不再多说， 一般如果是专业的测试人员，不会对这词陌生。手机测试
手机测试，一般是指软件测试，这个一方面也说明了软件在手机上的重要性。一方面也说明 手机测试的难度。因为其他的测试都有明确的指标，相应的测试用例，严格的操作规程，还 有各种仪器，一定的测试软件。下面说的手机测试一般都是手机软件测试，以后不在重复说 明。
在说明手机测试之前， 觉得应该了解一下什么是嵌入式操作系统，这是个时 髦的名词， 虽然我们已经被嵌入式操作系统的产品所包围，但是却不一定能说清 楚，什么是嵌操作系统，在学校的课堂上，讲的也不多，所以很多人对此感到云 山雾罩。
简单的说， 一个嵌入式操作系统就是为完成某种特定功能而专门开发的操作 系统。这个操作系统的功能很明确，不像大型操作系统，范围广泛，大千世界， 尽在其中，而嵌操作系统只为了完成某一项或者几项功能。手机的特殊性要求对响应时间达到一定限制范围。也就是所谓的实时操作系 统，如果一个电话不能在 90 秒内接听，那么对方会挂掉。而你的操作系统还没 反映过来， 那么这个操作系统无疑是失败的，这是对嵌入式操作系统实时性的要 求。
2 测试要求 编辑本段
作为一个测试人员，你必须知道这些，可能对一些软件开发人员，他不必很 在意这些方面， 因为他只要了解自己模块的入口说明和出口说明就可以。但是测 试人员不行。高级测试人员应该了解嵌入操作系统的特点，这个系统不象 WINDOWS， 有图形界面可以输入输出， 也不象 DOS 用命令行模式， 所有这些， 都需要自己编写一个编辑器，编写一个交互界面，编写一个输入输出界面，在 WINDOWS 中，利用一些 API 和一些 MFC，不用考虑硬件的问题，因为系统已 经完成， 而 WINDOWS 是讲究和硬件分离的， 因为这样可以保护系统不受侵入。而在嵌入式系统里面。这一些都要求和硬件息息相关。手机测试中，软件出现的 故障不一定是由于软件的错误， 也可能是由于没有考虑到硬件和软件没有完美的 结合。手机测试
因此我们在了解操作系统的同时，也要了解一下其他的手机硬件性能，比如 CPU ，比如存 储器。
CPU 的处理运算能力是以 MIPS 来衡量的，当然越快越好，但是也是和成 本相关的，我不知道现在 MOTOROLA T39 的 CPU 是怎么样的，但是，因为是 PDA，又是手写屏幕，所以菜单特别的慢。关于存储器需要专门做出说明，因为 这里的存储器很特别，不象 PC，手机没有硬盘！ 嵌入式系统的编程语言一般有 C，而且也是最多的，也有其他语言，比如 C 在最开始时候是用汇编的，但是汇编难懂，而且也不容易移植，渐渐的被 C 代 替，不过即使如此，在启动程序时候，要启动板子，也就是电路板时候，还是需 要用一些汇编语言完成。作为一个嵌入式系统的程序，和在 PC 上运行着的程序没有任何不同，唯一 不同可能是在 PC 上运行的程序，你可以看到结果――如果你用输出语句的话， 而在这里，你是看不到结果的。除非你加上 LCD 硬件，然后编写了 LCD 驱动程 序，然后再编写显示程序，编写嵌入式程序，一切都要自己解决。我们的手机如果不是人为把电源切断的话， 或者在电源消耗到一定程度的话， 是会一直在使用的， 所以， 手机程序是一直在运转的， 就是说一直在循环， 这个， 对于了解嵌入式程序， 应该是个好材料――嵌入式程序就是一个无限循环的程序， 除非关掉电源和电源因素，这里也有一个测试点：硬件中断是最高级的，它会终 止你的程序， 即使你现在的程序级别很高， 比如通话， 如果没电了， 一切会 over.
手机程序就是在一个无限循环的程序， 什么时候跳出这个无限循环？你关机 吧， 如果感到不高兴， 把电池卸下来， 因为有可能进入死循环， 而关机键失效了， ――只好通过取下电池了。这里要专门说明一下存储器，因为很多手机毛病都和存储有关，而且很多问 题都和存储相关，计算机的存储是关键，而手机的更是关键，因为计算机有硬盘 作为存储，而手机所有的都在存储器里。存储器分为几类，RAM 随机存储器， ROM 随机只读存储器还有现在出现一些的闪存，以及电子可编程存储和非易失 存储起。一个一个到来 。RAM 随机存储器， 其中又有 SRAM （静态 RAM） DRAM （动态 RAM）， SRAM， 只要只要电源开着， 就会保存， 我们打电话， 有些最后拨打的号码， 暂时是存在 SRAM 中的，不会立刻写入通话记录。只有正常关机，才会写入， 如果取电池的话， 是不会写入手机的通话记录的，如果在通话记录中出现了已经 拨打电话，但是没有记录的情况，那么有可能和这个存储器有关，可能是你的软 件上错误， 也可能是硬件。DRAM 在手机上用的不多，因为保留数据时间很短。从价格上看，SRAM 是非常昂贵的，而 DRAM 相比很便宜。ROM 也有几种，PROM 可编程 ROM 和 EPROM 可擦除可编程 ROM。两 者区别是，PROM 是一次性的，也就是软件灌入后，这个就完蛋了，这种是早 期的产品，现在已经不可能使用了，而 E PROM 则是通用的存储器，这些存储 器不符和手机软件产品，一般使用 ROM 少。其他 FLASH。这是近来手机采用最多的存储器，这种存储器结合了 ROM 和 RAM 的长处，但是不属 RAM 也不属于 ROM。手机大量采用的 NVRAM 非 易失存储器。和 SRAM 属性差不多，EEPROM 电子可擦出可编程存储器。闪 存，ROM 的后代。手机软件一般放在 EEPROM 中，EPROM 是通过紫外光的 照射，擦除原先的程序，而 EEPROM 是通过电子擦出，当然价格也是很高的， 而且写入时间很长，写入很慢，所以前面提到的电话号码，一般先放在 S RAM 中， 不是马上写入 EEPROM， 因为当时有很重要工作要做――通话， 如果写入， 漫长的等待是让用户忍无可忍的。NVRAM 是一个很特别的存储器，它和 SRAM 相类似，但是价格却高很多，由于一些数据实在重要，断电后必须保持 这些数据，所以只能存放在这里，一般和个人信息有关的数据会放在这里，比如 和 S IM 卡相关的数据，容量大小也只有几百字节。3G 手机离市民越来越近了！ 从昨天 （6 日） 起， 按照 3G 国产标准 TD-SCDMA 制式生产的 3G 手机开始在青岛、保定、厦门和北京四地放号测试，测试手机号 码以“188”开头。本月 15 日前后，国产 3G 手机也将在上海小范围放号，进行为 期两个月左右的测试。上述五个城市的测试结果，将决定我国 3G 市场的进程，中国的 3G 到底用 什么标准、3G 手机什么时候大规模商用和 3G 网络究竟由谁来运营，最快都将 在明年揭开谜底。闪寸存储器是所有手机的首选，综合了前面的所有优点，不会断电丢失数据 （NVRAM） 快速读取， 电子可擦除可编程 （EEPROM） 所以现在手机大量采用。
说了这么多存储器，可能比较糊涂了，这么多存储器，究竟中采用哪种呢， 在手机发展中， 各种存储器都用过， 至于现在， 各种手机采用的存储器是不同的， 这个和成本相关， 各种存储器价格不一样， 本着性价比最优组合， 由设计者决定， 有些是可选的， 有些是必须的， 是手机方案决定的， 我们了解只是各种存储性能， 特点，在测试中判断错误原因。－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－ －－－－－－－－－－
3 白盒测试 编辑本段
手机协议站软件的白盒测试手机测试
手机软件测试单从测试的内容来看，包括上面的 MMI 和底下的 PROTOCOL。由于 MMI 的 灵活性，和各个厂家的个性化，以及手机本身的用户不同。MMI 的侧重点也就不同，在基 本通话、短消息、数据功能完成的基础上可以五花八门，所以测试的重点不同。测试方法各 不相同。但是协议就不同了，协议是统一的，虽然你实现方法可以不同，但是完成的功能必 须相同，和 MMI 不同，虽然都是聊天，但是有些用短消息聊天，有些用 PUSH 聊天，而协 议软件有一个遵守的规范――ETSI 指定的协议规范，有统一的命令规范和统一的标准。消 息（术语，不是软件编程里的消息，是通信术语）是固定的嘛。针对协议的测试，因为有标 准可循，有规范可仪，所以软件测试就很多工具，公司也多，自动化测试要自动话，否则， 按照人的测试能力，谁也无法保证其绝对可靠性，也没有这么大的人力去仔细做测试。
一般对于白盒测试是比较严格的，而且也是耗费人力的，所以常采用自动化 测试工具。这样节省人力、缩短测试时间。至于谁家的工具比较好，涉及各取所 需吧，也涉及到成本问题。你如果想购买某产品，会给你一个 DEMO 版本，给 你一个月的评价时期，这个评估版本让你熟悉其产品的优劣也让你熟悉其操作。测试工具一般都有二次开发功能，也就是可以自己编写脚本，针对不同的软件平 台做一些改动，这样可以根据自己的需要编写测试 CASE 测试用列。当然即使 是全部用自动化测试，你心理还是没底，你还是要仔细去看代码。分析流程，读 懂其含义，一个很小的问题，出错保护没有作好，一般这个问题最多，出错保护 机制没有作好，会造成崩溃这样严重的问题。这是针对协议代码的白盒测试。如果你是对购买来的协议进行测试， 一般有仪器， 模拟一个网络基站， 进行测试， 不过这样的仪器非常昂贵，而且测试人员要对 ETSI 协议比较熟悉。我没有直接 参加针对协议的白盒测试，不过对评估般的测试软件曾经 PRACTISE，可测试 覆盖率，我很奇怪的是，一般打点（跟踪）也是需要消耗 CPU 时间的这样程序 效率就降低了，而我要测试程序的效率等项目就要考虑 CPU，而且程序的工作 运转必须和 CPU 息息相关，而现在 CPU 在保证程序 RUN 同时，还要进行打 点， 是否测试出的指数和实际不符和呢，是否没有达到真实的水平呢？而它这个 产品（水牛）介绍说，一般不占用 CPU 时间，我想了很长时间没有想通后想咨 询，告之这是他们的专利，无可奉告。由于这种测试工具是针对平台，所以如果 你平台不支持的，也就没有办法使用了。还有集成测试等等，在软件的介绍中有 详细说明，不再详细说明。对协议进行白合测试，我想对你的要求就是：熟悉 相关的协议，否则白扯；熟悉开发的语言，否则免谈。
4 测试内容
手机测试主要测试什么？手机测试
一.软件压力测试:用自动测试软件连续给手机拨打 1000 个电话,检查手机是否会发生故障.
二.抗摔性测试:抗摔性测试由专门的 PRT 可*性实验来进行.半米的微跌落测 试要做 300/面(手机有 6 个面).而 2 米的跌落测试每个面需各做一次.还有模拟人 把手机扔到桌面的测试. 三.高温低温测试:让手机处于高低不同的温度来检测手机的适应性. 四.高湿度测试:用一个专门的箱子来操作滴水测试,模拟人出汗的情况(水里 面掺有一定比例的盐) 五.百格测试:用专用刀片在手机的外壳画 100 个格子 10*10,用专用胶带粘其 表面,看看外壳会不会掉油漆. 六.翻盖测试:对翻盖手机进行翻盖 10 万次,检查壳体的损耗情况. 七.扭矩测试:直板机,用夹具夹住两头,一头左拧,一头右拧.测试壳体和手机 里面大型器件的强度. 八.静电测试:北方天气干燥,手摸金属的东西容易产生静电,击穿手机电路,有 些设计不好的手机就是这么突然坏的.有专门的静电枪和铜板来测试. 九.按键测试:借助机器以给定的力量击打键盘 10 万次. 十.沙尘测试:手机放入特定的箱子,细小的沙子被鼓吹起来.数小时后,察看手 机里面是否有沙子进入,如果是,那么手机密闭性不好,结构设计有待重新调整.
5 内容标准
目前，绝大多数国内定点的 CDMA 手机生产企业都选择采用 SKD（sack knock down）散 件组装的方式来生产手机， 这是因为与 OEM （orignal equipment manufacture） 贴牌或 CKD （completed knock down）的方式相比较，采用 SKD 方式具有投资少、见效快、技术风险 低、 项目启动快、 容易组织规模生产、 可在一定程度上降低成本、 产品上市时间迅速的优势。在 SKD 生产方式条件下， 如何进行 CDMA 手机的测试和性能评估中， 保证产品质量和测试 速度，这是国内许多 CDMA 手机生产企业面临的一个技术问题。如何解决好该问题对于生 产厂家来说具有重要的工程意义和现实意义。笔者现把一些经验和想法与同行作一交流。
SKD 测试方案的指导思想
（1）满足相关的技术规范和测试标准 手机测试 （2）具有足够的测试速度和精度
（3） 在满足生产线产能要求的前提下， 设备投入要经济， 这包括购买 CDMA 手机综合测试仪、传输带设备、测试夹具、其他的测试设备，生产线统计管理设 备等。（4）拟购买测试仪器的技术指标、型号、规格、数据等项要求，既要能满 足现阶段的综合要求、也要考虑到未来的可扩充性、可升级性、可维修性。（5）尽量少占用公司的各类资源，包括人力、物力、财力、生产场地、空 调、电力、压缩空气等。（6）尽可能地充分利用现有的 GSM 手机生产线条件（若有的话）来对生 产线进行改进、调整和优化，以进一步降低生产手机的成本。2 CDMA 手机功能测试项分类、测试规模和相关的标准
（1） RF 收发信机指标测试 （测试发射功率、 发射频谱、 接收灵敏度等等） 测试标准为中华人民共和国通信行业标准 YD/T；美国 TIAIS-98 双模 移动台最低性能标准；800MHzCDMA 数字蜂窝移动通信网空中接口技术要求。（2）音频指标测试：检查或测试发送音频灵敏度、振铃响度、受话器响度、 失真度、侧音、免提功能等等。（3）LCD 和菜单功能的检查：看是否与说明书中所述内容相一致。（4）各按键触觉和力度的检查。（5）电池质量的检查：检查电池与主板的电气连接质量是否可靠，测量电 池容量、输出电压、短路保护等指标。（6）充电器质量检查：检查充电器与主板的电气连接质量是否可靠，测试 输入特性、输出特性、充电特性、充电时来电、充电时去电、对地泄漏电流等指 标。（7）可靠性测试：通过对手机施加一定的外界环境应力（高温、低温、振 动） ， 来检查产品的可靠性指标。这一点很重要， 它可以发现不少产品质量问题。测试标准为 GB/T5：电工电子产品环境试验。（8）在实际 CDMA 通信网络中的外场测试：该项测试需在不同的时间、不 同的地点/地貌、与不同网络中的用户进行互连互通等环境条件下进行测试和检 查。测试标准为 CDMA（IS-95A）数字移动电话机进网检验实施细则 2001 年 5 月信息产业部。（9）手机壳体质量的检查 （10）软件、MMI 操作可靠性与稳定性检查。（11）DC 功耗指标：关机电流、待机电流、通话电流、待机时间的测试。上述 CDMA 手机 SKD 生产测试方案中的大部分内容也可以用于 GSM 手机 的 SKD 生产中。
如何对一部完整手机进行质量测试（doc 1）摘要
如何对一部完整手机进行质量测试 一部完整手机的功能检测步骤主要可分为三大部分1、界面（根据对不同的机型作步骤调整） 首先要看开机时有无异常，显示是否有无缺行、乱屏、色彩不均等现象，此次对铃声、震动做进一步的试 听禁止有铃声小、铃失真、无铃声、无震动、震动不良等现象发生，按键主要检测有无作用、是否串键、 手感、有无背光灯（包括大小屏），再次检查手机的相关软件，将软件标签贴在相应位置。2、呼叫（GPRS 卡） 先将 8960 仪器调试到人工手动或仪器自动呼叫的模式下，然后再对手机进行通话测试。在手机呼叫接通之 后，首先看电脑上是否显示合格、通话的时间是否走或走的慢、8960 上显示的 IMIEL 号不能为零更不能重 号，此次试侧键的作用和手感同时调试通话音的大小，是否有音杂、电流声、回音等情况，再次如有需要 还要用耳机来对声音进行调试。3、恢复出厂
浅谈手机软件测试用例设计方法
标签OPhone 质量保障体系
17:10 手机产品和用户交互非常紧密， 手机的软件质量就显得尤其重要。要使最终用户对手机 软件感到满意, 必须要在手机软件发布之前进行充分的测试。而不完全、不彻底是软件测试 的致命缺陷，但是我们又不可能进行穷举测试，任何程序只能进行少量而有限的测试。为了 节省时间和资源， 提高测试效率， 我们必须要从数量极大的可用测试数据中精心挑选出具有 代表性或者特殊性的测试数据进行测试。测试用例在此情况下产生。测试用例是为特定的目 的而设计的一组测试输入、 执行条件和预期的结果。简单地说， 测试用例就是设计一个场景， 使软件程序在这种场景下，必须能够正常运行并且产生程序所设计的执行结果。Grenford J. Myers 在《The Art of Software Testing》一书中提出：一个好的测试用例是指 很可能找到迄今为止尚未发现的错误的测试， 由此可见测试用例设计工作在整个测试过程中 的重要地位。测试用例设计的好坏直接影响到测试的效果。目前很多公司的测试用例都是依 据需求或者规范规格， 测试用例设计人员根据经验来写测试用例， 这种情况就会导致测试用 例覆盖面不全、测试用例规划不合理，甚至存在测试用例冗余的情况。测试用例覆盖面不全 会导致出现漏测少测，将问题直接流向用户；测试用例规划不合理、测试用例冗余会造成人 力浪费，导致测试效率低下。因此不能只凭借一些主观或直观的想法来设计测试用例，应该 以一些比较成熟的测试用例设计方法为指导， 再加上设计人员个人的经验积累来设计测试用 例。
目前业界比较成熟的测试用例设计方法主要有：等价类划分法，边界值分析法，错误推 测法，因果图法，正交实验设计法等。
等价类划分法
等价类划分法是测试用例设计中一种重要而常用的设计方法， 它将不能穷举的测试用例 进行合理分类， 从而保证设计出来的测试用例具有完整性和代表性。等价类划分是把所有可 能的输入数据，即程序的输入域划分成若干部分（子集） ，然后从每一个子集中选取少数具 有代表性的数据作为测试用例。
边界值分析法
边界值分析法就是对输入或输出的边界值进行测试设计的一种方法。通常边界值分析法 是作为对等价类划分法的补充。长期的测试工作经验告诉我们， 大量的错误发生在输入或输 出范围的边界上， 而不是发生在输入输出范围的内部。因此针对各种边界情况设计测试用例， 可以查出更多的错误。使用边界值分析方法设计测试用例，首先应确定边界情况。应当选取 正好等于，刚刚大于或刚刚小于边界的值而不是中间值作为测试数据。
错误推测法
错误推测法是指在测试程序时， 人们可以根据经验或直觉推测程序中可能存在的各种错 误， 从而有针对性地编写检查这些错误的测试用例的方法。错误推测方法的基本思想是列举 出程序中所有可能有的错误和容易发生错误的特殊情况,根据它们选择测试用例。例如, 在单 元测试时曾列出的许多在模块中常见的错误、 以前产品测试中曾经发现的错误、 输入数据和 输出数据为 0 的情况、 输入表格为空格或输入表格只有一行等。这些都是容易发生错误的情 况，可选择这些情况下的例子作为测试用例。
因果图法是一种利用图解法分析输入的各种组合情况， 从而设计测试用例的方法， 它适 合于检查程序输入条件的各种组合情况。等价类划分法和边界值分析方法都是着重考虑单个 输入条件，但没有考虑输入条件的各种组合、输入条件之间的相互制约关系。这样虽然各种
输入条件可能出错的情况已经测试到了， 但多个输入条件组合起来可能出错的情况却被忽视 了。而如果在测试时必须考虑输入条件的各种组合，则可能的组合数目将是天文数字，因此 必须考虑采用一种适合于描述多种条件的组合、 相应产生多个动作的形式来进行测试用例的 设计，这就需要利用因果图来设计。
正交试验设计法
正交试验设计法。利用因果图来设计测试用例时,作为输入条件的原因与输出结果之间 的因果关系,往往因果关系非常庞大,以至于据此因果图而得到的测试用例数目多的惊人，给 软件测试带来沉重的负担。为了有效地、合理地减少测试的工时与费用,可利用正交试验设 计方法进行测试用例的设计。正交试验设计方法依据 Galois 理论, 它是根据正交性,按照 “均 匀分散， 齐整可比”的特点从大量的 （试验） 数据 （测试例） 中挑选适量的,有代表性的点 （例） , 从而合理地安排试验（测试）的一种科学实验设计方法。它简单易行，计算表格化，使用者 能够迅速掌握，是一种高效率、快速、经济的试验设计方法。以上这些方法各有优缺点，在设计过程中可以叠加使用，取长补短，使得设计出来的测 试用例规划合理，裁剪得当，既能保证覆盖面，又能保证测试的效率，所以在测试用例的设 计过程中得到了广泛的应用。
OPhone 测试团队在测试用例的设计阶段充分运用这些方法，在测试用例的设计 过程中极大的减少主观因素的影响， 并在保证测试用例完备性和有效性的前提下， 对测试用例进行有效裁剪， 减少无效测试用例和冗余，在很大程度上提高了测试 效率，从根本上确保测试的质量。从哪些角度进行手机软件测试？
对于当前背景下的手机软件测试来说 ,要做好手机软件测试,主要从以下几个角度进行测试:UI 测试,功能模块测试,交叉事件测试,容量性测试,用户手册测试等。1. UI 测试用户界面测试指测试用户界面的风格是否满足客户要求,文字是否正确,页面美 工是否好看,文字,图片组合是否完美,背景是否美观,操作是否友好等等,UI 测试用于核 实用户与软件之间的交互。UI 测试的目标是确保用户界面会通过测试对象的功能来为用 户提供相应的访问或浏览功能。另外,UI 测试还可确保 UI 中的对象按照预期的方式运行, 并符合公司或行业的标准。包括用户友好性,人性化,易操作性测试。2. 功能测试功能测试指测试软件各个功能模块是否正确 , 逻辑是否正确。对测试对象的功 能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。这种测试的 目标是核实数据的接受、处理和检索是否正确 ,以及业务规则的实施是否恰当。此类测 试基于黑盒技术,该技术通过图形用户界面(GUI)与应用程序进行交互,并对交互的输出
或结果进行分析,以此来核实应用程序及其内部进程。功能测试的主要参考为类似于功 能说明书之类的文档。3. 交叉事件测试交叉事件测试是指一个功能正在执行过程中 ,同时另外一个事件或操作对 该过程进行干扰的测试。例如在运行手机软件程序的过程中接收到短信或来响闹。应该 以执行干扰的冲突事件不会导致手机死机或花屏等严重的问题出现为 Pass 的标准。4. 容量性测试容量性测试主要测试软件测试的性能 ,包括负载测试,强度测试,基准测试以 及基准测试 负载测试是一种性能测试指数据在超负荷环境中运行 , 程序是否能够承担。在这种测试 中, 将使测试对象承担不同的工作量 , 以评测和评估测试对象在不同工作量条件下的性 能行为,以及持续正常运行的能力。负载测试的目标是确定并确保系统在超出最大预期 工作量的情况下仍能正常运行。此外 ,负载测试还要评估性能特征,例如,响应时间、事 务处理速率和其他与时间相关的方面。强度测试是一种性能测试 ,他在系统资源特别低 的情况下软件系统运行情况。这类测试往往可以书写系统要求的软硬件水平要求。实施 和执行此类测试的目的是找出因资源不足或资源争用而导致的错误。如果内存或磁盘空 间不足,测试对象就可能会表现出一些在正常条件下并不明显的缺陷。而其他缺陷则可 能由于争用共享资源(如数据库锁或网络带宽)而造成的。强度测试还可用于确定测试对 象能够处理的最大工作量。5. 用户手册测试手机软件的用户手册测试主要是看软件功能介绍是否准确、简洁地描述该 软件功能,且不会让用户产生误解。
怎么测试手机对存储卡的读写速度
读写速度 90MB/s 超高速 CF 存储卡面世 2009 年 9 月，SanDisk Extreme Pro CF 存储卡隆重推出，全球领先的闪存供货商 SanDisk 为专业级闪存 设定了新的标杆，将读写速度提高到 90MB/s，容量从 16GB 至 64GB。为了满足其严格的用户所需的耐久性和稳定性， SanDisk 在极端的条件下对各批次存储卡进行了测 试，如许多专业摄影师在拍摄期间会遇到的酷热、严寒、高湿度以及存储卡意外坠落等情况。“咔嚓”按下快门 以往在相机使用胶卷而非存储卡时，人们很容易通过马达卷片器的快速“咔嚓咔嚓咔嚓”声来分 辨出谁是专业摄影师。而今天的专业级数字单反相机能够提供同样的功能，并可在连续拍摄中通过按 住快门按钮来拍摄快速连续的图像。这种相机设置通常设定为连续拍摄模式或突发模式。当按住相机快门时，光线射向图像传感器，并将摄影师捕捉的视觉信息转化为电子信号。电子信 号被传送到模拟至数字信号转换器中，转换器再将这些信号转换成二进位的数字，由相机内的芯片进 行处理，最后形成图像文件。在今天的标准数字单反相机中，这一流程通常仅是一瞬间的事情。
文件生成后存储在相机的内部缓存中。在突发模式中，这种流程是以快速连续的方式发生的，直 到缓存装满为止。它的功能像是一个“收费站” ，等待数据从相机内部缓存的“高速路”上下来，直到 存储卡被写满。随着时间的推移， SanDisk 的工程师们开发出一种将相机内部缓存卸载到存储卡的方法， 使存储卡内的数据存储单元可以同时工作，从而加快了存储速度。SanDisk Extreme 系列产品中使用的 高性能闪存不是单单坐在“收费站”中，而是能够“调节引擎”从而产生更高的数据传输速度。SanDisk Power Core 控制器和 ESP 技术使存储卡性能大大提高 当使用 SanDisk Extreme Pro 存储卡拍摄图像时，数据将首先到达 SanDisk Power Core 控制器，该控 制器是专为快速处理数据而设计的。为了支持更快速的数据处理，SanDisk 运用了双通道技术，用来有 效提高一个控制器能处理的数据量。一旦数据到达像”高速公路”般的 SanDisk Power Core 控制器，数据就被转移到两个“出口匝道” 中，这样能在同一时间处理更多的图像。在数据从“高速公路”转移到两个“出口匝道”后，它就被 处理并储存在多个闪存区块的其中一个里。SanDisk Power Core 控制器将数据分配到不同的存储通道中， 帮助数据找到最快捷的存储路线, 提高了存储速度。这种通过 SanDis Power Core 控制器写入和存储多 个图像的处理过程被称为“ESP” 。ESP 读写操作结合快速闪存数据传输架构, 使数据能够以更快的速率进行传输，快于目前读/写速 度为 45MB/s 的存储卡。此外， ESP 技术通过先进的硬件自动化来简化数据的读写运行,并有效地解决了 数据存储的瓶颈。摄影师得益于 ESP 技术，能更快地捕捉高解像度图像并更快地传输到电脑。SanDisk Power Core 控制器的的新一代“