手机功能测试介绍
由安博测试空间技术中心https://www.doczj.com/doc/3115026653.html,/提供
一、简单介绍 2
二、开发平台介绍: (3)
１、JAVA (3)
２、BREW (4)
３、．NET (4)
三、操作系统介绍: (5)
四、网络协议介绍 (6)
1、WAP网络协议 (6)
2、GPRS网络协议 (6)
五、测试实例 (7)
1、手机SIM卡测试 (7)
2、手机常用功能测试 (10)
六、CDMA/GSM手机功能测试原理 (11)
1、时间域测量 (11)
2、频域测量 (12)
3、调制域测量 (12)
4、通道功率的测量 (13)
七、手机软件系统测试要素 (13)
1、测试计划（Test Plan） (13)
2、测试用例（Test Case） (14)
3、待测手机和附件 (16)
4、测试设备和工具 (16)
5、测试执行 (16)
6、错误报告 (17)
7、进度报告（Progress Report） (18)
8、测试报告（Test Report） (19)
八、何做一名称职的手机软件测试工程师 (19)
1、吃透手机的各种功能 (20)
2、熟悉网络和运营商的各种服务 (20)
3、熟悉系统架构 (20)
4、提高测试敏感度 (20)
5、细心加用心 (21)
6、踏踏实实做事 (21)
九、其它 (21)
一、简单介绍
当前,对于不同品牌的手机,它们所用的平台(指CPU和操作系统)各不相同, 由于采用不同的设计方案,各设计之间缺乏兼容性,操作系统和二进制代码都不兼容。当手机运行需要大量内存时,特别是随着接入互联网,手机用户要求能使用个性化的交互式应用软件,应用程序运行在虚拟运行环境下时,问题显得尤为突出。所以,有必要建立一种标准的通用运行平台,达到在合适的成本下提供统一的交互式应用软件运行环境。但是,除非该平台是基于完全标准的器件,否则是难以达到要求的。
标准的通用的运行平台是满足运营商,软件开发商,和终端用户三者综合要求的解决办法。理想的环境必须具备以下性质:
(1)、平台应提供二进制兼容性。可执行软件是二进制目标码,需要在处理器和应用软件目标码之间建立沟通;
(2)、平台必须包括微处理器,或一个与微处理器机器代码相离的通用机器码仿真器;
(3)、平台应包括带有应用程序接口API及支持一致性图形用户界面GUI相应功能的操作系统。API是执行典型操作功能的软件功能库,例如打开文件,读写数据,配置和管理内存,处理事件,显示文文件和图形等。为使应用软件真正做到可移植,装置上必须有公共功能集,并让软件开发者能通过一致性API扩展功能;
(4)、平台不应要求过多的系统资源,可移植性设备不应使成本上升太多;
(5)、平台应对功率有高效率,尤其考虑用电池供电的设备;
(6)、由于要在互联网上应用,安全性也是重要因素。
以Java手机软件测试为例潜在的测试问题和解决办法
Java有移植性好和其它很多优势,但用在手机上,速率和功耗仍是个瓶颈。
Java带来的新问题是执行速度慢,消耗功率大。与PC不同的是,手机资源有限,一般流行的手机中CPU的速率为26MHz,或52MHz,带128M闪存,8Mb,16M 或64Mb内存,没有硬盘,由电池供电,体积小,空间窄。
系统慢的原因是:
(1)系统必须同时运行两套软件:Java应用和虚拟机JVM;
(2)Java软件需要被翻译成自然CPU指令;
(3)Java平台是基于栈(相对于寄存器)结构的,导致更多的内存存取。
因而,如何对执行Java加速成为关键。加速处理数据和图形,这对手机上互联网和多媒体的应用具有重要意义。要克服这些问题,提高Java软件性能,可能的方法有四种:
(1)提高微处理器速率。然而Java软件性能与时钟频率并不成线性关系,微处理器运行一般比内存存取时间高2-10倍, 增加时钟频率只会增加等待周期。
(2)对JVM软件进行优化。这可能涉及到要用汇编语言对字节码翻译环路进行编程,而这会导致JRE变得与微处理器类别有关。而与可移植相抵触;
(3)编译将软件直接编译到微处理器的自然机器语言。但是这会增加内存的开销, 也不节省能量的消耗。
(4)采用基于硬件的加速器。这可以做到提高性能,保障能量和成本的有效性。被手机设计厂商认为是较理想的措施。
二、开发平台介绍:
目前，智能手机的开发平台主要有：JAVA、BREW和.NET。
１、JAVA
目前在在移动领域广泛使用开发平台是Sun开发的J2ME（Java 2 Micro Edition），即用于嵌入式系统的Java。J2ME技术由一个虚拟机KVM（K Virtual Machine）和一组API组成，这组API适合于为消费和嵌入式电子设备提供经过剪裁的运行环境。
KVM（K Virtual Machine）虚拟机本身仅仅需要40-80KB内存、20-40KB 动态内存（堆），能够运行在16位25MHz处理器上。经典手机６６８８I由于支持K-JAVA，功能可以无限扩展，从而成为手机发烧友的最爱，其在友人网的手机论坛至今仍是热闹非凡。
J2ME为移动互联引入了一种新的模型，即允许手机可以从互联网上下载各种应用程序，并在手机创造可执行环境离线运行这些程序。作为Java技术在移动电话等小型设备的版本，它针对屏幕、电能和内存等资源有限的移动设备进行了优化和定义，为了解决无线设备多样化的矛盾，Sun依照各种设备的资源特性将J2ME技术架构分为Java Virtual Machine(JVM)、配置(configuration)和说明(profile)三层，然后再进一步细分，这使J2ME能够在每一类设备的限制下工作，而同时提供最低限度的Java语言功能性。
由于定义了可执行程序下载的标准，并在手机上创立了可执行环境和程序开发语言，由此，在移动通信业第一次为软件开发商创造了巨大的商业机会，手机用户在得到丰富应用体验的同时，也大大提高了运营商的网络流量。
Java有句名言：“编写一次，随处运行”（Write Once，Run Anywhere），也有人戏称为"Write Once,Debug Anywhere"。从实际情况来看，二者都有一定的道理。
缺点：目前支持J2ME的移动设备处理速度还比较慢，Java服务应用软件相对较少。
２、BREW
美国高通公司的BREW（Binary Runtime Environment for Wireless）平台是一种为无线设备提供开放式标准平台的瘦应用程序执行环境，是无线应用程序开发、设备配置、应用程序发布以及计费和支付的完整端到端解决方案的一部分。完整的BREW解决方案包括面向开发者的BREW SDK (tm)(软件开发包)、面向设备制造商的BREW应用程序平台和移植工具以及由运营商控制和管理的BREW分发系统(BDS)。利用该系统，他们可以轻松地将开发者开发的应用程序投入市场并协调计费和支付过程。利用运营商基于BREW的服务，用户可以通过从运营商的应用程序下载服务器上无线下载应用程序来自定义手持设备。
BREW平台是独立于空中接口的技术，所以BREW与任何网络的结合都非常平滑。在CDMA2000 1X网络中可以充分利用其高速的数据传输速率，为最终用户带来极具冲击力的用户体验。
到目前为止，中国联通已经有了基于BREW平台所开发的商用程序，如：Adventure(环球历险记)、Any Flash (安凯软件)、City Online(都市在线)、E4E Stock(股票)、Hit Submarine(决战四大洋)、Instant Weather(天气快报)、Mobi Escape(莫比大逃亡)、Suc Esc(星际生存)、Yao Ming Basketball(姚明篮球)等。
缺点：BREW目前开发工具还不成熟，主要用c语言来开发。另外，全球有34家运营商采用了Java，而只有8家运营商采用BREW，它的应用范围相对较小。
３、．NET
.NET 是Microsoft XML Web services平台，是一组开发工具和操作系统集，用来生成、公开和消费XML Web服务，通过智能设备实现个性化的集成Web。它由四部分组成：.NET框架和Visual https://www.doczj.com/doc/3115026653.html, ，服务器结构，构造块服务，智能设备软件。
XML Web services允许应用程序通过Internet进行通讯和共享数据，而不管所采用的是哪种操作系统、设备或编程语言。https://www.doczj.com/doc/3115026653.html,平台提供创建XML Web services 并将这些服务集成在一起之所需。对个人用户的好处是无缝的、吸引人的体验。
.NET框架是一个用于生成、部署和运行XML Web服务及其它应用程序的环境。它包含三个主要部分：公共语言运行库、框架类和https://www.doczj.com/doc/3115026653.html,。.NET框架压缩版是伴侣结构，它有一套编程接口，以供开发人员开发面向智能电话和PDA 等移动设备的软件。
从根本上讲，.NET是关于使技术为人们所用，而不是强制个人适应其计算器的限制。利用.NET，无论何时何地，您总能连接到您首选设备上的信息。利用.NET，您可以保护您的个人信息和企业数据，同时允许有您的授权的他人连接到这些信息。
.NET的缺点：该平台的一些设计太过理想，不保证能达得到(至少短期内是如此)。
三、操作系统介绍:
说到操作系统，您也许会很自然地想起计算器来，也许会想到了DOS、WIN9X以及WINNT，但肯定没有多少人能想到手机！这也对呀，就这么巴掌大的东西，怎么可能安装得下这么庞大的操作系统呢，再说手机接通电源的时候，好象也没有看见手机正在激活。那么说了这么多，手机到底有没有操作系统呢？答案当然是肯定的，不过我们普通用户的手机可能就没有操作系统的身影了，它一般出现在PDA类型的手机中。
从目前的市场来看，PDA类型的手机通常采用手机厂商自己开发的操作系统，或者是使用在目前的市场上影响较大的手机操作系统，例如微软公司的Windows Ce Os或者是3Com公司的Palm Os等。而在目前我国品牌手机中，大多数使用的是EPOC操作系统，例如爱立信、摩托罗拉、松下以及诺基亚等品牌手机都支持该操作系统。各个手机生产商独立开发的手机操作系统，由于是针对自己的产品设计的，因此它与其它厂商的手机很难兼容，这种手机操作系统由于先天的独立性和封闭性，注定了他们不能在手机操作系统市场中能掀起什么大浪。当然，现在有的手机生产厂家也看到了市场的潜力，他们通过不断改进自己的操作系统，允许用户选择各种各样的扩充软件来扩充功能，或者是利用外部的扩展设备达到与其它产品相兼容的目的，不过这种扩展功能毕竟是有限的，他们与赫赫有名的Windows Ce Os或者是Palm Os相比，简直微不足道。
Windows Ce Os是美国微软公司想在移动电话领域里继续台式计算机操作
系统领域的神话的一个代表作品从多媒体发展的角度来看，该操作系统具有很强的竞争能力，再加上微软在软件行业的影响力，其升级与扩展的潜力是相当大的。据说，最近微软公司又宣布，计划今年年底前推出一项命名为“针刺”（Stinger）的操作系统软件，主要在设定多媒体驱动的电话标准，并平衡原窗口操作系统在市场上的强势地位；包括该软件在内的手机售价约为八百美元。准备和Palm以及i-Mode相互较劲。微软表示，装有该操作系统的手机非常迷你、并拥有相当大的彩色屏幕，功能除作为记事簿、还可连结数据库和播放音乐和影片。
Palm Os系统是3Com公司的Palm Computing部开发的一种32位的嵌入式操作系统，它的身影经常出现在一些掌上计算机中，当然大部分PDA手机也是使用的该操作系统。
该操作系统如果配合同步软件HotSync，将可以使PDA手机与普通计算器的数据信息实现同步效果，从而使用PDA就能轻松实现个人计算机所具有的功能。最近3Com公司又推出了最新版的操作系统Palm OS 5.0，该版本强化了多项功能，除了支持多国语言外，还突出了以下功能：首先增加了通信警告功能“Attention manager”，电子邮件到达可及时通知，通知方式为：弹出符号或弹出对话窗口，闪灯或振动，这些功能与手机的电子邮件功能相似，只是这些功能目前只限于内置了无线通信功能的终端；其次该系统支持蓝牙功能，对于无通信功能的终端来说，只要连接具备蓝牙技术界面的手机，就可利用终端内的地址簿进行收发电子邮件；再有该系统的在数据传输速度方面比以前版本提高了几倍，同时利用该操作系统您还能方便地扩展存储设备。不过，为了保证对象代码的可兼容性，该操作系统没有使用被称作“Thumb”的可以将32bit命令压缩为16bit的技术，据说该操作系统将作为2002年投放市场的PDA所使用的操作系统。
EPOC操作系统是由Psion Software公司推出的操作系统，而且推出的时间也比较早了，现在一般的移动计算设备都采用该操作系统。最早的EPOC操作系统是16位的，随着信息量的不断增加和技术的不断成熟，现在的EPOC可以支持32位了，并且可以支持多任务同时操作。EPOC操作系统在很多功能上都优于Windows CE OS，例如EPOC系统性能更加稳定，设计更紧凑，功能更加实用，更能提高个人工作效率和个人信息管理功能，而且市场上有很多免费共享软件以及商业软件可以给EPOC系统增加很多新功能。在PDA手机市场上，EPOC 是Windows CE OS和Palm Os强有力的竞争对手。目前支持EPOC的主要有爱立信、摩托罗拉、松下、诺基亚以及Psion PLC，这些公司为了共同的利益，组建了一个Symbian的公司，以便全身心地投入到与微软公司和3COM公司竞争当中去。
四、网络协议介绍
1、WAP网络协议
1.Wireless Application Environment (WAE)
2.Wireless Session Layer (WSP)
3.Wireless Transaction Layer (WTP)
4.Wireless Transport Layer Security (WTLS)
5.Wireless Transport Layer (WDP)
2、GPRS网络协议
移动台（MS）和SGSN之间的GPRS分层协议模型如图所示。Um接口是GSM的空中接口。Um接口上的通信协议有5层，自下面上依次为物理层、MAC （Mdium AcceSS Control）层、LLC（Logical Link Control）层、SNDC （Subnetwork Dependant Convergence）层和网络层。
五、测试实例
1、手机SIM卡测试
由于各手机的MMI界面及基本功能不一致，这里列出部分测试方案，敬请各位批评，指正。
1、参照手机：GSM制式
2、参考标准：
GB/T18905.5-2002软件工程产品评价第五部分评价者用的过程
BG/T16260-1996信息技术软件产品评价质量特性及其使用指南
3、评判依据：
各公司的标准定制的不一样，有些公司可能更细化些，在这里仅作一个粗略依据。产品的好坏由用户说的算，一切为用户服务！
依据：软件研制规范，软件需求说明书，用户手册。
4、基本功能说明：
添加、删除、修改、查找
设置（各MMI不一样，在这里不进行举例）
批量操作：SIM卡复制到手机，手机复制到SIM卡，SIM卡移动到手机，手机移动到SIM卡……
5、功能测试：
在这里只讨论名片夹的功能性和可靠性的测试，对名片夹模块的易用性，效率，维护性以及可移植性不做考虑。
按是否通过测试，则分为两种，顾名思意即通过测试和失败测试。通常的失败测试，也就是说要设计测试用例，迫使软件出错。通过测试则是要保证软件实现基本功能。
5.1基本功能测试：
手机输入法有很多种，比如T9,拼音，字母，数字等等。在编写测试用例的时候，首先要保证各输入法是否能正常输入；能否正常保存；在进行错误输入的时候，是否有响应的提示。在这里举出几个例子：
5.1.1、存储在SIM卡上的记录
5.1.1.1、添加：
1）姓名输入：
i)是否可以使用任意输入法添加汉字、字母、数字，达到姓名允许的最大字节，并能正常保存。
ii)是否可以使用任意输入法添加汉字、字母、数字，在没有进行输入时，是否有警告提示或是否可以正常保存（根据产品要求）。
iii)是否可以使用任意输入法添加汉字、字母、数字，超过姓名允许的最大字节，是否有告警提？是否可以正常保存。
iV)是否可以进行汉字、字母、数字的混合输入，并重复iiii，是否有异常。
2）电话号码的输入：
i)是否可输入数字至最大值，并可正常保存。
ii）在不输入数字时，进行保存时，是否有告警提示。
iii）是否可以输入汉字，字母，此时是否有告警提示或异常。
iv)是否可以输入特殊字符，如+、P、*、#，是否可以正常保存。这里给介绍个出错的案例：连续输入多个*，P或+，不按电话的号码的正常顺序进行输入，试试，比如"++139***P123",看看是个什么样的效果，是否显示正常。
3）在输入过程中按返回键、挂机键、或翻合翻盖、电源键，是否有告警提示或异常。
4）在各MMI界面下，各按键功能是否正常。
5）待机界面下直接输入数字至最大值，是否可以正常保存。
6）待机界面下直接输入数字即特殊字符（＋，P），是否可以正常保存。
7）将1），6）步骤进行一下排列组合，查看是否有异常情况。
1对2，2对4，4对16，所以测试用例经常的几千条，几万条根本就不希奇，一个名片夹写上1K条也之是写了个小部分。呵呵，罗嗦话又一堆。继续......
5.1.1.2修改
1）单条记录的修改：
是否可以对单条记录进行修改，包括姓名和数字，并重复5.1.1.1中的1），2），3），4）各步骤。
2）连续多条记录进行修改
此条的测试目的是对软件进行压力测试。
5.1.1.3删除
1）对单条记录进行删除
i）删除后，列表显示是否正常；数量是否正确。
ii）SIM卡记录为空时，进行删除时，是否有告警提示。
iii）SIM卡记录仅为一条时，删除后，是否有SIM卡内容为空的提示。
iv)在删除过程中，各功能键是否正常。
v）在删除过程中，进行中断操作，是否正常，比如挂机键，电源键等等。
2）对多条记录进行删除，目的是对软件的进行压力测试。
i）连续对SIM卡的多条记录进行删除，是否出现异常情况。
ii）删除SIM卡记录直至为空时，是否有异常。
iii）在删除过程中，各功能键是否正常。
5.1.1.4查找
由于各手机的查找功能定制的不同，在这里不做累述。
5.1.2存储在手机上的记录
存储在手机上的记录和存储在SIM卡上的记录的测试用例基本相同。在测试过程中需要留心的是SIM卡的存储容量以及手机的存储容量，由于软件的定制不同，往往在不同处易出现故障。比如SIM卡的姓名栏可存储5个
汉字，或8个字母、数字，电话号码可以存20位，手机的姓名栏目可以存12
个汉字，20个字母、数字，电话号码可以存30位。在这个不同点之间就容易出现故障
2、手机常用功能测试
测试，首先要对测试的对象有深入的了解。那么手机有哪些功能自然是我们必须首先了解的。毫无疑问，打电话永远是手机的第一功能，也是绝大多数人购买手机的根本出发点。但是作为现在的手机来说，仅仅能打电话远远是不够的，手机的功能大致可以分成以下几个大类：
1.通话功能
a.对拨入拨出电话的管理
b.对通话记录的管理
c.呼叫转接、呼叫等待、通话计时计费等方便用户使用的功能
2.消息（Message）功能
a.文字短消息（SMS）的编辑、发送、接收、转发和存储等；
b.多媒体短消息（MMS）的编辑、发送、接收、转发、存储和配置；
3 电话本（Phonebook）
a. 名片的管理
b.存在SIM卡上的名片
c.存在手机内存中的名片
d.一个名字多项内容（如传真、固话、手机、Email等）
e.名片的新建、修改、拷贝、转存、删除
f.名片以红外或短消息形式发送给其它手机
g.单键拨号（Speed Dialing）
h.号码分组（Caller Groups）
4.增值服务（Value Added Service）
a.WAP上网
b.GPRS上网
5.其它功能
a.闹钟（Alarm）
b.日历（Calendar）
c.计算器（Calculator）
d定时器（Count Down Timer）
e屏保（Screen Saver）
f.待办事项（To-Do List）
6为特定语言（以简体中文为例）量身订做的功能：
a.中文输入（拼音/笔划）
b.中文菜单
c.农历（Lunar Calendar）
7.附件
a.充电器（Charger）
b.耳机（Headset）
c.车载免提（Car Kit）
d. 照相头（Camera）
手机中可能还会有很多其它功能，以上只是列举出了一些比较常用的。大家可以去网站上下载某款手机的用户说明书了解该款手机都有哪些功能。
用户说明书只是一个简略的介绍，对于一般用户来说可能够用了。但是对于专业的测试工程师来说还不够。手机制造商当然会有介绍这些功能的设计文文件，如果你能参与到手机制造商的开发项目中，这些数据的优先级永远是最高的，需要详细阅读。但这些数据一般来说对外界是保密的，还有一个渠道是一些手机的论坛和网站。
六、CDMA/GSM手机功能测试原理
1、时间域测量
时间域测量常用于脉冲信号系统，测量参数包括脉冲上升/下降时间、脉冲重复间隔、开/关机时间、误码间隔时间等等。传统的测量方法就是用示波器来观察信号的时域波形。而我们可以用矢量信号分析仪将输入信号移到基带后采样成同相分量I和正交分量Q。我们可以在幅度-时间、相位-时间或I/Q极坐标等坐标系统中来表示这两个分量。扫频仪用于显示信号在时域的幅度，即RF信号的包络。对于TDMA技术来说时域分析尤为重要，所以脉冲的波形和定时在GSM 手机的检测中是必不可少的参数。
2、频域测量
手机的频域测量通常分为Spectrum due to modulation and wideband noise测试以及Spectrum due to switching测试。
Spectrum due to modulation and wideband noise测试是为了确保调制过程不会造成频谱的过度传播。如果频谱过度传播，那么工作在其它频段的手机就将受到噪声的干扰。这项测试在某种程度上也被视为相邻信道功率测试。我们通过这项测试可以及时发现信号发射过程中诸如I/Q基带信号发生器、滤波器和调制器等各个层面上的问题。
GSM/EDGE发射器会使射频信号功率迅速呈下降趋势。发射射频载波功率测试确保这一过程发生时间的快速而准确，然而射频信号功率下降过快又会导致在发射射频信号中出现不良频率的干扰信号。所以Spectrum due to switching test测试确保了这些频率成分的信号功率保持在一个可以接受的范围内。如果射频信号功率下降过快，就会导致工作在发射频率附近其它信道上的手机受到很强的噪声干扰。如果这项测试不能通过的话可能的原因就是发射器的功率放大器或是基准回路有问题。
3、调制域测量
调制质量是手机发射器最重要的性能指针之一，所以它的测量就变得尤为重要。CDMA手机和GSM手机的调制质量测试方法有所不同，CDMA手机是通过测试ρ和频率误差来表征它的调制质量，而GSM手机则通过测试相位误差和频率误差来表征它的调制质量。
CDMA手机：ρ是关于互功率和总功率之间关系测量。互功率是将测得的射频信号功率和理想的参考信号功率求互相关得到：
ρ的性能好坏严重影响到手机对信号的处理能力。如果ρ值太小使得许多不相关的信号以噪声的形式出现在信号中，于是我们就不得不加大信号的功率来提高信噪比，这样基站在发射功率不变的基础上就不得不暂时屏蔽掉一些通话以保证另一些通话有足够的信噪比。
频率误差的测量是为了验证手机信号发射器是否工作在准确的频率上。这对于手机以及整个通信系统来说也是至关重要的，如果手机发射频率出现比较大的误差就会对工作在其相邻频率信道上的信号产生干扰。
GSM手机：相位误差(GMSK)和频率误差是用于表征GSM手机调制质量的两个重要参数。相位误差的测量能反映出发射器电路中I/Q基带信号发生器、滤波器、调制器和放大器等部分的问题，在实际系统中，太大的相位误差会使接收器在某些边界条件下无法正确解调，这最终会影响工作频率范围。频率误差的测量能够反映出合成器/锁相环等部分的性能。频率误差过大反映出当信号发送时存在频率转换，合成器不能快速识别信号。在实际系统中，频率误差过大会造成接收器无法锁定频率，最终导致和其它手机之间相互干扰。
4、通道功率的测量
信道功率是指在信号频率带宽范围内的平均功率，它是通信系统最基本的参数之一。在无线通信系统中，我们要用尽可能小的功率实现最佳的通信连接。这样不仅有助于将整个系统的干扰保持在最小的程度，还可以最大限度地延长基站电池的寿命。手机移动通信中如果通道功率太小，那我们就无法得到理想的通话质量，如果通道功率太大，基站电池的寿命就会大大缩短，我们要使通道功率保持在一个使两者性能达到最佳的均衡状态。因此通道功率的测试在手机测试中就显得至关重要。
七、手机软件系统测试要素
作为软件测试的一种，手机软件测试本身也有几种分类。以测试手段来划分，可以分为黑盒测试和白盒测试。以测试的发生时间和目标来划分，可以分为模块单元测试、集成测试和系统测试。以测试的任务来划分，可以分为现场测试（Field Test）；互操作（Inter-Operatability Test ）测试。另外还有一个True Test的阶段类似于微软的α和β测试，由一些非专业人士仿真用户来进行手机的试用，试图发现BUG的一个阶段。
以下需要介绍的，是手机软件系统测试阶段的一些组成部分。
1、测试计划（Test Plan）
软件系统测试作为一个产品开发项目的一部分，一定要有测试计划。计划由测试经理制定，参考文文件为整个产品的开发计划。其中会定义如下信息：
1、测试的任务：即需要测试什么和不需要测试什么；
2、工作量估算：需要多少人，测试多少天，测试几个周期；
3、日程表：每人每天需要做什么；
4、测试方法和流程：采用什么方法，遵循哪些流程；
5、测试资源：需要多少人、设备、工具、文档等资源，以及对上述资源都有哪些要求。
6、测试输出：测试中需完成的错误报告（Error Report）和进度报告（Progress Report），测试完成后需完成的总结报告（Summary Report）。
测试计划将是整个测试项目的指导，定义了一切测试活动遵循的规则，最为重要。
2、测试用例（Test Case）
我们在第一部分曾经提到，对于手机的各种功能来说，总会有一个文档来描述它。这种文档通常叫做“软件特性”（Software Specification）或“软件需求规格”（Software Requirement），但是这种文文件是用开发语言写成而不是用测试语言来写成的。如何区别这两种语言，请看下面的例子：
比如我们如果需要用户在X窗口中输入一个月份，在软件特性文档中通常会这样说：X窗口中提示用户输入一个月份，其可能的值为1～12，如输入值超出此范围，将出现错误提示窗口。这就是典型的开发语言。直接把这句话作为测试用例来用虽说并不是不可以，但是会带来一定的问题：我们无法保证测试人员完全完整完备的进行了测试。此时，我们需要有测试工程师根据软件需求特性，把开发语言“翻译”成测试语言，变成下面的样子：
序
号
输入（Input）期望输出（Expected
Output）测试结果(Pass/Fail/Not Available)
1
在月份输入窗口中
输入0
出现错误提示
2
在月份输入窗口中
输入1 正常，当前月份变为01
3
在月份输入窗口中
输入5 正常，当前月份变为05
4
在月份输入窗口中
输入12 正常，当前月份变为12
5
在月份输入窗口中
输入13
出现错误提示
上面仅仅是一个简单的例子，真实情况中，如果真的出现这种情况，用不用测试语言区别是不大的。因为一般的测试工程师都有这样的素质，对待测软件进行完备的测试。但是为了避免人为的疏忽，同时方便进行工作量和工作进度的评估，测试语言还是需要的。而且，面对一些复杂情况，如果没有一个清晰的文档把所有测试的点一一列出，很难保证测试的完备性。
我们通常把测试用例分为两类：Clean Case和Dirty Case，字面意思是“干凈的用例”和“骯脏的用例”。Clean Case所谓的“干凈”，是指测试人员进行的是一种温和的测试，测试完成后，待测设备应该一尘不染，像测试前一样。在开发Clean Case的过程中，测试工程师完完本本按照传统、经典、普通的方式，根据需求特性的描述，按部就班、循规蹈矩的做Case，比如上面表中的例子，就是一种Clean Case。与此相反，Dirty Case就不那么客气了。测试人员会对待测设备进行毁灭性的测试，比如以前我们看到有的彩电厂商为宣传自己产品质量过硬，不惜把彩电从楼上摔下，在水里浸泡，这就是一种Dirty Test。但是软件是无影无形的东西，既不能刀切火烧，又不能连砸带摔。如何对软件进行Dirty Test呢？我们通常采取的方法是：营造出复杂的任务或者大流量大业务量，来验证手机在这种情况下依旧能够正常工作。举例来说，我们如果要测试“编辑短信并发送”的功能，如果要做Clean Test，测试人员回输入一段文字，可能只有一两个字，这就够了，之后选择发送，如果能够正常发送出去，我们认为此功能就Pass了。但是对于Dirty Test，就不能这么温柔了，测试人员会编辑一段长长的文字，其中包含中文、英文大写、小写、数字、全角符号、半角符号、空格等等内容，而且长度会是允许范围的最大值，这样的一段文字发送、接收才是对手机软件的真正考验。这个例子其实还不够“骯脏”，大家在参与测试项目的过程中可以自己去领会。一个高水平的测试工程师的价值就体现在对系统的熟悉程度上，他们能够设计出条件复杂多样的测试用例，能够使测试事半功倍。
通常一个完整的测试用例，会包含以下一些内容：
1、测试环境或先决条件：把做测试前需要具备的环境和先决条件列出，比如说要设计一个测试电话会议功能的测试用例，由于电话会议功能在中国只有中国联通的网络才支持，因此在测试用例的这一部分里应该明确标识出：测试时只能使用联通的SIM卡。
2、输入：一个或一组操作就是测试的输入；
3、期望输出：每做完一个输入后，相对应的手机的显示或反应就是输出了，严格按照需求特性设计的测试用例，此处就应该把需求特性规定的正确输出列到“期望输出”栏中，这样测试人员在测试的时候就可以判断实际的输出结果是否和期望输出一致，如果不一致，就说明这是一个错误（BUG）。从这一方面可以看出，这也就是测试用例最重要的作用：帮助测试人员（尤其是对系统不是非常熟悉或有把握的测试人员）判断出一个输出是否正确。
3、待测手机和附件
这一部分没有什么太多需要注意的内容。需要提醒的是：要把待测手机的软件升级到需要测试的版本去。升级肯定需要特别的软件和工具，每个产品都会对此进行培训。
另外对于附件，比如充电器、耳机、车载免提等等，均有专门的说明书可供咨询。
4、测试设备和工具
我们的测试虽然绝大多数是手工进行的，但并不能说，一个测试人员只有一双手就可以进行测试了。想想我们在测试中都需要什么东西呢？联系上面的三个部分，我们可以总结出：手机、测试计划、测试用例毫无疑问是需要的。此外呢？
SIM卡大多数情况是需要的，除了打电话、发短信以外，绝大多数功能（除紧急拨号外）没有SIM卡根本无法使用。
计算机和网络也是需要的，测试用例很多时候是存在网上的电子文文件；如果测试时发现错误，填写错误报告也是在网上进行的。此外升级手机的软件也需要计算机。
此外会需要一些特殊的设备，比如升级手机软件的设备，同步PC与手机数据的设备等。
5、测试执行
现在万事具备，只欠东风。可以开始测试了。通常一个测试循环，是由以下任务组成的：
一个测试循环，时间可长可短，但通常的做法是以两个软件版本发布的间隔作为一个测试周期的长度。比如每两周发布一个版本，则一个测试周期就为两周
得到一个新的版本意味着一个测试周期的开始，第一步自然是升级手机的软件了。之后首先要做的是做验证，验证那些在以前版本中发现，在新的版本中已经被更改了的错误是否确实正确无误；尤其要注意的是看看是不是改掉旧问题的同时带来了新问题。可能你有疑问：我怎么知道在这期版本里哪些问题得到了改正呢？这是从以前你报告的错误中得知的。每当你发现一个错误时，你需要到错误数据库中去填写一份错误报告单，经过错误更改流程，开发人员将更改软件中的错误，同时改变数据库中对应错误报告单的状态，系统会自动通知错误发现者到新的版本中去验证错误是否已经被改正。
接下来，测试人员将按照测试用例的指导进行测试，检查每个测试用例是否通过，如果没有通过需要报告填写错误报告单，如果通过则进行下一个测试用例的测试，每天需向测试经理报告进度。
一般来说，在产品测试周期中，会安排一个自由测试的阶段，在此阶段，测试人员应按照自己对系统的理解，对产品进行随意但有针对性的测试，这往往是能发现大量错误的阶段。
一个测试周期的结束也意味着下一个新测试周期的开始，周而复始，一般软件产品需要安排至少4个测试周期，这样才能保证“发现错误－改正错误－验证错误”都能有充足的时间。
以上这些测试执行的行为，都是一般意义上的。有的时候，依据项目的实际情况，可能会安排一些特殊的测试阶段，典型的例子是压力测试，如果市场上报告发现了一些较难复现的BUG，项目通常就会组织压力测试，测试人员得到的仅仅是错误的症状和可能使之出现的建议，但是无法提供出精确的复现步骤，需要测试人员依据自己的理解和对系统的测试经验，进行有重点的测试，目标很明确，抓住那些稍纵即逝的BUG，并试图找出复现步骤。
测试，是一种压力很大的工作。我们需要的是和几千万潜在的用户赛跑，比赛看谁能早一步发现那些潜伏的BUG。我们虽然起步比他们早，但是他们的环境会多种多样，我们十几人的测试团队，只能尽我们所能的比用户早一点想到，早一点测到，只有如此才能真正意义上的保证产品的质量。
6、错误报告
刚才已经数次提到错误报告了，这是一个测试工程师重要的工作成果之一，也是唯一对产品质量有直接帮助的成果。因此错误报告单的质量非常重要，也是衡量测试工程师水平和能力的关键标尺。
错误报告单的第一个作用是清楚地告诉别人这个问题是什么，复现步骤是什么样的。以帮助开发人员定位此问题。一个好的问题报告单应该能够让开发人员独立的，不需要再次求助测试人员帮助就能明白问题是什么，之后定位错误和修改BUG就能顺利进行下去了。
一份合格的错误报告单，至少应该具备以下内容：
1、被测试手机的软、硬件版本；
2、该错误是否可以重现；
3、发现错误的步骤；
4、错误现象的描述；
5、正确现象应该是什么样的。
写错误报告尤其是写英文的错误报告，最忌讳的是先入为主的观念，测试人员手中拿着出错的手机，往往觉得“这不是很明显吗？”但是在其它人尤其是不同国家、不同语言的人看来，就不一定那么明显了。所以要做到让一个完全没有准备的人看懂并成功复现问题，是一门学问，建议大家注意以下几点：
1、语言要简练，相同的话别说两遍；
2、步骤要详细、准确，不要跳过一些步骤；
3、避免使用从金山词霸上查到的怪僻生词，尽量使用常见的词；
4、尽量使用手机软件的术语，不要自己发明一些词汇；
写作错误报告，需要经验的积累，大家慢慢熟悉总会有一天掌握技巧的，关键是这个等待的周期要尽量缩短。平时练习的时候，尝试着写一些自己凭空想象出来的错误用来练笔，效果会很好。
7、进度报告（Progress Report）
一个测试项目通常会有成千上万个测试用例，几个到几十个测试人员，这样规模的项目，没有进度的监控，效果可想而知。为了能够即使准确的了解项目的进展情况，同时把软件测试的发现错误情况即使汇总，通常我们都需要进度报告。
进度报告一般包括以下一些内容：
1、工作时间（小时数）；
2、测试用例执行情况：
a.已经完成的测试用例数目；
b.其中出错的测试用例数目；
c.通过的测试用例数目；
d.未测的测试用例数目；
e.无法测试的测试用例数目；
3、发现的所有错误的列表；
4、执行的所有测试用例及其结果的列表。
进度报告一般每天下班前都需要实时提交，以保证测试经理随时能够对项目的进展和软件的稳定度有精确的了解。
8、测试报告（Test Report）
作为一个测试项目的总结，测试报告的内容应该包括：
1、测试活动的时间；
2、测试投入的人力；
3、测试效果和结论；
4、测试用例通过情况列表；
5、发现所有错误的列表；
6、所有仍未关闭的错误报告列表
测试报告一般由测试经理完成，需要提交给软件经理以及更上层的研发经理。
八、如何做一名称职的手机软件测试工程师
所谓“行行出状元”，有些人认为做手机测试无聊，没有技术含量。正相反，现在职场上高水平的测试工程师非常难觅。因为这一行入门容易精通难。
为什么说入门容易？一个没有任何通信背景，没有任何测试经验的人也可以做测试，因为至少他可以以一个普通用户的身份来测试，要做手机的用户没有任何条件，所以做用户测试自然也不需要条件。可问题是用户做测试仅仅是测测就算了。他可以没有任何计划性和根据，只是依据自己的理解和好恶胡来一通。他完全可以理直气壮地这么做，因为他仅仅是一个用户。但我们不能如此，我们的头衔是“软件测试工程师”，如何做才能配的上这个头衔呢？
1、吃透手机的各种功能
我们的测试有别于一般用户进行的真实测试（True Test）的，在于对待测设备的了解上。对于没有任何移动通信背景的用户来说，手机对他意味着打电话、发短信和电话本，最多再加上日历等功能。对于软件测试工程师来说，这仅仅是最基本的部分，手机中所有的功能加起来有上百个，其中描述说明的文档有上万页，还能说手机测试没有技术含量吗？别的不说，如果你能吃透这上万页的文档，你就可以称得上是专家了，事实上，这样的专家是少之又少，打着灯笼都难找。
另外，为什么一般用户仅仅用到了手机的少数功能呢？这是因为有些功能用起来比较不便，或者配置相对复杂，比如说要发送一条多媒体短信，则需要做一些相对复杂的配置，一般用户往往没有兴趣和时间做这些事情，而测试工程师不能有这样的畏难情绪，一定要强迫自己对测试的产品有兴趣。想一想手机论坛上活跃着的那些手机玩家，把那些人作为我们的榜样吧。
2、熟悉网络和运营商的各种服务
手机中会有上百种功能，但是并不是所有的功能在中国移动或中国联通覆盖的网络中能够使用。这时往往就需要测试工程师的经验了，他们能够精确的判断出测试时发现的问题是属于手机软件的问题，还是由于网络不支持造成的。培养这种经验需要在工作中的细心和细致，要勤于发问，当一个问题有了答案后，一定要留心记住，经验的培养离不开记忆。
截至2003年1月，中国移动的大部分网络中尚不能支持以下服务：通话计费、数据通话、USSD信息、信息中心等等，有心的你可以自己去收集。
还有一些功能有赖于SIM卡的支持，早期的SIM卡只能存储25个名字，后来有了100个的，又有了255个名字的大容量卡；此外中国移动的移动梦网卡提供了一些增值服务的功能，这些信息也需要测试人员的日常积累。
3、熟悉系统架构
纯黑盒测试对测试人员的系统了解程度要求是不高的，但并不是说，测试人员可以心安理得地满足现状。有心人应该对系统力求有更深地了解，这样在测试时，他就能够不仅仅满足于对手机界面表面上的关注，尤其当你设计相对复杂的测试用例时，如果你了解系统的某些模块相互之间会有影响，你就能够有的放矢的营造测试的条件，测试的目的性和针对性会大大增强。
4、提高测试敏感度
手机基本功能测试 手机基本测试软件测试 关于手机软件测试的工具应用 手机软件测试是否也和以下联系起来： 漫谈人机界面测试 【正文】本文列数了软件黑盒测试过程中，在被测试软件中可能存在的常见软件问题。本文不会详细讨论基本的软件测试思想与常用技术，仅针对在软件黑盒测试过程中若干的问题做描述，并提供个人的参考测试意见与防范意见，希望可以为初学者提供些许帮助。 俗话说“人靠衣裳马靠鞍”，良好的外观往往能够吸引眼球，激发顾客(用户)的购买欲望，最终达成商业利益的实现。软件的设计亦如此，Window XP 在商业上的巨大成功很大一方面来自于它一改往日呆板，以突出“应用”的灰色界面，从“用户体验”角度来设计界面，使界面具有较大的亲和力。就目前的软件设计的发展趋势来说，良好的人机界面设计越来越受到系统分析、设计人员的重视。但是如何对设计的人机界面(包括帮助等)进行测试，给出客观、公正的评价，却鲜见于报端。本文试从共性分析和个性分析的角度，给出一些测试意见和原则，简单且易于上手。起到一个抛砖引玉的目的、以飨读者。 我们知道：“不立规矩无以成方圆”。在软件界面设计强调张扬个性的同时，我们不能忘记软件界面的设计先要讲求规矩-简洁、一致、易用，这是一切软件界面设计和测试的必循之道，是软件人机界面在突出自我时的群体定位。美观、规整的软件人机界面破除新用户
对软件的生疏感，使老用户更易于上手、充分重用已有使用经验，并尽量少犯错误。由此我们在对软件人机界面进行测试时(设计评审阶段和系统测试阶段结合进行)，不妨从下列一些角度测试软件的人机界面。 一致性测试 一致性使软件人机界面的一个基本要求。目的是使用户在使用时，很快熟悉软件的操作环境，同时避免对相关软件操作发生理解歧义。这要求我们在进行测试时，需要判断软件的人机界面是否可以作为一个整体而存在。下面是进行一致性测试的一些参考意见：――提示的格式是否一致 ――菜单的格式是否一致 ――帮助的格式是否一致 ――提示、菜单、帮助中的术语是否一致 ――各个控件之间的对齐方式是否一致 ――输入界面和输出界面在外观、布局、交互方式上是否一致 ――命令语言的语法是否一致 ――功能类似的相关界面是否在在外观、布局、交互方式上是否一致(比如商品代码检索和商品名称检索) ――存在同一产品族的时候，是否与其他产品在外观、布局、交互方式上是否一致(例：Office产品族)
功能测试用例说明书 功能测试用例说明书 作者 发布范围HPTCA-MS 整个生命周期 版本V1.0 发布日期2008-6-12 修订历史记录
发布日期版本说明作者2008-6-12 1.O考勤系统测试用例 目录 1.引言 4 1.1 编写的目的4 1.2 编写范围4 1.3 参考文献4 1.4 术语与缩略语4 2.接口测试用例 4 2.1被测试对象的介绍4 2.2测试范围与目的 4 2.3测试环境与测试辅助工具的描述4 2.4测试驱动程序的设计4 2.5接口测试用例 5 3.功能测试用例 5 3.1被测试对象的介绍5 3.2测试范围与目的 5 3.3测试环境与测试辅助工具的描述5 3.4测试驱动程序的设计5 3.5功能测试用例 5 4.评审意见 6 5.其它需要说明的问题： 6 需求说明书
1.引言 1.1编写的目的 本手册是基于项目已经基本完成，作为项目测试人员对项目功能进行测试。测试各项功能是否达标！ 1.2编写范围 功能测试用例编号名称责任人备注AT001登录（包括身份验证，页面跳转）王挺 AT002考勤基本操作（包括上班，下班，请假申请，出差申请）刘红杰 AT003员工考勤信息管理（包括修改密码，段时间考勤信息查询）毛凌波 AT004消息服务（包括收发短信息，网站留言）夏天梁 AT005员工个人信息管理（包括员工信息查询，添加员工，生成富强 AT006Excel 表格） 手动考勤（包括手动上下班，手动请假，手动出差）张耿耿 AT007节假日管理（包括添加节假日，修改节假日）王杰 AT008申请管理（包括请假申请，出差申请）薛纪表 AT009人性化和网站安全周碧文 1.3参考文献 编号资料名称简介作者日期出版单位 01《数据库设计说明书》数据库设计资料薛纪表2008.05.10软件（ 4）班 2 组02《需求规格说明书》需求规格资料周碧文2008.05.02软件（ 4）班 2 组03《概要设计说明书》概要设计资料王杰2008.05.23软件（ 4）班 2 组04《详细设计说明书》详细设计资料周碧文软件（ 4）班 2 组https://www.doczj.com/doc/3115026653.html,技术支持，解答/// 1.4术语与缩略语 术语、缩略语 ST ? 解释系统测试， System Test ?
功能测试用例的设计 LG GROUP system office room 【LGA16H-LGYY-LGUA8Q8-LGA162】
一、实验目的 1.用因果图法分析原因结果，并决策表设计测试用例。 2.使用场景法设计测试用例。 二、实验内容 1. 将三角形问题的可能结果扩展为：一般三角形、等腰三角形、等边三角形、直角三角形、等腰直角三角形和非三角形，考虑用因果图法设计测试用例，给出完整步骤。 2. 有一个在线购物的实例，用户进入一个在线购物网站进行购物，选购物品后，进行在线购买，这时需要使用帐号密码登录，登录成功后，进行付钱交易，交易成功后，生成订购单，完成整个购物过程。使用场景法设计上述问题的测试用例。 三、实验环境 Windows XP系统 四、实验步骤和结果 1. 将三角形问题的可能结果扩展为：一般三角形、等腰三角形、等边三角形、直角三角形、等腰直角三角形和非三角形，用因果图法设计测试用例，给出完整步骤。具体如下： 1）输入的三边分别为a，b，c(斜边) 且a
2. 行在线购买，这时需要使用帐号密码登录，登录成功后，进行付钱交易，交易成功后，生成订购单，完成整个购物过程。使用场景法设计上述问题的测试用例。
（注：在下面的矩阵中，V（有效）用于表明这个条件必须是 VALID（有效的）才可执行基本流，而 I（无效）用于表明这种条件下将激活所需备选流,“n/a”（不适用）表 对生成的所有测试用例重新复审，去掉多余的测试用例，测试用例确定后，对每一个测
五、实验结果和讨论 成功使用因果图法、场景法设计了测试用例。 六、总结 1．因果图法的定义是一种利用图解法分析输入的各种组合情况，从而设计测试用例的方法，它适合于检查程序输入条件的各种组合情况。 2．在事件触发机制中场景法用得最多。在测试一个软件的时候，先确定基本流也就是测试流程中软件功能按照正确的事件流实现的一条正确流程,接着去确定备选流也就是那些出现故障或缺陷的过程，用备选流加以标注。然后可以采用矩阵或决策表来确定和管理测试用例。
XXX手机硬件测试列表 1.1.1 LCD测试 1．数量：2pcs以上； 2．测试方法及内容：手机正常开机后，距离30cm，与水平成45o角并在各个方向15o范围内观察LCD工作是否正常。 a． LCD显示是否正常，是否存在斑点、阴影等； b．彩屏LCD各种颜色能否正常显示，分辨率、色素、响应时间等性能指标是否符合要求； c．分别在暗室、荧光（约750Lux）和阳光（大于3500Lux）下测试LCD显示是否正常，各性能指标是否符合要求； d．将电源设置成高(4.2v）、中(3.8v)、低(3.5v)不同电压，LCD显示是否有差异或异常。 3．预期结果： a． LCD显示正常，不存在斑点、阴影等； b．彩屏LCD各种颜色正常显示，分辨率、色素、响应时间等性能指标符合要求（结合项目的具体指标规定）； c．在暗室、荧光（约750Lux）和阳光（大于3500Lux）下测试LCD显示均应正常，各项性能符合项目的具体指标要求； d．在高、中、低不同电压下，LCD显示应正常且基本一致。 1.1.2 LCD背光及键盘背光测试 1．数量：2pcs以上； 2．测试方法及内容：手机正常开机后，选择进入手机功能菜单中的相应设置进行测试。 a．测试手机背光及LED能够正常工作； b．分别在暗室、荧光（约750Lux）和阳光（约2000Lux）下测试LED亮度是否正常； c．背光亮度是否符合要求，测试在不同电池电压情况下，背灯的亮度是否具有一致性； d． LED是否能够按照要求打开和关闭。 3．预期结果： a．手机背光及LED工作正常； b．在暗室、荧光（约750Lux）和阳光（约2000Lux）下，LED亮度均应正常； c．背光亮度应符合要求且在不同电池电压情况下，背灯亮度基本一致； d． LED能够按照要求打开和关闭，且亮度正常。 1.1.3 TP触摸屏承重能力测试 4．数量：5pcs以上； 5．测试方法及内容：重压头25kg，静压30秒之后，等待30秒，再重新放置重压头。 6．预期结果： a． 200次重压后样品不出现牛顿环，则为良品； 1.1.4 Camera测试 1．数量：4pcs以上； 2．测试方法及内容：手机正常开机后，选择手机功能菜单进入拍照状态，对标准测试板进行拍照。 a. Camera是否能够正常工作； b. 拍摄的照片效果是否符合规范要求； c. 用标准色板照片色块的对比测试； d. 测试Digital Camera的反应时间； e. 开启闪光灯功能，看闪光灯是否正常工作。 3．预期结果： a． Camera工作正常，能正常开启与关闭； b．照片效果符合规范要求，参考Camera Spec； c．反应时间达到规范要求；
WIFI设备手机功能及性能测试平台 WIFI设备手机功能及性能测试平台 技术规范书 一、测试平台设备构成 该WiFi设备手动功能及性能软件测试方案基于Veriwave WaveTest硬件平台，由WiFi设备手动功能及性能测试软件及WIFI 终端控制软件组成。 二、设备要求 1、WiFi设备手动功能及性能测试软件 1）主要用途及功能： —提供独立精确的801.11控制和管理面板和数据面板，支持在无需 WIFI Client和AP 关联的情况下发送和接收帧； —高度互动的接口，可通过增加各类 WIFI用户和改变流的速率随时改变WIFI测试网络状况，并实时通过图形或表格查看改变对测试结果的影响； —可产生一般或定制的流量，支持UDP和TCP流，并支持定制封包，模拟产生异常的流。定制流和预设的流的可同时产生并发送。可用 于DOS攻击测试和测试AP对异常封包是否能正确处理；
—集成错误问题定位功能。提供详细的诊断信息帮助定位分析问题。并提供了数据抓取和解析功能，可查看物理层和逻辑链路层的信息。
2、WIFI终端控制软件 1）主要用途及功能： —可装载在无线WIFI终端上控制终端收发统计流量，并可计算转发 率，丢包，时延，抖动； —支持操作系统： Windows XP、Windows Vista、Windows Mobile 6、Linux — 2.6； —支持收发TCP和UDP流 —可以控制 Wavetest的测试端口向待测物产生流量，且测试结果的计算不会受上层运用的影响，不受待测物硬件配置和操作系统影响。 网上竞价的软件选件 四、设备竞标和到货期限 竞标厂家必须具备上述所有软件提供的能力，方可竞标 设备应在签订合同生效后的90天内到货。
1 APP测试基本流程 1.1流程图 仍然为测试环境
1.2测试周期 测试周期可按项目的开发周期来确定测试时间，一般测试时间为两三周（即15个工作日），根据项目情况以及版本质量可适当缩短或延长测试时间。正式测试前先向主管确认项目排期。 1.3测试资源 测试任务开始前，检查各项测试资源。 --产品功能需求文档； --产品原型图； --产品效果图； --行为统计分析定义文档； --测试设备（ios3.1.3-ios5.0.1；Android1.6-Android4.0；Winphone7.1及以上；Symbian v3/v5/Nokia Belle等）； --其他。 1.4日报及产品上线报告 1）测试人员每天需对所测项目发送测试日报。 2）测试日报所包含的内容为： --对当前测试版本质量进行分级； --对较严重的问题进行例举，提示开发人员优先修改； --对版本的整体情况进行评估。 3）产品上线前，测试人员发送产品上线报告。 4）上线报告所包含的内容为： ---对当前版本质量进行分级； ---附上测试报告（功能测试报告、兼容性测试报告、性能测试报告以及app可用性能标准结果）； --总结上线版本的基本情况。若有遗留问题必须列出并记录解决方案。 2 App测试点 2.1安全测试 2.1.1软件权限 1）扣费风险：包括发送短信、拨打电话、连接网络等
2）隐私泄露风险：包括访问手机信息、访问联系人信息等 3）对App的输入有效性校验、认证、授权、敏感数据存储、数据加密等方面进行检测 4）限制/允许使用手机功能接人互联网 5）限制/允许使用手机发送接受信息功能 6）限制/允许应用程序来注册自动启动应用程序 7）限制或使用本地连接 8）限制/允许使用手机拍照或录音 9）限制/允许使用手机读取用户数据 10) 限制/允许使用手机写人用户数据 11) 检测App的用户授权级别、数据泄漏、非法授权访问等 2.1.2安装与卸载安全性 1）应用程序应能正确安装到设备驱动程序上 2）能够在安装设备驱动程序上找到应用程序的相应图标 3）是否包含数字签名信息 4）JAD文件和JAR包中包含的所有托管属性及其值必需是正确的 5）JAD文件显示的资料内容与应用程序显示的资料内容应一致 6）安装路径应能指定 7）没有用户的允许，应用程序不能预先设定自动启动 8）卸载是否安全，其安装进去的文件是否全部卸载 9）卸载用户使用过程中产生的文件是否有提示 10）其修改的配置信息是否复原 11）卸载是否影响其他软件的功能 12）卸载应该移除所有的文件 2.1.3数据安全性 1）当将密码或其他的敏感数据输人到应用程序时，其不会被储存在设备中，同时密码也不会被解码 2）输人的密码将不以明文形式进行显示 3）密码，信用卡明细，或其他的敏感数据将不被储存在它们预输人的位置上 4）不同的应用程序的个人身份证或密码长度必需至少在4一8个数字长度之间 5）当应用程序处理信用卡明细，或其他的敏感数据时，不以明文形式将数据写到其它单独的文件或者临时文件中。以防止应用程序异常终止而又没有侧除它的临时文件，文件可能遭受人侵者的袭击，然后读取这些数据信息。 6）当将敏感数据输人到应用程序时，其不会被储存在设备中 7）备份应该加密，恢复数据应考虑恢复过程的异常通讯中断等，数据恢复后再使用前应该经过校验 8）应用程序应考虑系统或者虚拟机器产生的用户提示信息或安全替告 9）应用程序不能忽略系统或者虚拟机器产生的用户提示信息或安全警告，更不能在安全警
1 时间设置进入此菜单，对时间、时间格式（12小时制、24小时制）分别进行设置、设置了超出范围的时间（错误的时间），其提示必须正确；不同的时间格式，其显示必须正确；检测时钟的走时必须正确（大小屏时间显示必须一致）测试时钟的走时是否正确（包括大小屏时间显示是否一致） 2 日期设置1、进入此菜单，对日期、日期显示格式（数字、模拟）分别进行设置。 1、设置了超出范围的日期（错误的日期），其提示必须正确；不同的日期显示模式，其显示必须正确； 2、将手机中凡是可以设置的年份都必须测试一遍，具体方法为：在每年12个月份中抽取2天（第一天或者最后一天），参照万年历进行核对。2、每年每个月份的日期和星期必须一一正确对应；特别注意闰年闰月的日期。 3 闹钟设置进入此菜单，对每个闹钟（闹钟一、闹钟二或更多）的所有选项进行设置闹钟中的选项设置超出范围，其提示必须正确；设置时间到，闹钟提醒必须会实现（开机或关机）； 4 接听设置翻盖接听开启此功能打开翻盖必须能直接接听来电应答键接听开启此功能有来电，必须按应答键才可以接听电话任意键接听开启此功能有来电，必须按任意键才可以接听电话 5 显示设置背景灯设置对背景灯各选项进行设置当背景灯设置为关闭时，对手机进行任何操作时不点亮背景灯；其他设置时，必须能按设置时间关闭背景灯，且一旦对手机进行操作时，能正常地点亮背景灯；若是翻盖手机，应能够在翻盖打开时自动点亮屏幕背景灯显示调节用导航键或侧键调节显示的亮度和对比度必须能够随意调节并正确保存和实现桌面设置对待机界面进行设置桌面显示与设置必须相符色系选择逐一选择各色系屏幕显示必须与所选色系相符彩屏 控制逐一选择各关屏时间实际关屏时间必须能与设置相符。 6 语言选择逐一选择各语言手机菜单必须以所选语言正确显示，并且在所选的语言下，不能出现其它的语言 7 开关机设置自动开关机时间设置设置自动开机、关机时间到设置时间，手机必须实现自动开/关机开关机动画设置逐一设置各开/关机动画操作时实际动画必须与设置相符开机问候语设置任意设置开机问候语开机时，实际问候语必须与设置相符 8 自动重拨开启并设置该功能；关闭该功能开启时，手机必须能自动按设置重播未接通（拨出）电话；关闭时，该功能必须取消 9 自动接听开启并设置此功能手机必须会在短暂铃声后自动接听电话（此接听方式仅在手机接上免持听筒或车用免持听筒时方有作用） 10 分钟提醒开启/关闭该功能（开启此功能后，手机会在通话时间达到或接近一分钟（例如：5 0ms）时，提示通话者一分钟时间快到了）实际必须与设置相符 11 触摸屏校正进行触摸屏校正校正完毕后，触摸屏精度必须符合要求 12 恢复原厂设置选择该项并确定手机的每一项设置必须回到出厂时的默认设置 13 省电模式设置对该菜单各选项逐一进行设置启动屏保时间必须与设置相符，按任意键必须能够恢复到最后一次操作时的界面。
测试用例实例--常见功能测试点 笔者在网上看到了一篇文章，个人认为此文对于“软件常用功能测试点”总结的很好，特此摘录下来和大家一起分享。 1. 登陆、添加、删除、查询模块是我们经常遇到的，这些模块的测试点该如何考虑 1)登陆 ①用户名和密码都符合要求(格式上的要求) ②用户名和密码都不符合要求(格式上的要求) ③用户名符合要求，密码不符合要求(格式上的要求) ④密码符合要求，用户名不符合要求(格式上的要求) ⑤用户名或密码为空 ⑥数据库中不存在的用户名，不存在的密码 ⑦数据库中存在的用户名，错误的密码 ⑧数据库中不存在的用户名，存在的密码 ⑨输入的数据前存在空格 ⑩输入正确的用户名密码以后按[enter]是否能登陆 ------------------------------------------------------------------------------------------------------ 2) 添加 ①要添加的数据项均合理，检查数据库中是否添加了相应的数据 ②留出一个必填数据为空
③按照边界值等价类设计测试用例的原则设计其他输入项的测试用例 ④不符合要求的地方要有错误提示 ⑤是否支持table键 ⑥按enter是否能保存 ⑦若提示不能保存，也要察看数据库里是否多了一条数据 ------------------------------------------------------------------------------------------------------ 3) 删除 ①删除一个数据库中存在的数据，然后查看数据库中是否删除 ②删除一个数据库中并不存在的数据，看是否有错误提示，并且数据库中没有数据被删除 ③输入一个格式错误的数据，看是否有错误提示，并且数据库中没有数据被删除。 ④输入的正确数据前加空格，看是否能正确删除数据 ⑤什么也不输入 ⑥是否支持table键 ⑦是否支持enter键 ------------------------------------------------------------------------------------------------------ 4)查询 精确查询：
1. 登陆、添加、删除、查询模块是我们经常遇到的，这些模块的测试点该如何考虑 1)登陆 ①用户名和密码都符合要求(格式上的要求) ②用户名和密码都不符合要求(格式上的要求) ③用户名符合要求，密码不符合要求(格式上的要求) ④密码符合要求，用户名不符合要求(格式上的要求) ⑤用户名或密码为空 ⑥数据库中不存在的用户名，不存在的密码 ⑦数据库中存在的用户名，错误的密码 ⑧数据库中不存在的用户名，存在的密码 ⑨输入的数据前存在空格 ⑩输入正确的用户名密码以后按[enter]是否能登陆 2) 添加 ①要添加的数据项均合理，检查数据库中是否添加了相应的数据 ②留出一个必填数据为空 ③按照边界值等价类设计测试用例的原则设计其他输入项的测试用例 ④不符合要求的地方要有错误提示 ⑤是否支持table键 ⑥按enter是否能保存 ⑦若提示不能保存，也要察看数据库里是否多了一条数据 3) 删除 ①删除一个数据库中存在的数据，然后查看数据库中是否删除 ②删除一个数据库中并不存在的数据，看书否有错误提示，并且数据库中没有数据被删除 ③输入一个格式错误的数据，看是否有错误提示，并且数据库中没有数据被删除。 ④输入的正确数据前加空格，看是否能正确删除数据 ⑤什么也不输入 ⑥是否指出table键 ⑦是否支持enter键 4)查询 精确查询： ①输入的查询条件为数据库中存在的数据，看是否能正确地查出相应得数据 ②输入正确的查询条件以前加上空格，看是否能正确地查出相应的数据 ③输入格式或范围不符合要求的数据，看是否有错误提示 ④输入数据库中不存在的数据
⑤不输入任何数据 ⑥是否支持table键 ⑦是否支持enter键 模糊查询： 在精确查询的基础上加上以下一点 ①输入一些字符，看是否能查出数据库中所有的相关信息 2.设计功能测试用例 文本框、按钮等控件测试 文本框的测试 如何对文本框进行测试 a，输入正常的字母或数字。 b，输入已存在的文件的名称; c，输入超长字符。例如在“名称”框中输入超过允许边界个数的字符，假设最多255个字符，尝试输入 256个字符，检查程序能否正确处理; d，输入默认值，空白，空格; e，若只允许输入字母，尝试输入数字;反之;尝试输入字母; f，利用复制，粘贴等操作强制输入程序不允许的输入数据; g，输入特殊字符集，例如，NUL及等; h，输入超过文本框长度的字符或文本，检查所输入的内容是否正常显示; i，输入不符合格式的数据，检查程序是否正常校验，如，程序要求输入年月日格式为 yy/mm/dd，实际输入yyyy/mm/dd，程序应该给出错误提示 在测试过程中所用到的测试方法： 1，输入非法数据; 2，输入默认值; 3，输入特殊字符集; 4，输入使缓冲区溢出的数据; 5，输入相同的文件名; 命令按钮控件的测试 a，点击按钮正确响应操作。如，单击确定，正确执行操作;单击取消，退出窗口; b，对非法的输入或操作给出足够的提示说明，如，输入月工作天数为32时，单击”确定“后系统应提示:天数不能大于31; c，对可能造成数据无法恢复的操作必须给出确认信息，给用户放弃选择的机会; 单选按钮控件的测试 a，一组单选按钮不能同时选中，只能选中一个。
手机移动APP测试流程及测试点1 APP测试基本流程 1.1流程图
P ass A 1.2测试周期测试周期可按项目的开发周期来确定测试时间，一般测试时间为两三周（即15个工作日），根据项目情况以及版本质量可适当缩短或延长测试时间。正式测试前先向主管确认项目排期。 1.3测试资源测试任务开始前，检查各项测试资源。 --产品功能需求文档； --产品原型图； --产品效果图； --行为统计分析定义文档； --测试设备（ios3.1.3-ios5.0.1 ； Android1.6-Android4.0 Winphone7.1 及以上；Symbian v3/v5/Nokia Belle 等）； --其他。 1.4日报及产品上线报告 1）测试人员每天需对所测项目发送测试日报。 2）测试日报所包含的内容为： --对当前测试版本质量进行分级； --对较严重的问题进行例举，提示开发人员优先修改； --对版本的整体情况进行评估。 3）产品上线前，测试人员发送产品上线报告。 4）上线报告所包含的内容为： ---对当前版本质量进行分级； ---附上测试报告（功能测试报告、兼容性测试报告、性能测试报告以及app可用性能标准结果）； --总结上线版本的基本情况。若有遗留问题必须列出并记录解决方案。
7) **************************************** 2 App 测试点 2.1安全测试 2.1.1软件权限 1) 扣费风险：包括发送短信、拨打电话、连接网络等 2) 隐私泄露风险：包括访问手机信息、访问联系人信息等 3) 对App 的输入有效性校验、认证、授权、敏感数据存储、数据加 密等 方面进行检测 4) 5) 6) 7) 8) 9) 4) 限制/允许使用手机写人用户数据 5) 检测App 的用户授权级别、数据泄漏、非法授权访问等 2.1.2安装与卸载安全性 限制/允许使用手机功能接人互联网 限制/允许使用手机发送接受信息功能 限制/ 允许应用程序来注册自动启动应用程序 限制 或使用本地连接 限制/允许使用手机拍照或录音 限制/允许使用手机读取用户数据
手机黑盒测试介绍 手机黑盒测试介绍软件测试 黑盒测试(black—box testing)又称功能测试、数据驱动测试或基于规范的测试。用这种方法进行测试时，被测程序被当作看不见内部的黑盒。在完全不考虑程序内部结构和内部特性的情况下，测试者仅依据程序功能的需求规范考虑确定测试用例和推断测试结果的正确性。因此黑盒测试是从用户观点出发的测试，黑盒测试直观的想法就是既然程序被规定做某些事，那我们就看看它是不是在任何情况下都做的对。完整的“任何情况”是无法验证的，为此黑盒测试也有一套产生测试用例的方法，以产生有限的测试用例而覆盖足够多的“任何情况”。由于黑盒测试不需要了解程序内部结构，所以许多高层的测试如确认测试、系统测试、验收测试都采用黑盒测试。 黑盒测试首先是程序通常的功能性测试。要求： 每个软件特性必须被一个测试用例或一个被认可的异常所覆盖。 用数据类型和数据值的最小集测试。 用一系列真实的数据类型和数据值运行，测试超负荷、饱和及其他“最坏情况”的结果; 用假想的数据类型和数据值运行，测试排斥不规则输入的能力; 对影响性能的关键模块，如基本算法、应测试单元性能(包括精度、时间、容量等)。 不仅要考核“程序是否做了该做的?”还要考察“程序是否没做不该做的2”同时还要考察程序在其他一些情况下是否正常。这些情况包括数据类型和数
据值的异常等等。下述几种方法：(a)等价类划分，(b)因果图方法，(c)边值分析法，(d)猜错法，(e)随机数法，就是从更广泛的角度来进行黑盒测试。每一个方法都力图能涵盖更多的“任何情况”，但又各有长处，综合使用这些方法，会得到一个较好的测试用例集。 1.等价类划分 等价类划分是一种典型的黑盒测试方法。等价类是指某个输入域的集合。它表示对揭露程序中的错误来说，集合中的每个输入条件是等效的。因此我们只要在一个集合中选取一个测试数据即可。等价类划分的办法是把程序的输入域划分成若干等价类，然后从每个部分中选取少数代表性数据当作测试用例。这样就可使用少数测试用例检验程序在一大类情况下的反映。 在考虑等价类时，应该注意区别以下两种不同的情况： 有效等价类：有效等价类指的是对程序的规范是有意义的、合理的输入数据所构成的集合。在具体问题中，有效等价类可以是一个，也可以是多个。 无效等价类：无效等价类指对程序的规范是不合理的或无意义的输入数据所构成的集合。对于具体的问题，无效等价类至少应有一个，也可能有多个。 确定等价类有以下几条原则： 如果输入条件规定了取值范围或值的个数，则可确定一个有效等价类和两个无效等价类。例如，程序的规范中提到的输入条包括“……项数可以从1到999……”，则可取有效等价类为“l考项数<999”，无效等价类为“项数999”。 输入条件规定了输入值的集合，或是规定了“必须如何”的条件，则可确定一个有效等价类和一个无效等价类。如某程序涉及标识符，其输入条件规定“标
江苏东大集成电路系统工程技术有限公司 蓝牙功能测试用例 测试内容 设置名称 其他设备可以发现我 蓝牙设置 属性 允许其他设备来连接 新增 修改 删除 载入 电话簿 拨打电话（在已经与蓝牙手机建立连接的前提下） 已接电话列表是否正确（时间，排列顺序等） 删除 删除全部 加入电话本 已接电话 拨打选中电话 （在已经与蓝牙手机建立连接的前提下） 已拨电话列表是否正确（时间，排列顺序等） 删除 删除全部 加入电话本 已拨电话 拨打选中电话 （在已经与蓝牙手机建立连接的前提下） 未接电话列表是否正确（时间，排列顺序等） 删除 删除全部 加入电话本 通话记录 未接电话 拨打选中电话（在已经与蓝牙手机建立连接的前提下）拨打最近的拨出电话 快速连接（与上一次连接的蓝牙设备建立连接） 连接过蓝牙设备列表是否正确 建立连接 断开连接 蓝牙快捷方式 删除蓝牙设备、多个篮牙快速删除不可有死机现象 列表是否正确 活动的连接 断开连接 关闭 关闭蓝牙功能 恢复(从主界面再次进入蓝牙管理器即可恢复) 搜索蓝牙设备 搜索服务 基本功能测试 蓝牙管理器（具体的见 handfree,handset ) 配对（建立，取消）
删除蓝牙设备 建立连接 断开连接 是否能搜索到该蓝牙设备 是否能够建立配对（取消） 搜索该蓝牙设备的服务 是否能够连接（建立，断开） 删除蓝牙设备 拨打电话 挂断电话 通话过程中手机端强制断开链接不能出现系统无声等 异常 接听电话 增加音量，减小音量，静音 通话在免提设备和蓝牙手机之间的切换 杂音 通话质量 回声 handfree Nokia 5200 SonyErisson K510C HP ipAQ hw6500 (PDA phone) 。。。。。。 通话过程中使用输入键盘 是否能搜索到该蓝牙设备 是否能够建立配对（取消） 搜索该蓝牙设备的服务 是否能够连接（建立，断开） 删除蓝牙设备 听音乐正常 蓝牙棒配对进入headhset audio Gateway 能听到电脑上所有声音后，此时将设备挂断或退出，机器功能（如 播放MP3，触摸屏等）是否正常 挂断电话 接听电话 调节音量 杂音 Handset 蓝牙棒， SonyErisson908 通话质量 回声 Form No.：PE40009 Rev.：A
一、实验目的 1.用因果图法分析原因结果，并决策表设计测试用例。 2.使用场景法设计测试用例。 二、实验内容 1. 将三角形问题的可能结果扩展为：一般三角形、等腰三角形、等边三角形、直角三角形、等腰直角三角形和非三角形，考虑用因果图法设计测试用例，给出完整步骤。 2. 有一个在线购物的实例，用户进入一个在线购物网站进行购物，选购物品后，进行在线购买，这时需要使用帐号密码登录，登录成功后，进行付钱交易，交易成功后，生成订购单，完成整个购物过程。使用场景法设计上述问题的测试用例。 三、实验环境 Windows XP系统 四、实验步骤和结果 1. 将三角形问题的可能结果扩展为：一般三角形、等腰三角形、等边三角形、直角三角形、等腰直角三角形和非三角形，用因果图法设计测试用例，给出完整步骤。具体如下： 1）输入的三边分别为a，b，c(斜边) 且a
3）因果图 4）将因果图转化为决策表
2. 在线购买，这时需要使用帐号密码登录，登录成功后，进行付钱交易，交易成功后，生成订购单，完成整个购物过程。使用场景法设计上述问题的测试用例。 1）确定基本流，及各项备选流 2）根据基本流和备选流来确定场景 3）对每一个场景生成相应的测试用例
（注：在下面的矩阵中，V（有效）用于表明这个条件必须是 VALID（有效的）才可执行基本流，而 I（无效）用于表明这种条件下将激活所需备选流,“n/a”（不适用）表明这个条件不适用于当前测试用例。） 4）设计测试用例 对生成的所有测试用例重新复审，去掉多余的测试用例，测试用例确定后，对每一个测试用例确定测试数据值
一、等价类分析法 等价类划分方法针对手机状态大致可以归几个大类： 1. 按键类（等价法）：有效输入和无效输入（有效输入指UM和菜单指示；无效输入指测试菜单功能此时没有定义的按键和用户动作）； 2. 外部中断类（等价法）：常用、不常用及无效 2.1. 常用：来电和来消息（短信、彩信、push消息）；掀合盖；侧键；耳机＆FM；情景模式；电量不足 2.2. 不常用：充电；闹钟＆记事本＆关机时间＆整点报时提示；Icon＆动画显示；Icon ＆动画刷新；编辑界面＆pop显示框输入为空或满；编辑界面＆pop显示框状态输入法默认＆字符编码默认；失效SIM卡；大容量等SIM卡兼容；排序；号码识别； 2.3. 无效：“资料读取中…”；“复制中…”；“请稍后再试” 3. 存储器类 3.1. 等价法分类：读或写；不读或不写。 3.2. 因果法分类：先SIM卡后手机；先手机后SIM卡；提示用户选择存储器（对比Nokia）。 3.3. 操作分类：读；写；新增；删除；复制（先删除后新增；先新增后删除） 4. 状态类：正确；错误；变更；用户设定变更 举例一，短消息发送功能: 英文：Default 7-bit alphabet (over 160 characters) 合法等价类：0～160 非法等价类：：>160 The quick fox jumps over the lazy brown dog 中文：UCS-2 alphabet (over 70 characters)
合法等价类：0～70 非法等价类：：>70 诺基亚（英文）：Extended default 7-bit alphabet (over 140 Bytes)，智慧短信，可以携带黑白图片。 合法等价类：0～140 非法等价类：：>140 在写字板里面输入“联通”二字，保存后，再打开，即出现乱码。 举例二，单个通话实例的拨打与挂断 测试用例标识 测试阶段：系统测试 测试项 单个通话实例的拨打与挂断 测试项属性 A 参照规范 重要级别 高 测试原因 手机在待机状态下，确保手机能正常拨出电话 预置条件 1. 正常信号环境 2. IDLE状态 3. 默认原厂参数设定
测试用例之性能测试用例 注：本文摘自作者正在编写的《Web性能测试实战》一书，曾经在程序员杂志2004年第10期上发表过。 性能测试、压力测试、负载测试、强度测试、稳定性测试、健壮性测试、功能测试、接口测试……,这么多眼花缭乱的测试类型名称，估计很少有人能准确的区分并说出定义来，至于对应的测试用例如何编写和执行，就更不用说了。 如果问测试工程师测试用例如何编写，就象是问程序员如何编写代码得到的答案一样，每个人都会给出不同的编写方法，但实用的测试用例却象优秀的程序一样难以编写。 目前国内，测试工程师却时常要面对“已经延期几倍计划时间的项目”，测试用例如何发挥更大的作用，是一个迫切需要解决的问题。事实上，完全可以把测试用例看成是测试工程师编写的程序：这个“程序”是为了辅助测试工作的进行而开发的，目的是为了发现软件问题，同时“顺便”证明软件功能是否符合要求。 本文针对上面的问题，以设计性能测试用例为示范，讲解在企业实际工作中，如何有效划分测试种类和编写对应的测试用例，使测试工作更加合理、高效率的开展。 1测试种类和阶段 1.1 测试种类 对于测试种类的说法多种多样，最多的能达到30多种测试类型。而实际工作中很多测试是互相包含的。按照企业中实际工作需要，通常主要进行下面几种类型的测试：功能测试、健壮性测试、接口测试、强度测试、压力测试、性能测试、用户界面测试、可靠性测试、安装/反安装测试、文档测试。 下面介绍几种重要的测试种类及其测试的内容： 功能测试：功能测试主要针对产品需求说明书的测试，是验证功能是否否合需求，包括原定功能的检验、是否有冗余功能、遗漏功能。这类测试应由测试员做，这并不意味着程序员在发布前不必检查他们的代码能否工作，他们也需要进行基本功能的测试。 接口测试：程序员对各个模块进行系统联调的测试，包含程序内接口和程序外接口测试。这个测试，在单元测试阶段进行了一部分工作，而大部分都是在集成测试阶段完成的。由开发人员进行。 性能测试：在交替进行负荷和强迫测试时常用的术语。性能测试关注的是系统的整体。它和通常所说的强度、压力/负载测试测试有密切关系。所以压力和强度测试应该与性能测试一同进行。
对于产品的手机项目（应用软件），主要是进行系统测试。而针对手机应用软件的系统测试，我们通常从如下几个角度开展：功能模块测试，交叉事件测试，压力测试，容量测试，兼容性测试，易用性/用户体验测试等。 1、功能模块测试：首先应分析功能模块的功能项，测试每个功能项是否能够实现对应的功能。一般根据测试用例（Test Case）或软件本身的流程就可以完成基本功能测试（相对简单，故障也较容易发现、解决）。 2、交叉事件测试：又叫事件或冲突测试，是指一个功能正在执行过程中，同时另外一个事件或操作对该过程进行干扰的测试。例如通话过程中接收到短信或闹铃触发，应用软件运行过程中插拔充电器等。执行干扰的冲突事件不能导致应用软件异常、手机死机或花屏等严重问题。另外，还需要注意各交叉事件的优先级别，检验系统是否能依据各事件的优先级别依次进行处理。不能因执行优先级别高的事件而导致优先级较低的事件吊死。 交叉事件测试非常重要，一般能发现应用软件中一些潜在的问题。另外有中英文模式切换的手机要注意中英文模式切换后的功能实现存在的问题（这个主要针对手机应用软件支持语言自适应功能），这一点通常会被测试人员忽略。 3、压力测试：又叫边界值容错测试或极限负载测试。即测试过程中，已经达到某一软件功能的最大容量、边界值或最大的承载极限，仍然对其进行相关操作。例如连续进行短信的接收和发送，超过收件箱和SIM卡所能存储的最大条数，仍然进行短消息的接收或发送，以此来检测软件在超常态条件下的表现，进而评估用户能否接受。 对手机可以施加的压力测试类型主要有： ? 存储压力：由于手机采用的是栈式存储，所以当一个存储块满了之后，如果程序员不做相应处理或者处理不好的话，很容易造成其他存储区被擦除，从而在UI上出现问题（比如其他功能无法正常使用，出现异常）。 ? 边界压力：边界处理一直是程序员最容易忽略的地方。 ? 响应能力压力：有时候某个操作可能处理的时间很长，在处理期间如果测试者再不断地进行其他操作的话，很容易出现问题。 ? 网络流量压力：执行较大数据流量的功能的同时，再进行其他功能操作，使得网络流量始终处于很高的状态（如视频通话时再进行短信等其他功能操作），验证各功能是否依然能正常工作，是否存在因网络流量瓶颈而引起某功能异常。 压力测试用手工测试可能很繁锁，可以考虑自动化测试。遗憾的是，目前还没有较为大量使用的工具，一般都是由开发人员配合开发出的工具，或者高级的测试人员编写出的脚本。
功能测试用例 1. 等价类划分 常见的软件测试面试题划分等价类: 等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的错误都是等效的.并合理地假定:测试某等价类的代表值就等于对这一类其它值的测试.因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试数据.取得较好的测试结果.等价类划分可有两种不同的情况:有效等价类和无效等价类. 2. 边界值分析法 边界值分析方法是对等价类划分方法的补充。测试工作经验告诉我,大量的错误是发生在输入或输出范围的边界上,而不是发生在输入输出范围的内部.因此针对各种边界情况设计测试用例,可以查出更多的错误. 使用边界值分析方法设计测试用例,首先应确定边界情况.通常输入和输出等价类的边界,就是应着重测试的边界情况.应当选取正好等于,刚刚大于或刚刚小于边界的值作为测试数据,而不是选取等价类中的典型值或任意值作为测试数据. 3. 错误推测法 基于经验和直觉推测程序中所有可能存在的各种错误, 从而有针对性的设计测试用例的方法. 错误推测方法的基本思想: 列举出程序中所有可能有的错误和容易
发生错误的特殊情况,根据他们选择测试用例. 例如, 在单元测试时曾列出的许多在模块中常见的错误. 以前产品测试中曾经发现的错误等, 这些就是经验的总结。还有, 输入数据和输出数据为0的情况。输入表格为空格或输入表格只有一行. 这些都是容易发生错误的情况。可选择这些情况下的例子作为测试用例. 4. 因果图方法 前面介绍的等价类划分方法和边界值分析方法,都是着重考虑输入条件,但未考虑输入条件之间的联系, 相互组合等. 考虑输入条件之间的相互组合,可能会产生一些新的情况. 但要检查输入条件的组合不是一件容易的事情, 即使把所有输入条件划分成等价类,他们之间的组合情况也相当多. 因此必须考虑采用一种适合于描述对于多种条件的组合,相应产生多个动作的形式来考虑设计测试用例. 这就需要利用因果图（逻辑模型）. 因果图方法最终生成的就是判定表. 它适合于检查程序输入条件的各种组合情况. 5. 正交表分析法 有时候，可能因为大量的参数的组合而引起测试用例数量上的激增，同时，这些测试用例并没有明显的优先级上的差距，而测试人员又无法完成这么多数量的测试，就可以通过正交表来进行缩减一些用例，从而达到尽量少的用例覆盖尽量大的范围的可能性。 6. 场景分析方法 指根据用户场景来模拟用户的操作步骤，这个比较类似因果图，但是可能执行的深度和可行性更好。
手机接收性能的测试 手机作为无线通讯设备，就是要能接收和发射无线信号，笔者前一段时间写了一篇《浅谈手机发射功率》后收到一些Email，鼓励笔者继续写，实在不好意思就再凑一篇《浅谈手机接收性能的测试》，算是把手机接收和发射这两部分都议了一议，当然还是浅谈，还是抛砖，希望同行能够斧正。 一、从收音机、电视机谈起 我们这一代人从小接触的是收音机，后来是电视机，现在还能想起刚开始有电视机时，家家必加高高的电视天线（那时还没有普及有线），但电视接收效果还是有的家好，有的家不好，这时我们半大孩子一定会为了更好的看电视找原因、想办法。通常是说把天线架的更高，原因是说有楼房或别的什么高东西遮挡了电视信号，有从影就一点一点的左右旋转电视天线，还不行就煞有介事的说你家的电视灵敏度太低，当然家旁边有汽车通过或天气不好，电视上会有雪花，有时还偶尔能听到串进来其它台的弱小声音，这些我们都知道，这是电视信号被干扰了。 其实手机作为无线通讯设备与收音机、电视机没有什么本质的区别，它
同样在通信信号被遮挡或接收到几条路径的无线信号时，通信质量较差；被干扰后，通信质量较差；手机灵敏度太低，在有些场合也会影响通信质量；这些其实完全可以与收音机、电视机类比的，但手机作为可移动的无线通讯产品，它所遇到的无线电环境远比收音机、电视机（这里指以前的，不是指现在车载收音机、电视机）要恶劣，比如你在高速运动的汽车上通话——会遇到多普勒效应，在一个小区内多个用户同时通话——会受到系统内部之间的互相干扰等等。其实本文开始罗嗦半天，无非就是想说明一点，考察手机的接收性能，就是要先了解手机都会在什么样的无线电环境下工作。 1、当手机在小区边缘，或无线信号被建筑物或其他东西遮挡、或在一个屏蔽的空间里（如电梯间），手机只能收到弱小信号； 2、手机接收到多条无线路径的射频信号，这主要是同一个无线信号被城市建筑物或其他东西折射、反射过来，当这些多径信号相位相反时，会造成合成信号的幅度快速变化，且由于这些多径信号传播路径不同，会产生时延散布，这样就形成了多径衰落，类比电视的从影，但要比从影恶劣的多，多径衰落对手机的通信质量影响很大，这是由于手机是移动设备，在密集的高楼大厦之间使用的几率很大，而手机无法象电视机那样使用定向天线来回避这个问题，当然现在cdma2000已经启用了RAKE接收机的技术；其思想是如果不同路径信号的延迟超过一个伪码的码片的时延，则在接收端可将不同的波