qileilove

　　这样在LogCat里我们就可以打印出所有的View了：

　　我们看到这里罗列了所有的控件，有Layout, TextView， Button 等等。而获得了这些控件，对我们有什么用呢？

　　Yes，有了这些控件，我们就可以执行相应的操作了！

　　比如：

　　1、有了Button，我们可以执行Click On Button操作

　　2、有了TextView，我们就可以得到页面的所有Text，去验证Message或者做Localization Testing

　　3、同样有了ImageView，我们可以执行Click操作，甚至可以得到页面显示的图片

　　4、.......

　　下面分享一些我们项目中用到的关于这些操作的典型片断：

　　● Click 操作

　　● 获取页面图片

　　这里的sourceImageView变量，就是一个ImageView的实例。

　　为了方便，我们在项目中使用了Robotium框架，但是如果追本溯源的话，我们不禁要问：

　　这些操作是如何实现的？我们自己能不能写？

　　我们知道Robotium框架是基于Instrumentation，并且市面上大多数的Android测试框架都是基于 Instrumentation的，而Instrumentation就是我们做自动化的基石，一层层的跟进Robotium的Click方法，我们会看 到最终它是调用Instrumentation的：

　　public void sendPointerSync (MotionEvent event)

　　来实现Click操作。

　　For Example:Solo.clickOnView(View view) 会调用 clicker.clickOnScreen(view) 跟进去我们会看到下面的代码：

　　这样我们就明白了，原来在Android automation testing，Click的操作是这么实现的！

　　总结

　　要是我们自己来写Android自动化测试框架，我们也可以提供这样一个方法嘛~

相关链接：

Android自动化追本溯源系列（1）：获取页面元素

　 　引用牛人定义的接口测试概念——接口测试是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测 试的重点是要检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等。由于刚刚接触接口测试，暂时定义成系统外部接口测试，内部及各个子系 统之间逐个引入。

　　为什么做接口测试呢？

　　1、系统越做越大，越做越复杂，子系统的数量也逐步增长；

　　2、客户技术能力也不断地提升；

　　3、原有的测试方法不能有效地发现bug；

　　接口测试的目的是什么？

　　以保证系统的正确和稳定为核心，以持续集成为手段，提高测试效率，提升用户体验，降低产品研发成本。关注持续集成是接口测试的灵魂，否则接口测试带来工作量会成指数增长。

　　接口测试的摸索

　　1、尝试使用各种脚本、框架和流程规范，找到适合自己团队的最优方案，采用perl脚本直接模拟接口协议完成测试，特点灵活多变，适应性较强，缺点：维护成本过大，推广比较缓慢（大部分测试人员的开发基础相对开发人员较低）

　　2、考虑测试部大部分成员不太了解开发技术，所以直接采用脚本开发接口测试很难实现，借鉴测试部自动化成功经验，接口测试引入Robot framework，让做过自动化测试的成员较快地接受。接口测试被所有测试人员和开发人员所接收，每一个成员都能快速地完成接口测试用例，最大程度地提高软件质量的稳定性。

　　接口测试自动化的实现

　　1、由于使用robot framework框架，所以选择python脚本语言能更好地应用到robot framework框架

　　2、Smpp协议接口驱动模拟器——采用twisted框架完成网络通信，采用smpp.pdu模块完成协议解析。

　　3、已Smpp协议接口驱动为基础，编写适合robot framework框架的关键字，并引入框架，完成接口自动化测试用例。

　　为什么选择python和robot framework呢？

　　1、Python脚本语言支持面向对象开发，复用程度较高，有相当成熟的网络开发框架twisted，能够快速地搭建一个网络应用（外部子系统模拟器）。

　　2、Python脚本语言与C++、java等语言结合的比较好，robot framework框架使用python实现的，能够方便地应用到框架中去。

　　3、Robot framework框架有一套完成用例组织、调试和产生报告功能，并支持远程接口调用，在完成接口自动化测试过程中，无须考虑这些。

　　接口测试的未来

　　实现一个框架，通过简单的配置虚拟出各种接口，并将被测试系统运行在虚拟机中，自动完成内部代码、内存检测、数据校验与逻辑检测。

　　本系列旨在阐述Android自动化的原理，让大家明白如何在Android平台上做自动化，甚至开发出自己的自动化工具来。

　　什么是Android自动化？

　　相信对于测试同 学，这个问题就很简单了。自动化的目的就是做好回归测试，以达到版本控制，并节省人力。而Android自动化就是在Android平台上做测试自动化， 相信随着Android开发的日趋盛行，其测试自动化的需求也会逐渐增强，知其然，固然是好，但如能知其所以然，必将锦上添花。

　　目前我所知道的做Android自动化的工具有：

　　● Ranorex 支持录制回放功能，但是不太好用，需要在开发代码中注入一段测试代码，并且它是收费的。

　　● Robotium 开源的黑盒测试框架，使用时需要引入一个JAR包，需要测试人员有一定的编码功底，才能编写Test Case。

　　● Monkeyrunner Google随SDK发布的测试工具，功能简单，不是很好用。

　　因为是想研究自动化原理，所以这里主要参考Robotium以及Android源码。

　　如何识别页面元素？

　　做过自动化的同学应该都知道，我们在写涉及UI的自动化case时，其基本思路就是找到某元素—>执行操作，这里的操作要么是动作，要么是是验证。仔细想想，其实道理就是这样。所以说如果我们想开发自己的自动化测试工具时，首要解决的问题就是，如何在测试时，找到页面的元素。

　　而在Android中，思路也是一样。

　 　如何大家研究过Android的窗口机制的话，应该看到过这样的说法，真正实现WindowManager窗口机制的是 WindowManagerImpl类，它会把DecorView添加到mViews数组，创建对应的ViewRoot，而DecorView是何物呢？ 参考我上篇博客：http://www.cnblogs.com/jinsdu/archive/2013/01/03/2840565.html 知道，实际上DecorView是页面最顶层的View,而如果能够获取到它，我们就可以将其转换成ViewGroup，然后遍历其所有子节点从而得到所 有的页面元素了。而运用java的反射机制，正好可以在运行时，获取类的属性和方法：

　　于是在运行时，获得WindowManagerImpl类：

　　然后获得页面的DecorView：

private View[] getWindowDecorViews()
    {

        Field viewsField;
        Field instanceField;
        try {
            viewsField = windowManager.getDeclaredField("mViews");
            instanceField = windowManager.getDeclaredField("sWindowManager");
            viewsField.setAccessible(true);
            instanceField.setAccessible(true);
            Object instance = instanceField.get(null);
            return (View[]) viewsField.get(instance);
        } catch (SecurityException e) {
            e.printStackTrace();
        } catch (NoSuchFieldException e) {
            e.printStackTrace();
        } catch (IllegalArgumentException e) {
            e.printStackTrace();
        } catch (IllegalAccessException e) {
            e.printStackTrace();
        }
        return null;
    }

　　而获得了页面的元素，就基本上完成了我们UI Automation两步走的第一步 —> 找到页面元素。试想一下，如果我们的Android自动化框架有上面类似的功能，那么我们的自动化框架就能在运行时获得页面的所有元素，而我们在写 case时，也许只要传给自动化框架一个控件ID，我们就可以获得这个元素了。有了这个元素我们就可以向我们的第二步迈进了—>在控件上执行操作， 或者取其属性进行Expected验证。当然我会在接下来的文章中，一一阐述这些内容。

　　总结

　　研究Android自动化原理，要涉及到很多知识，尤其对Android的窗口机制要更加明确，像页面是如何加载，如何通信，都不是一言半语可 以说清的，我也是正在研究中。对于WindowManagerImpl类的源码，有兴趣的同学，可以研究下：http://grepcode.com /file/repository.grepcode.com/java/ext/com.google.android/android/4.1.1_r1/android/view/WindowManagerImpl.java#WindowManagerImpl

　　最后，欲知后事如何，且听下回分解。

　　存在的现状：

　　测试项目负责人都是在执行测试

　　带来的问题：

　　● 有些成员的缺陷质量不合格；

　　● 开发人员修改不及时，系统某些功能发生严重问题导致部分功能无法测试等等。

　　正确的做法：

　　● 测试用例执行情况；

　　● 测试员提交的缺陷情况；

　　● 测试中发生的突发事件。

　　测试中的版本控制

　　存在的现状：

　　测试小组版本管理不规范，造成测试对象不可控制。

　　带来的问题：

　　● 需求频繁变化，难以应对；

　　● 维护测试用例工作量大；

　　● 测试质量低下。

　　正确的做法：（专人负责！）

　　● 测试需求的版本控制；

　　● 测试用例的版本控制；

　　● 测试对象的版本控制。

　　提交的缺陷质量差

　　存在的现状：

　　提交的缺陷引起测试人员与开发人员的争议。

　　带来的问题：

　　● 开发的成本高；

　　● 回归测试的成本高；

　　● 交流的成本高。

　　正确的做法：

　　● 一个缺陷至少描述清楚概要描述、详细描述、重现步骤三方面的内容；

　　● 采用交叉测试的方法，测试工程师之间互相验证彼此提交的缺陷。

　　存在的现状：

　　● 忽视测试团队，当要实施测试时，临时找几个程序员充当测试人员

　　● 安排一些毫无开发经验的新手去做测试工作

　　带来的问题：

　　● 测试质量低下；

　　● 测试效率低下；

　　● 测试人员觉得测试工作索然无味。

　　正确的做法：

　　● 一名资深的测试领域专家；

　　● 多名具备一技之长的成员；

　　● 多名测试执行人员（包括新手）；

　　● 兼职测试团队（包括同行专家）。

　　测试中最难克服的现象

　　存在的现状：

　　在回归测试时，之前由于进行过认真的测试，往往会认为某些功能是可靠，只要验证一些以前发现的缺陷是否修改完成就可以了。

　　带来的问题：

　　开发人员在修改缺陷时往往会引入新的缺陷，测试人员的疏于防范就会把这些缺陷带到用户那里。

　　正确的做法：

　　● 最好在最后一次回归测试时执行一次全部的测试用例；

　　● 测试工程师在回归测试时互相交换任务，反复测试某一功能的机会大大减少，从而也就不会“主观的”认为某些功能没有缺陷。

　　用来测试时间总是不够

　　存在的现状：

　　一旦整体进度不能向后延迟，习惯的做法就是缩减测试时间。尤其在功能还没有开发完成的情况下，这种现象更为突出。

　　带来的问题：

　　● 测试质量不满足要求；

　　● 项目经理受到指责。

　　正确的做法：

　　● 按照测试任务的轻重缓急，尽最大努力完成测试任务；

　　● 在实际工作中和开发人员共同配合，达到最佳效果；

　　● 采用平时积累的自动化测试方法；

　　● 不要抱怨，积极面对问题。

　　存在的现状：

　　尽管很多公司在意识上已经开始重视测试，但是在具体工作中，往往由于追赶进度、节省资源等方面原因而忽略测试工作。

　　带来的问题：

　　测试负责人仍要对软件质量负主要责任！

　　正确的做法：

　　● 要主动去配合开发人员完成工作；

　　● 逐渐显出测试工作的重要性，然后再逐步健全测试体系；

　　● 只有测试工作的业绩逐步表现出来，人们才会真正的注意到测试的重要性

　　管理者需要是技术专家吗

　　存在的现状：

　　在实际工作中，由于测试人员的短缺，测试管理者常常做为测试员来执行具体的测试任务。尤其在规模较小的测试团队，测试管理者的日常工作通常以具体的测试执行工作为主。

　　带来的问题：

　　测试管理没做好！

　　正确的做法：

　　● 管理者主要任务是制定测试策略，落实管理测试计划，为测试项目的进行创造良好的执行环境以及调动员工的创造性；

　　● 技术方面的背景知识对测试管理者是十分有益的。例如：分配工作任务、做进度预算，以及一些具体的执行工作，都需要一定的背景知识。

　　评估测试人员的绩效

　　存在的现状：

　　仅从提交的问题单数量、测试执行用例数量来判断测试人员的好坏。

　　带来的问题：

　　这种做法明显缺乏全面性。问题单的数量只是评估测试质量的一个方面。

　　正确的做法：

　　我们更需要看中实际的测试质量。这就需要考察问题单的质量、测试的难度、问题单的级别。

　　存在的现状：

　　对测试人员发现的问题的价值没有进行评估。

　　现实情况是：

　　发现1个系统架构设计方面存在的缺陷和隐患，远比发现几个普通界面的显示问题要有价值的多。

　　存在的现状：

　　不重视测试文档的质量。

　　现实情况是：

　　只有对系统进行了充分的、深入测试的测试人员才能写出高质量测试报告，说明测试的全面性和测试过程的质量。

　　存在的现状：

　　不重视测试人员的综合能力。

　　现实情况是：

　　需要关心测试人员的工作积极性，积极工作的态度不仅能带来很高的测试质量，还能提高整个团队的积极向上的风气。

　　Test Director：是Mercury Interactive 公司推出的基于WEB 的测试管理工具，在本文档中我们简称为TD。

　　其中包括的内容有：

　　1、需求定义（Specify Requirements）：

　　分析应用程序并确定测试需求。

　　2、测试计划（Plan Tests）：

　　基于测试需求，建立测试计划。

　　3、测试执行（Execute Tests）：

　　创建测试集（Test Set）并执行测试。

　　4、缺陷跟踪（Track Defects）：

　　报告程序中产生的缺陷并跟踪缺陷修复的全过程。

　　TD的缺陷跟踪功能

　　1、公司部署的TD访问地址：

　　http：//td.teacher.it/tdbin/start_a.htm；也可以从http：//dev.teacher.it/中访问.

　　2、用户名及密码设置：

　　用户名为姓名的字母全拼，

　　如：姓名：李翠霞，用户名为：licuixia，

　　初始密码为空，用户登录后在TOOLS中修改密码。

　　3、项目选择：teacher-1

　　可参考下面的图片：

　　手机

　　手机也叫蜂窝电话，起源于一个基站辐射电波的有效区域形状是一个正六边形，无数个基站连在一块，就象一个蜂窝一样。而基站辐射电波的有效区也叫小区。

　　分辨率

　　指的是屏幕上所显现出来的像素数目，它由两部分来计算，分别是水平行的点数和垂直行的点数。举个例子，如果分辨率为800x600，那就是说这幅图像由800个水平点和600个垂直点组成。更高的分辨率可以在同样面积屏幕上显示更多的东西。

　　色深

　　色深决定屏幕上每个像素由多少种颜色控制。通常色深可以设定为4位（256色），8位（4096色），16位（65536色），24位（26w色），当然色深的位数越高，你所能够得到的颜色就越多，屏幕上的图像质量就越好。

　　摄像头

　 　手机数码相机可以变焦，调节亮度，还有闪光灯，摄录等功能。CMOS CIF：手机数码相机分辨率的一种，最大可拍下352x288像素的照片。（11w摄像头）CMOS VGA：手机数码相机分辨率的一种，最大可拍下640x480像素的照片。（30w摄像头）CMOS SXGA：手机数码相机分辨率的一种，最大可拍下1280x960像素的照片。（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网站。

　　如，用户可以通过手机访问：http：//wap.monternet.com，但无法访问（A768i/A760可以）http：//www.monternet.com

　　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是英文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码

　　二、手机的主要功能

　　通话功能

　　对拨入拨出电话的管理

　　对通话记录的管理

　　呼叫转接、呼叫等待、通话计时计费等方便用户使用的功能

　　消息功能

　　文字短消息（SMS）的编辑、发送、接收、转发和存储等；

　　多媒体短消息（MMS）的编辑、发送、接收、转发、存储和配置；

　　电话本

　　名片的管理

　　存在SIM卡上的名片

　　存在手机内存中的名片

　　一个名字多项内容（如传真、固话、手机、Email等）

　　名片的新建、修改、拷贝、转存、删除

　　名片以红外或短消息形式发送给其它手机

　　单键拨号（Speed Dialing）

　　号码分组（Caller Groups）

　　增值服务

　　Business cards 的管理 (如发送和接收： 通过红外线或SMS. )

　　书签的管理 (如发送和接收： 通过红外线或SMS或书签形式.  以及编辑，存储，新增和进入.)

　　服务信箱 (自动存储服务信息. 服务信息有点播铃声，下载彩色图片和COD文件等.)

　　服务设置 ( GPRS上网设置，WAP服务设置.)

　　多模式浏览器  ( GPRS上网，WAP服务.)

　　OTA待机图片 (通过无线下载待机图片)

　　OTA铃声

　　V-calendar

　　XHML

　　移动梦网

　　动感地带

　　其他功能

　　闹钟（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+上网，通话+查询。

　　终端性能测试

　　射频性能（发射信号）

　　音频性能（通话质量，在复杂环境下的性能）

　　耗电性能（待机电流、通话电流）