毕业设计（论文）-安卓手机软件测试模型的研究.doc

漳州师范学院漳州师范学院 毕业论文（设计）毕业论文（设计） Android平台下手机软件功能测试模型的研究与应用 THE RESEARCH AND APPLICATION OF THE FUNCTIONAL TESTING MODEL OF ANDROID MOBILE PHONE SOFTWARE 姓 名： 冯小冬 学 号： 090811426 系 别： 计算机科学与工程系 专 业： 计算机科学与技术 年 级： 09 级 指导教师： 黄伟婷 2012 年 5 月 30 日 I 摘要 Android 系统是近几年来新兴的智能手机系统，其显著的开放性使其拥有 更多的开发者。随着用户和应用的日益丰富，Android 平台也日趋成熟。与此同 时，针对 android 手机的软件工程理论与技术也成为国内外的研究热点。对 android 手机软件而言，良好的测试模型是保证测试质量进而保证产品质量和可 靠性的重要途径。 本文以手机软件测试技术为主线，选取了较为常用的 UC 浏览器为测试实 例，根据对实际工作经验的总结，详细分析了 android 手机软件与传统软件的差 别以及在测试工作中存在的问题，并根据分析结果提出了一种针对 android 手机 软件的测试模型框架。 关键字：android 手机；手机软件测试；测试模型框架 Abstract Android system is an emerging intelligent mobile phone system in last few years. In advantage, the first is the openness, it allows any mobile terminal manufacturers to join in. With the significant openness so that it has more developers, with the increasingly users and applications, a new platform will also soon to mature。It is hot for the android mobile phone software engineering theory and technology over the world. For the test of android mobile phone software, the test model is the important way to guarantee the quality of test and ensure the product quality and reliability, a special and rational test model framework for android smart phones plays a decisive role in test. Based on the mobile phone software testing technology as the main line, choose the UC browser commonly used for test case. According to the summary of actual working experience, analyze the difference the problems in test between the android mobile phone software and the traditional software carefully, and come up with a feasible solution of the test model framework of android smart phone software test implementation according to the results of analysis and demand. Key words: Android Mobile Phone, Mobile Phone Software Test, Test Model Framework II 目 录 摘要摘要.I AbstractAbstract.I 1.1.引言引言.1 2.2.安卓系统简介安卓系统简介.1 3.3.手机软件概述手机软件概述.2 3.1 智能手机软件分类及范围.2 3.2 安卓手机软件特点 .3 4.4. 手机软件测试类型手机软件测试类型.4 4.1 功能测试 .4 4.2 性能测试 .4 5.5.测试实践测试实践.5 5.1 测试策略及模型选择 .5 5.2 测试工具的选择 .6 5.3 测试标准 .7 5.4 测试过程中的风险和应对措施 .7 5.5 测试设计 .9 5.6 测试实施与分析 .11 5.7 测试总结 .22 6.6.结论结论.23 致谢致谢.25 1 1.1.引言引言 发布仅仅四年时间，安卓成功打败了称霸智能手机界十年的诺基亚，超越 了苹果，成为了全世界最受欢迎的智能手机平台。这个成功是拉里佩奇都没 有想到过的，这个曾经将乔布斯当作创业导师的年轻人如今已然站在了导师1。 安卓系统虽然拥有很多优点，但仍然存在众多无法忽视的缺点。由于移动设备 厂商会针对多个共存的 Android 系统推出不同的新产品，从而引发了平台分化 问题。对于软件开发者而言，这一问题非常棘手，因为他们必须要支持所有版 本。正因为以上问题，导致对于安卓软件的测试必不可少。手机软件大体分为 游戏、影音、浏览器、通讯、安全等类。对于不同种类的手机软件，都有各自 适合的测试模型，面向模型的软件测试技术是测试效率很高的测试方法，是目 前其他测试方法无法替代的。当然，它也不能替代已有的其他测试技术，因为， 软件中的故障仅仅只依靠该方法进行测试是不行的。随着软件模型类型的逐步 增多，测试算法的逐步成熟，以该方法为基础所开发的测试系统必然会在市场 上广泛在我国，该技术的研究则刚刚起步，但已经收到了很好的效果2。从这 么多个模型中挑选出适用于手机软件测试的模型正是我们现在需要努力的方向。 2.2.安卓系统简介安卓系统简介 Android 是一种以 Linux 为基础的开放源代码的操作系统，主要使用于便 携式设备。目前尚未有统一中文名称，中国大陆地区较多人使用“安卓”或 “安致” 。Android 操作系统最初由 Andy Rubin 开发，最初主要支持手机。 2005 年由 Google 收购注资，并组建开放手机联盟开发改良，逐渐扩展到平板 电脑及其他领域上。Android 的主要竞争对手是苹果公司的 iOS 以及 RIM 的 Blackberry OS。2011 年第一季度，Android 在全球的市场份额首次超过塞班系 统，跃居全球第一。 2012 年 2 月数据，Android 占据全球智能手机操作系统市 场 52.5%的份额，中国市场占有率为 68.4%。 Android 的系统架构和其它操作 系统一样，采用了分层的架构。android 分为四个层，从高层到低层分别是应 用程序层、应用程序框架层、系统运行库层和 Linux 核心层。作为一款开放式 的操作系统，随着 Android 的快速发展，如今已允许开发者使用多种编程语言 来开发 Android 应用程序，而不再是以前只能使用 Java 开发 Android 应用程序 的单一局面，因而受到众多开发者的欢迎，成为真正意义上的开放式操作系统。 在 Android 中，开发者可以使用 Java 作为编程语言来开发应用程序，也可以通 过 NDK 使用 C/C+作为编程语言来开发应用程序，也可使用 SL4A 来使用其他各 种脚本语言进行编程（如：python、lua、tcl、php 等等） ，还有其他诸如： Qt（qt for android） 、Mono（mono for android）等一些著名编程框架也开始 支持 Android 编程，甚至通过 MonoDroid，开发者还可以使用 C#作为编程语言 2 来开发应用程序。另外，谷歌还在 2009 年特别发布了针对初学者的 Android Simple 语言，该语言类似 Basic 语言。而在网页编程语言方面， JavaScript，ajax，HTML5，jquery、sencha、dojo、mobl、Phone-Gap 等等都 已经支持 Android 开发。而在 Android 系统底层方面，Android 使用 C/C+作为 开发语言。 安卓开源带来巨大的成功的同时也面临着巨大的问题，最大的问题就是市 场混乱，各个厂商之间的产品大同小异，同质化严重，应用市场混乱。开始标 榜的不易中毒，到现在已成为人们攻击的对象。厂商之间为了争夺市场，在平 台相同的情况下只有走向拼硬件的道路。最终走向了与计算机发展同样的道路 上。光靠拼硬件是无法走远的。这就要求厂商加强技术开发，这对技术研发能 力相对不强的厂商来说无疑是个硬伤。由于安卓的开源应用市场混乱，应用同 质化严重，病毒木马程序越来越多，威胁用户个人信息的安全。安卓更新太频 繁，各个手机厂商的标准不一样导致手机的升级跟不上。设备采用大触屏，拥 有绚丽的画面，这就导致了手机待机的时间的不足，一般情况下只能维持一天 的使用，这对经常出差和业务比较忙的用户来说无疑是很不方便的。 3 3. .手机软件概述手机软件概述 3.1 智能手机软件分类及范围智能手机软件分类及范围 从开发的角度上简单的说手机软件可以分成应用软件、用户界面、操作 系统、底层与设备驱动以及通信协议等几个方面。 .1 应用软件应用软件 包括游戏、聊天工具、浏览器、电子邮件、音乐播放器、视频播放器、日 程管理、电子辞典、语音录音、语音识别以及汉字输入等等。相对应的是手机 应用软件的功能测试。 其中基于安卓手机的应用软件测试工作在手机功能测试中占有很大的比重， 目前这类应用软件大致可以分为以下四类： 嵌入式的手机应用软件：这是一种传统的手机应用软件的应用模式，手 机中的应用软件都是出厂时由手机生产商固化在其硬件设备的芯片中的，例如 手机中的内置闹钟、日历、浏览器等等。 基于短消息的手机应用软件：短消息服务(SMS)是通过手机发送和接收 有限长度的文本信息的服务。短消息服务类型的手机应用软件的使用方法通常 是用户发送一条特定的信息到某个手机应用软件提供商的服务器，服务器接收 这条信息执行一系列操作后返回一条带有结果的消息到用户的手机中。 基于浏览器的手机应用软件：目前几乎所有智能手机都支持 WAP(无限 应用协议)浏览器。手机用户通过移动运营商门户网站的一个链接进入手机应用 软件供应商的 URL，下载并浏览一个或多个页面，通过交互将数据提交到服务 器。 基于下载方式的手机软件：运用 J2ME、Java 技术开发的手机应用软件 是一种可以下载到用户手机使用的手机应用软件。它们极大地提高了智能手机 支持应用软件的能力，并且有比 SMS 或 WAP 更好控制的界面，允许使用子图形 动画，可以通过无线网络连接到远程服务器。J2ME、Java 技术提供了一个相对 3 开放的平台，手机用户可以随需扩充手机功能在手机上附加别的应用。 .2 用户界面用户界面 包括待机界面、呼叫控制、MMS 界面、短消息EMS 界面、菜单的显示、 电话号码或名字等等一切操作手机时所能够看到的、听到的和摸到的过程控制。 开发用户界面涉及到对 GUI 和通信过程的理解。这类软件是界面测试的主要对 象。 .3 嵌入式多任务操作系统嵌入式多任务操作系统 每个手机里而都有一个嵌入式多任务操作系统，在测试的阶段对应操作系 统相关的文件管理、多任务调度、响应时间、多线程测试等交互功能的测试。 .4 底层部分底层部分 包含语音编解码、信令在无线接口上进行传输编解码、数据编解码等等内 容。底层网络软件主要完成呼叫的建立、连接、释放等工作。设备驱动指的是 LCD 驱动、Flash 驱动、GPIO 驱动、MIDI 芯片驱动、通用串口驱动、USB 驱动、 电源管理单元驱动等等方面。在测试阶段对应与硬件相关较高的相关设备测试、 电源测试等阶段。这部分测试与硬件耦合性较高，因此不在本文的讨论范围之 内。 .5 通信协议通信协议 包含完成空中传输过程第 2 层、第 3 层协议、补充业务协议、数据传输协 议、以及 SIMUIM 协议等等。扩展一点，TCPIP 协议，WAF 协议也可以归在 这一类。相对应的测试也是独立于手机应用软件测试的比较难以控制实施的协 议测试，这部分测试包含关键技术较多，是独立出来的另外一个研究领域，不 在本文的讨论范围之内。 3.23.2 安卓手机软件特点安卓手机软件特点 安卓智能手机属于运算功能有限、电力供应也有限的嵌入式装置中的一种， 因此其软件特点与嵌入式软件也有相似之处。嵌入式软件的优点在于代码执行 效率高，不过由于与硬件高度相关，也存在软件可移植性差的通弊。 .1 软件要求固态化存储软件要求固态化存储 为了提高执行速度和系统可靠性，嵌入式系统中的软件一般都固化在存储 器芯片或单片机本身中，而不是存贮于磁盘等载体中，可以随意更换，所以嵌 入式系统的应用软件生命周期也和嵌入式产品一样长。 .2 软件代码高质量、高可靠性软件代码高质量、高可靠性 尽管半导体技术的发展使处理器速度不断提高、片上存储器容量不断增加， 但在大多数应用中，存储空间仍然是宝贵的，还存在实时性的要求。为此要求 程序编写和编译工具的质量要高，以减少程序二进制代码长度、提高执行速度。 .3 系统软件的高实时性系统软件的高实时性 在多任务嵌入式系统中，对重要性各不相同的任务进行统筹兼顾的合理调 度是保证每个任务及时执行的关键，单纯通过提高处理器速度是无法完成和没 有效率的，这种任务调度只能由优化编写的系统软件来完成，因此系统软件的 高实时性是基本要求。由于手机使用的特殊性，因此要求手机软件响应时间达 到一定限制范围。也就是所谓的实时操作系统，如果一个电话不能在 90 秒内接 听，那么对方可能会结束此次呼叫，若操作系统还没反应过来，那么这个操作 系统无疑是失败的，这就是手机软件对嵌入式操作系统实时性的要求。 4 .4 硬件相关性硬件相关性 手机软件系统不像 WINDOWS 操作系统，有图形界面可以输入输出：也不像 DOS 操作系统使用命令行模式，而是需要自己编写一个编辑器，编写一个交互 界面|：上及一个输入输出界面。在 WINDOWS 中，不用考虑硬件的问题，因为系 统 WINDOWS 是讲究和硬件分离的，这样可以保护系统不受侵入。而在嵌入式系 统里面，这些都要求和硬件息息相关。嵌入式处理器的功耗、体积、成本、可 靠性、速度、处理能力、电磁兼容性等硬件方面的特殊性，均与应用相互制约。 软件的专用性：由于手机软件设计是以一定的目标硬件平台为基础的、面向固 定的任务进行的，因此，一旦被加载到目标系统上，功能必须完全确定。 .5 面向消息的编程思想面向消息的编程思想 对于手机这样一个复杂的人机交互系统采用面向过程的编程方法显然是不 合适的。手机软件一般采用 Windows 程序的“Message based，Event Driven” (基于消息，事件驱动)的思想，上下层之间通过触发事件通知对方执行相应的 操作因此不同于传统的面向过程的编程方法，也与面向对象的编程方法有所 区别。 4.4. 手机软件测试类型手机软件测试类型 4.14.1 功能测试功能测试 1）Basic Function 基本功能测试：就是验证手机基本功能是否实现， 发短信、通话、照相等，包括他们的子功能如转发、连拍等。最基本的也是投 入时间精力最大的测试类型，也是最重要的，如果基本功能都没有实现其他测 试也就变成枉然了。 2）UI 用户界面验证：验证手机的界面、菜单等是否是与客户需求和设 计保持一致，主要依据 UI spec用户界面说明,MMI人机交互界面，Menu tree菜单树等，这些文档也是需要根据客户需求及时更新的。 4.24.2 性能测试性能测试 1）Limit Value 极限值测试：对应黑盒测试的边界值分析法，边界值分析 法设计出的测试用例发现 bug 的能力也是最强的，一般依据极限值表设计测试 用例，来指导测试。一般测试点如输入字符的个数，会议通话的个数，文档存 储个数等。 2）Confict Test冲突测试：主要依据冲突表，冲突表中列出各个事件之 间是否存在冲突，冲突测试用例也是依据冲突表设计，这类用例往往可以发现 一些比较严重的 bug ，如游戏中来电，流览 WAP 时插拔充电器、USB 线、 camera 中低电等。 3）Performance Test性能测试：主要测试项 Call test，长时间通话， 发送大容量的彩信条，开关机次，摄像时间，可以考虑用自动化测试， 手机自动化测试与 PC 软件自动化测试类似，利用自动化测试工具录制、调试 5 写脚本、回放、分析结果，与 PC 软件不同的是手机自动化测试需要硬件的支持 来固定手机和利用气压按键。 4）Stress Test压力测试：压力测试是在将手机容量存储状态到满后做 的一系列操作，如短信、彩信满，Idle 界面各事件个数满如未接电话、闹铃等。 5）Network Compatibilit网络兼容性测试：网络参数的设置，GPRS 等 业务是否可用，本外地的联通移动卡各类业务卡在本地的作测试，还需要做 Filed Test场测即到最终用户实际使用的环境作现场测试，Filed test 有国 际专用用例。 6）SIM Card CompatibilitSIM 卡兼容性测试：一般是对联通移动的各 类业务卡，新出的大容量(64K)、国际漫游卡、呼叫限制卡、一卡双号卡等卡的 验证，验证能否正确注册、对应的业务功能是否实现、基本功能的正确性。 7）PD test Project Design Test：验证在项目设计阶段的设计的功能 是否得以实现、是否正确，设计用例依据项目设计文档。 8）CR Verification客户需求验证：验证客户的一些特定需求和变更后 的需求。 9）User Manual 用户手册验证：其重要性是不言而喻的，用户手册一 定要和手机实际功能相符合，不然将会影响用户对产品的信任。 10）FAT( Full Type Approval)全类型批准：是 GSM 手机进入 GSM 网络 必须通过的专业测试。 5.5.测试实践测试实践 5.15.1 测试策略及模型选择测试策略及模型选择 一个好的测试过程是手机软件质量的保证，在未来的竞争中向用户提供最 好的服务将成为取胜的关键，手机测试则是其中重要的环节。大部分手机软件 在其一生中都将经历多次测试，主要有；协议测试、单元测试，系统测试以及 验证测试等，通过多次的测试，保证使用者在任何环节都能拥有性能良好的手 机。选择适合手机软件的测试模型是执行测试工作的前提条件。根据智能手机 软件的开发过程，本文所采用的测试方案模型是适合手机软件开发测试的 v 模 型。 V 模型的价值在于它非常明确地标明了测试过程中存在的不同级别，并且 清楚地描述了这些测试阶段和开发过程期间各阶段的对应关系： 单元测试：其主要目的是针对编码过程中可能存在的各种错误，例如用 户输入验证过程中的边界值的错误。单元测试是针对源代码的测试，是以后各 种测试过程的基础，由于安卓应用软件的整个开发过程和测试过程是分开并行 的，并且测试人员无法获得手机软件程序源代码，所以单元测试由开发人员在 编程的过程中编写测试程序或者使用辅助工具来完成。 6 模块测试：这是传统测试 V 模型中所没有的，是针对本文设计的安卓手 机软件测试方案添加的一个测试过程，准确的讲应该是 Feature 测试，这里的 Feature 并不是传统意义上的模块，而是一种功能部件。从模块粒度来说，它 指粗粒度模块的功能，是面向客户需求的。它可能包含多个应用，用以实现某 一类功能，属于系统级的黑盒测试。 集成测试：主要目的是针对详细设计中可能存在的问题，尤其是检查各 Feature 模块之间的接口上可能存在的错误。此过程是模块级集成的测试，而 非传统意义上的单元集成的测试。它在功能模块集成或模块中应用的集成过程 中进行，使用增量集成测试方法，用功能模块组合成越来越大的系统并进行测 试，来检测组成的系统整体和各个功能模块是否正确。因此，也是系统级的黑 盒测试。 系统测试：主要针对概要设计，检查了系统作为一个整体是否有效地得 到运行，例如在产品设置中是否达到了预期的高性能。 验收测试：通常由业务专家或用户进行，以确认产品能真正符合用户业 务上的需要。由公司品质管理部门把关，包括 RF(射频)、高低温、跌落、电气 特性等方面的测试。这部分测试与硬件相关，可以采用辅助工具来完成，与软 件相关性很小。 在不同的开发阶段，会出现不同类型的缺陷和错误，所以需要不同的测试 技术和方法来发现这些缺陷。针对手机软件开发过程的 V 模型主要突出了测试 与开发过程的平等性和并行性，而针对测试过程本身的测试过程模型设计如图 61 所示： 在集成测试和系统测试阶段，都设计了烟雾测试(稳健测试)过程，烟雾测 试是一组用以确定系统处于稳定状态、所有的主要功能都具备并且能够在“正 常”条件下运行的测试用例。烟雾测试不能由测试小组独立来建立；它是通过 联合的方式，至少是在与开发人员达成一致的情况下建立的。它的目标是显示 稳定性、而不是发现系统的每个 bug，必须在系统测试环境中运行。 5.25.2 测试工具的选择测试工具的选择 .1 TestinTestin - - 移动互联网质量服务专家移动互联网质量服务专家 北京云测网络科技有限公司所推出的业界领先的移动互联网真机云测服务 7 平台，主要产品包括 RealTest、 RealAuto、RealMonitor，为移动应用开 发和服务提供商提供专业的基于真实终端，跨地区真实移动网络的移动应用开 发测试、自动原型测试、自动适配测试和应用程序运行质量的监控服务。 Testin RealMonitor 智能监控服务，通过 Testin 真机云测平台以及遍布全球 的监控节点，在真实手机（移动终端） 、真实网络上为移动互联网服务提供商和 开发者提供 24 小时不间断的功能、性能、用户体验和可用性的监控服务。 （1）监控类型：APP 监控、网页监控（wap、web） （2）覆盖中国地级以上城市，香港、台湾、澳门及日本、东南亚、北美、 大洋洲及欧洲的主要城市。 （3）对于国内和海外主要移动运营商网络，和移动用户相对集中的地区， 采用多监测点以保证监控数据的稳定和质量 （4）覆盖主流智能手机操作系统：iOS、Android、WP7、Symbian 等 （5）覆盖主流终端厂商的移动终端： Apple、HTC、Samsung、MOTO、NOKIA、SonyEricsson、Lenovo、ZTE、Hua wei 等 （6）覆盖主流移动网络：GPRS、EDGE、CDMA、WCDMA、TD- SCDMA、EVDO、UMTS、HSDPA、LTE、WiFi 等 。 （7）对于 Testin 暂时未覆盖的地区和网络，只要客户提出需求，Testin 有 能力在很短的时间内（一周内）开通监控节点，为客户提供服务。 .2 中国移动开发者社区中国移动开发者社区 开发者社区作为中国移动应用商场的产品生产基地，开发者们可以在上面 发布自己的作品，满足商用条件后即可上线销售，为开发者带来高额的回报。 具有 AP 自服务区、能力池、终端池、操作系统池、机型信息库、创意孵 化工坊、MM 学院、工具文档等几大频道： （1）AP 自服务区：具有作品管理、合作签约、结算管理、销售查询等功 能，满足开发者的管理需要. （2）能力池：向开发者提供一个统一、易用、简便的开发环境。使开发者 很方便地进行跨平台开发, 在同一代码的基础上，实现为不同的移动设备适应、 构建和包装应用程序。可以为开发者节约开发者巨大的开发成本，快速帮助开 发者把技术成果迅速普及到不同的手机操作系统。 （3）终端池：为开发者提供各种终端设备远程测试服务，使开发者测试应 用适配性便捷轻松。 （4）操作系统池：为开发者提供一次开发、多次编译，生成多种手机应用， 生成跨平台应用的工具。 （5）机型信息库：提供各种机型的信息内容，并与终端池无缝结合，提供 真机体验服务。 （6）创意孵化工坊：用户仅需要将喜欢的内容在系统中上传，就可以在不 需要编写任何代码的情况下，快速生成适用于手机系统的应用。 （7）MM 学院：为开发者提供 MM 的知识培训以及考试认证。 （8）工具文档：拥有最齐全的各种开发工具和文档，为开发者提供更便捷 的开发通道。 5.35.3 测试标准测试标准 测试通过标准：功能测试用例通过率大于等于 97% 8 测试不通过标准：功能测试用例通过率小于 97% 5.45.4 测试过程中的风险和应对措施测试过程中的风险和应对措施 软件测试风险是指软件测试过程中出现的或潜在的问题，这些问题会给软 件测试工作带来不同程度的损失。 软件测试风险产生的原因主要是测试计划的不充分、测试方法有误或测试 过程的偏离、进度延误、任务量与人员能力比例失衡、测试工具的不合理使用 或不熟练使用、测试资源的限制、测试范围的不合理等。6 .4.1. 风险评估风险评估 风险评估是依据风险描述、风险概率和风险影响 3 个因素，从成本、进度 及性能 3 个方面对风险进行评估，风险的评估师建立在风险的识别和分析的基 础上。 表 4-2 风险识别表 风险描述风险概率风险影响 测试计划不充分可能严重 测试方法有误或过程偏离可能一般 进度延误可能严重 任务量与人员能力比例失衡一般一般 测试工具的不合理使用或不熟练使用可能一般 测试资源的限制极可能一般 测试范围的不合理可能一般 测试数据的损坏或丢失一般极严重 测试系统的不完整罕见严重 测试结果不完全（不能发现全部错误）极可能一般 （说明：风险概率由高到低依次为极可能、可能、一般、罕见；风险影响 由高到低依次为极严重、严重、一般、轻微。 ） .4.2. 风险控制风险控制 风险的控制是建立在风险评估的结果上，通过提前制定应急措施和可控制 的方法对软件测试风险进行控制。 在做计划时，对软件测试所需的资源、时间、预算等的估算保留 10%的余地， 尽量避免可避免的风险。 项目开始之前，把一些环节或边界上可能发生的变化情况都考虑进去，对 处于可控范围外的变动采取应急措施。 制定文档管理方案，对文档数据进行及时的管理、备份，确保软件测试的 文档数据不会因为人为因素或不可控的因素造成的损坏或丢失。 .3 应急措施应急措施 针对评估后的风险及控制方案，指定以下应急措施： 应急措施 1：利用评审过程对测试计划进行再评审，并在可控的范围内对测 试计划做可接受的修改，确保测试计划的合理性和充分性。 应急措施 2：增加资源，在关键点对测试过程加快速度，提高进度。 9 应急措施 3：优化测试方案和测试用例，加快测试执行的速度。 应急措施 4：使用虚拟机等工具对测试环境进行模拟，扩大测试资源范围。 应急措施 5：适当的调整任务分配，以保证任务量与人员能力相对平衡，加 快测试效率。 应急措施 6：建立测试文档数据归档机制，及时对测试文档数据进行管理、 备份，保证软件测试数据的正确性和完整性。 应急措施 7：缩小质量过程，对风险级别较低的特征测试，减少测试。 应急措施 8：对测试工具进行评估，确保测试工具可用、并且能正确熟练使 用。 5.55.5 测试设计测试设计 .1 测试概述测试概述 嵌入式软件所有的单元级测试都可以在主机平台上进行 ,除非少数情况 , 特别具体指定了单元测试直接在目标平台进行。在主机平台上运行测试速度比 在目标平台上快的多。当在主机平台完成测试可以在目标平台上重复作简单的 确认测试 ,确认测试结果在主机和目标机上没有被他们的不同所影响。少数情 况必须要求直接在目标平台上进行的可以采用交叉测试(cross - testing)策略。 对于数据方面的测试可以运用等价类划分、边界值分析、错误推测等功能 测试方法对被测软件的功能进行全面的测试和确认。依据软件本身的功能模块 划分，对每个功能模块主要采用手工测试的方法逐一确认模块中的各个子功能 是否实现，找出其中的缺陷和错误，并对测试结果进行分析，评价软件功能的 实现率和与文档的符合程度，最后针对整个软件提出改进意见。 .2 测试准备测试准备 测试过程中的输入主要有测试计划、完整的被测软件、用户文档、测试用 例。即在测试准备阶段需要准备的有完整的被测软件、测试计划、测试环境设 置及选用工具。 完整的被测软件：包括可执行的应用程序及帮助文档，使用指南等。具 体包括完整的程序文件以及在线帮助等文档。 测试计划：包括测试范围、测试方法（策略） 、测试环境和测试通过/不 通过标准、人员任务安排、测试进度安排、风险及应急措施、测试计划审批及 意见。 测试环境：我们可以选择通过 Testin - 移动互联网质量服务专家或者 中国移动的开发者社区提供的终端池在不同机型上测试软件的兼容性以及其他 10 功能。 .3 测试过程测试过程 参考手机软件系统测试方案框架图7，制定如下可控制管理的软件测试过 程。如下图所示： 1、制定测试计划。 一个详尽合理有效的测试计划能够对测试过程进行有效地约束、控制，保 证测试过程的顺利进行。并且能够对测试过程中可预见的异常及问题采取措施 及时处理，从而保证测试过程与测试动作的正确进行。 2、测试需求分析。 以被测软件的使用说明书中功能说明为基础设计功能测试需求，并对生成 的需求分析进行评估和审核，最终确定测试需求。 3、测试需求评审。 由于大多数的错误都是源于需求分析阶段，所以需求分析的正确、准确无 误对以后的过程有着至关重要的作用。测试需求评审是对由软件功能说明推导 出的软件测试需求做评审，以确保得到的测试需求符合软件功能，无偏差，完 整无遗漏。 4、测试用例设计。 以测试需求分析报告为基础进行针对每一个测试需求点设计测试用例，争 取做到测试用例覆盖每一个测试需求，并且每一个测试需求都可以在测试用例 中有不同方面的体现，做到测试用例可跟踪、可追溯。 5、测试用例分析审核。 对设计出的测试用例进行分析审核，以确保设计选用的测试用例能够完全 11 覆盖测试需求，并且对各种异常情况都有对应的用例进行执行分析。 6、测试执行。 执行每一个测试用例，确保测试用例执行情况无误，并且对测试用例执行 过程中的异常和错误进行详实记录，以确保对每一个发现的 Bug 都能进行记录 备案。对某些特殊的错误还要进行多次的执行测试用例，以确保错误异常的发 生不是因为偶然的原因。 7、测试结果分析。 对测试用例执行结果进行归档，分析。分析错误发生较集中的模块和功能点， 并统计错误数量与所在模块，为最终的测试结论做数据准备。 8、错误处理 为了正确跟踪每个软件错误的处理过程，通常将软件测试发现的每个错误 作为一条条记录输入制定的错误跟踪管理系统。 9、测试报告。 根据测试用例的执行结果对软件的功能、性能进行分析、评估，以决定该 软件是否符合上市标准，是否通过使用准则，满足功能需求中的说明，并对软 件改进提出改进性参考意见。 5.65.6 测试实施与分析测试实施与分析 .1 测试用例设计测试用例设计 首先，我们先列出 UC 浏览器的测试点： UC 浏览器： 网页的加载，收藏夹、历史记录的查看、语音输入、账户信息界面的加载、打 开关闭网页、菜单设置等 测试目的：验证浏览器的各功能能正常实现，对整个浏览器的全部基本功能进 行集成性测试，进而检查基本功能是否能够正常的运行。达到我们所需的系统 状态，保证系统的稳定运行。 在测试过程中，首先需要对各子单元过程进行测试。在各子单元过程测试 完毕后，再对各模块（包括各子单元过程之间的接口）进行测试，处理好各模 块之间的接口，最后对系统进行测试和维护。 UC浏览器各子模块测试列表： 测试项目名称测试内容测试人员 网连接测试输入网站链接，检查是否能够打开所要浏览的网 页。 冯小冬 后退前进测试测试网页浏览过后前进后退打开网页能否正常冯小冬 历史浏览测试通过点击浏览历史中的URL记录测试能否正常打 开 冯小冬 12 测试浏览器主界面加载不断打开和关闭浏览器，看浏览器每次是否能成 功加载进主界面。 冯小冬 测试浏览能否加载导航栏每次打开浏览器，测试浏览器底部的导航栏能否 正常加载 冯小冬 测试账户信息界面的加载触控相应的按钮进入账户界面冯小冬 测试收藏夹栏的界面触控相应的按钮进入收藏夹界面冯小冬 语音输入测试测试浏览器能否正确识别用户语音输入的信息冯小冬 打开新网页测试测试能否在浏览器中打开新的空白网页冯小冬 根据上述各子模块，使用正交测试，对各个功能模块设计测试用例如下： 项目UC 浏览器软件版本V1.0 功能模 块 网页连接测试编制人冯小冬 用例编 号 UC_FUN_01编制时间2012.8.16 相关用 例 连接的输入正常检测模块 功能特 性 用户输入链接，点击连接建立连接浏览网页 测试目 的 检查正常输入的链接是否能正常，所需网页是否能正常浏览 预设条 件 用户输入网页 URL特殊规程说明（区分大小写） 参考信 息 需求说明中有关 URL 格式的说明 测试数 据 URL= 具体执行步骤 操作步 骤 操作描述数据期望结果实际 结果 测试状态 （P/F） 1输入所要打开网页 的 URL www.baidu.co m URL 检查没有错误 提示 正常 通过 P 2确认建立连接，打 开网页 www.baidu.co m 正常的打开百度页 面 正常 显示 P 测试人 员 开发人员负责 人 13 项目UC 浏览器软件版本V1.0 功能 模块 后退前进测试编制人冯小冬 用例 编号 UC_FUN_02编制时间2012.8.16 相关 用例 页面连接的 Link 用例 功能 特性 把之前打开的网页再跳转回来，或者进入下一个网页 测试 目的 保证网页连接的时刻状态良好性，及模块传值的正确可用性 预设 条件 用户已浏览过网页。用户有所操作。 特殊规程说明之前的网页是正常的可用的， 且页面有打开过 参考 信息 URL 格式，前进后退手势操作 测试 数据 和 切换 具体执行步骤 操作 步骤 操作描述数据期望结 果 实际结果测试状态 （P/F） 14 1预先打开测试的网页www.baidu.co m 和 正常浏 览 浏览正常， 网页正常 显示 P 2后退操作后退手势正常打 开百度 网页 百度正常 现实 P 3前进操作前进手势正常打 开网易 网页 网易网站 页面正常 显示 P 测试 人员 开发人员负责人 项目UC 浏览器软件版本V1.0 功能 模块 历史浏览测试编制人冯小冬 用例 编号 UC_FUN_03编制时间2012.8.16 15 相关 用例 网页连接 link 用例 功能 特性 把历史中记录的网页打开 测试 目的 测试能否把历史记录正的 URL 打开，进而判断连接 URL 在保存时是否正确，提取 是值是否正常能够传递。 预设 条件 已经有浏览历史记录特殊规程说明该记录为正常记录 参考 信息 无 测试 数据 浏览器中的网页浏览历史纪录 具体执行步骤 操作 步骤 操作描述数据期望结果实际 结果 测试状态 （P/F） 1打开浏览历史选择 所要打开的历史链 接 URL www.baidu.co m 正常链接 URL可以 建立 连接 P 2显示所要打开的网 页 www.baidu.co m 百度首页正常显示可以 显示 出来 P 测试 人员 开发人员负责 人 16 17 项目UC 浏览器软件版本V1.0 功能模块浏览器主界面加载编制人冯小冬 用例编号UC_FUN_04编制时间2012.8.16 相关用例浏览器主界面加载测试 功能特性加载进入主界面 测试目的测试浏览器是否能正常加载进入主界面 预设条件不断打开和关闭浏览器特殊规程说明无 参考信息浏览器主界面加载时间 测试数据不断打开和关闭浏览器 30 次 具体执行步骤 操作步骤操作描述数据期望结果实际结 果 测试状 态 （P/F） 1第 1 次打开浏览器无正常加载浏览器 主界面 加载成 功 P 2第 2 次打开浏览器无正常加载浏览器 主界面 加载成 功 P 3第 3 次打开浏览器无正常加载浏览器 主界面 加载成 功 P 4第 4 次打开浏览器无正常加载浏览器 主界面 加载失 败 F 30第 30 次打开浏览器无正常加载浏览器 主界面 加载成 功 P 测试人员开发人员 负责人 18 项目UC 浏览器软件版本V1.0 功能 模块 测试账户信息界面的加载编制人冯小冬 用例 编号 UC_FUN_05编制时间2012.8.16 相关 用例 账户信息界面的加载测试 功能 特性 浏览器加载账户信息界面 测试 目的 测试浏览器是否正常加载账户信息界面 预设 条件 进入浏览器主界面特殊规程说明无 参考 信息 账户信息界面是否加载成功 测试 数据 无 19 具体执行步骤 操作 步骤 操作描述数 据 期望结果实际结果测试状 态 （P/F） 1打开浏览器，加载主界 面，触控账户按钮，观 察账户信息界面是否加 载成功 无账户信息界面成功加载导航栏加 载成功 P 2打开浏览器，加载主界 面，触控账户按钮，观 察账户信息界面是否加 载成功 无账户信息界面成功加载导航栏成 功加载 P 3打开浏览器，加载主界 面，触控账户按钮，观 察账户信息界面是否加 载成功 无账户信息界面成功加载导航栏成 功加载 P 4打开浏览器，加载主界 面，触控账户按钮，观 察账户信息界面是否加 载成功 无账户信息界面成功加载导航栏成 功加载 P 5打开浏览器，加载主界 面，触控账户按钮，观 察账户信息界面是否加 载成功 无账户信息界面成功加载导航栏加 载成功 P 测试 人员 开发人 员 负责 人 20 项目UC 浏览器软件版本V1.0 功能模块测试收藏夹栏的界面编制人冯小冬 用例编号UC_FUN_06编制时间2012.8.16 相关用例收藏夹栏的界面测试 功能特性浏览器加载收藏夹栏的界面 测试目的测试浏览器是否正常加载收藏夹栏的界面 预设条件进入浏览器主界面特殊规程说明无 参考信息收藏夹栏的界面是否加载成功 测试数据无 具体执行步骤 操作步 骤 操作描述数 据 期望结果实际结 果 测试状 态 （P/F） 1打开浏览器，加载主界面， 触控收藏夹按钮，观察收 藏夹栏的界面是否加载成 无收藏夹栏的界面成功加 载 收藏夹 栏的界 面加载 P 21 功成功 2打开浏览器，加载主界面， 触控收藏夹按钮，观察收 藏夹栏的界面是否加载成 功 无收藏夹栏的界面成功加 载 收藏夹 栏的界 面成功 加载 P 3打开浏览器，加载主界面， 触控收藏夹按钮，观察收 藏夹栏的界面是否加载成 功 无收藏夹栏的界面成功加 载 收藏夹 栏的界 面成功 加载 P 4打开浏览器，加载主界面， 触控收藏夹按钮，观察收 藏夹栏的界面是否加载成 功 无收藏夹栏的界面成功加 载 收藏夹 栏的界 面成功 加载 P 5打开浏览器，加载主界面， 触控收藏夹按钮，观察收 藏夹栏的界面是否加载成 功 无收藏夹栏的界面成功加 载 收藏夹 栏的界 面加载 失败 F 测试人 员 开发 人员 负责人 项目UC 浏览器软件版本V1.0 功能模块浏览器语音输入编制人冯小冬 用例编号UC_FUN_07编制时间2012.8.16 相关用例 功能特性利用语音输入要搜索的信息 测试目的测试浏览器是否能自动准确输入用户语音输入的信息 预设条件安装语音输入插件特殊规程说明无 参考信息 测试数据不断语音输入 30 次 具体执行步骤 操作步 骤 操作描述数据期望结果实际 结果 测试状 态 （P/F） 1第 1 次输入百度输入“百度”输入 成功 P 2第 2 次输入新浪输入“新浪”输入 成功 P 3第 3 次输入谷歌输入“谷歌”输入 成功 P 22 4第 4 次输入搜狗输