手机的各项性能测试

表面装饰测试：

1.磨擦测试（Abrasion Test - RCA）

测试环境：室温。

试验方法：将手机外壳固定在RCA试验机上，用175g力摩擦300cycles。

检验标准：耐磨点涂层不能脱落，不可露出底材质地。

2.附着力测试（Coating Adhesion Test）

测试环境：室温

试验方法：使用百格刀刻出100个1平方毫米的方格，划格的深度以露出底材为止，再用3M610号胶带纸用力粘贴在方格面，1分钟后迅速以90度的角度撕脱，检查方格面油漆。

检验标准：方格面油漆脱落应小于3%。

测试环境：60 oC，90%RH

试验方法：把滤纸放于酸性或碱性溶液充分浸透，用胶带将浸有酸性或碱性溶液的滤纸粘在手机外壳喷漆表面，并且确保试纸与手机外壳喷漆表面充分接触，然后放在测试环境中，48小时后，将手机外壳从测试环境中取出，并且放置2小时后，检查手机外壳表面。

检验标准：喷漆表面无变色、起皮、脱落、褪色等异常。

3.硬度测试（Hardness Test）

测试环境：室温

试验方法：用2H铅笔，在45度角下，以1Kg的力度在机壳及镜盖表面划出3~5cm长的线条。

检验标准：用橡皮擦去铅笔痕迹后，应不留下划痕。

4.镜盖摩擦测试（Lens Scratch Test）

测试环境：室温

试验方法：以1Kg的力用棉布作用于手机外屏镜盖表面，接触面为10mm直径的圆，往复摩擦20,000次,行程20mm,速度30次/分钟。

检验标准：镜盖表面没有明显划痕，透明度没有变化。

5.紫外线照射测试（UV illuminant Test）

测试环境：60° C

试验方法：在温度为60° C，紫外线为340W/mm2的光线下直射油漆表面48小时。试验结束后将手机外壳取出，在常温下冷却2小时后检查喷漆表面。

检验标准：油漆表面应无褪色及色变现象。手机结构测试标准

　　1.全参数测试

Full Parametric Test 25℃±5℃, 60%±15%RH (room ambient)，功能、外观及参数测试全通过。

　　2.高温操作测试

High Temperature Operation +55℃,2h,开机状态。

　　3.低温操作测试

Low Temperature Operation -25℃，2h,开机状态。

　　4.热冲击测试

　　Thermal Shock Test 冷热冲击是在15秒内，实现?40℃ 和+85℃的瞬间转换。且在每个温度停留30分钟，重复转换30次。

　　5 温度循环测试

　　Temperature Cycle Test 25℃±5℃, 60%±15%RH，1h→ +70℃，25%RH,1h →+40℃，90%RH,1h → -30℃, 1h→ 25℃±5℃, 60%±15%RH; 27 循环，关机状态。

　　6.静电放电测试

ESD Test 直接放电电压(±4V)，空气放电电压 ( ±8KV)。

　　7.高温高湿存贮测试

High Temp.& Humid. Storage 裸机，关机，65℃，90%RH，持续48小时。

　　8.低温存贮测试

Low Temp. Storage 裸机，关机，-30℃，持续48小时。

　　9.卡通箱振动测试

　　Carton-packed Vibration Test 类型/ Type：正弦振动/ Sinusoidal Sweep；

　　方向/ Direction：三个轴向/ Three orthogonal axes；

　　加速度/ Acceleration：1m/s2 (5~200 Hz ), 0.3m/s2 (200~500 Hz )；

　　持续时间/ Duration：2小时/2h/axis。
转自：http://www.cnblogs.com/junzhongxu/

为何要在性能测试中设置考虑时间

考虑时间Thinking Time指的是在性能测试脚本中，事务与事务之间，会有一些短暂的停顿，就好像真实用户在操作时，两次操作之间需要考虑一下。比如用户注册的时候，在打开注册页面到提交注册页面之间，是有一段考虑时间的（用户在填写个人信息）。
下面就讨论一下在性能测试实战中，为什么要设置考虑时间。

先说一个概念：吞吐量，这指的是服务器系统（包括软件和硬件）单位时间内处理业务的数量。我们现在做一个小试验，写一个小程序，执行一个简单的业务，并且在程序中进行计时，计算每分钟能执行多少次。然后当我们运行1路这个程序的时候，每分钟能完成约6万次。好，现在问一个问题，如果我们起2路，是不是每一路都能达到 6万/分钟 的吞吐量？

试验发现，当运行2路的时候，两个程序的数值都降了下来，但是它们的总和仍然是6万次。而且不管我们起多少路，这些程序的性能总和都接近于6万。

这就好像一个人1分钟最快能吃1个馒头，你让他一个一个吃，他两分钟能吃2个，如果你让他一手拿一个，同时吃，他两分钟吃不了4个，还是只能吃两个。

我们不是在说“考虑时间”么，哈哈，别急，因为上面的问题必须要先说清楚。

如果我们需要进行性能测试的业务是一个单纯的业务，就好像上面举的那个例子一样，那么测试脚本中就不需要设置“考虑时间”，因为不管你用什么方法测试，一个服务系统处理单一业务的吞吐量总是一个定值。

但是在实际环境里面，往往一个系统都是要处理多种业务，并且这些业务之间是有逻辑关系的。举例说明，比如一个论坛系统，每天最常处理的业务有两个：A打开帖子、B回复帖子。那么每天系统处理AB业务的总数是不是一样的呢，答案很明显，看帖子多，回复的少一些。假设A:B=2:1。

好，如果我们不设置考虑时间，起2路A的脚本，1路B的脚本进行性能测试，我们会得到什么结果呢？我们会得到这两个业务的吞吐量，并且能算出每个小时系统完成A、B业务的总数，吞吐量 × 时间 ＝ 总数。

这时我们发现，同样时间，AB业务的处理总数却不是2:1的关系，这是为什么呢？原因是这样的，我们在跑AB脚本的时候，这两组脚本都在尽全力争夺服务器的资源，他们的并发路数虽然是2:1，但是给服务器的压力却不一定是2:1，可能会出现偏差，测试结果就是最好的证据。A查看帖子由于响应时间短，因此跑的次数更多，最后的比例可能是4:1。

那么这样的结果有什么问题呢。总结为一句话：测试环境的业务和真实环境不符，这样测出的数据没有价值。即使测试通过，也不能证明真实环境是ok的；或者即使测试不通过，也不能说明真实环境不ok，呵呵。

比如上面的例子，如果我们测出的结果是B回复帖子的吞吐量不够，响应时间太长，那可能是因为A业务抢走了过多的，本不属于A的资源，而引起了B的性能降低。

说到这里，大家应该明白了，我们设置考虑时间，是为了保证测试复合业务的时候，各个业务之间的比例关系符合我们的真实生产环境。

手机测试的测试条件

手机的测试条件包括测试环境条件、测试温度、湿度条件、测试电压及震动测试等内容。民用设备的测试一般应在正常测试条件下进行，如有特殊要求时，也可在极限条件下进行测试。鉴于移动站的特殊使用环境，下面将对移动站的测试条件作重点介绍。
　
　　1.1 正常测试条件
　
　　对于移动站来说，正常测试温度和湿度条件应为以下范围的任意组合：温度：15—35℃相对湿度：25—75％正常测试电压应为设备的标称工作电压，其频率（测试电源）应为标称频率±lHz 范围内。
　
　　对于用在车载整流铅酸电他上的无线设备，其正常测试电压应为电池标称电压的1.1 倍。
　
　　1.2 极限测试条件
　
　　对于移动站，极限测试条件应为极限电压部极限温度的任意组。其中对于手持机来说极限环境温度为－10～＋55℃。对于车载台和便携式移动站来说，其极限测试温度为－20～＋55℃。极限测试电压对于使用交流市电的移动站，为其标称电压的0.9～1.1 倍。对于采用汞／镍镉电池的移动站，极限测试电压为其标称电压的0.9～1.0 倍。对于采用整流铅酸电他的移动站来说，极限测试电压为其标称电压的0.9～1.3 倍。在极限温度下的测试过程：对于高温，当实现温度平衙后，移动站在发射条件下（非DTx） 开机1 分钟再在空闲模式（idle mode）（ 非DTx） 下开机4 分钟，Ms 应满足规定的要求。对于低温，当实现温度平衡后，移动站应在Ms 空闲模式（非DTx） 下开机1 分钟再进行测试，Ms 应满足规定的要求。
　
　　1.3 震动条件
　
　　在震动条件下测试移动站，应采用随机震动，其震动频率范围和加速度频谱密度（ASD）
　
　　如下：在频率为5～20Hz 范围内，其震动ASD 为0.96m2／s3.在频率为20～500Hz 范围内，在20Hz 时ASD 为0.96m2／s3，其它频率为－3dB／倍频程。
　
　　1.4 其它测试条件及规定
　
　　1.系统模拟器（SS） 系统模拟器是一系列测试设备的总称，它是一个功能性工具，能对被测设备提供必要的输入测试信号并能分析被测设备的输出信号以实施GSM 规范中所有的测试、市场上现存的测试仪器可以实现全部或部分系统模拟器的测试功能。如HP8922B／E／G 系列、R／S 公司的CMD54、CMD52 及CRTS02 、04、24 系列等可以提供对移动站和基站不同级别的测试。在测试基站时，系统模拟器可以模拟移动站和网络在A（或Abis） 接口及空中接口（Um 接口）对基站进行测量。在测试移动站时，系统模拟器可以模拟基站及网络在空中接口（Um 接口）对移动站进行测量。
　
　　2.衰落和多径传播棋拟器（MFs）
　
　　多径衰落模拟器（MFS）在功能上也属于系统模拟器的一部分，它主要用于在无线干扰性能测量中模拟真实的移动无线信道上的宽带多径传播条件。它能提供由COST207 和GSM05.05 建议中所规定的标准多径传播模式。其中包括典型的城市区地形（TU）、农村地形（RA）、丘陵地形（HT）及专门用于测试均衡器性能的传播模式（EQU）。MFS 应能模拟上述多径传播条件下从车速3km／h 到250km／h 范围内的多径分布，特别是使用车速为3、50、100 和250km／h 的情况。
　
　　3.标准测试信号系统测试设备应能产生下列标准测试信号作为测试输入信号：
　
　　（1） 标准测试信号Co：它是未调制的连续载波信号。
　
　　（2） 标准测试信号C1：它是标准的GSM 调制信号，其调制数据为010l 格式信号输入到信道编码器输入端。信道编码器可由测试方法来选择测试和加密模式。在非跳频模式采用该信号时，其它未使用的时隙发送空闲突发脉冲串（dummy burst），且功率电平相对于使用时隙而变化。
　
　　以上两种标准测试信号都是用于表示有用信号，对于无用信号（即干扰信号）有下列三种标准测试信号：
　
　　（3） 标准测试信号I0：为未调制的连续载波信号。
　
　　（4） 标准测试信号I1：为GsM 调制载波信号，其结构遵照GSM 信号突发（burst，称为突发脉冲或简称突发。下同）结构，但其所有调制比特（包括突发中的训练序列部分）皆直接为随机或伪随机数据流。
　
　　（5） 标准测试信号I2：为标准的GSM 调制信号，但与C1 信号不同，其突发的训练序列部分为标准的GSM 训练序列，但突发中的数据比特（包括比特58 和59） 皆为随机或伪随机数据流。
　
　　1.5 附件要求
　
　　1、采用相同标准的射频线和转接头，要求包括转接头在内GSM 频段各信道间的损耗值小于0.5dB， 损耗值差异小于0.2dB； DCS 频段各信道间的损耗值小于1dB， 损耗值差异小于0.3dB， 特性阻抗含转接头应在50±5 欧姆内。
　
　　2、射频综合测试仪采用CMU200 或HP8960 .频谱分析仪采用HP 或AGILENT 系列。
　
　　3、RF 带阻滤波器BANDREJECT FILTER 要求对相应发射频段的信号衰减30 dB 以上，对二次、三次谐波衰减（插入损耗）小于1.5 dB， VSWR 小于1.3：1 ，输入额定功率大于1W.
4、测试时， 手机在与综测仪建立连接时BS TCH 信号强度设为-60dBm ，当测试误码率时，BS 信号标准为-102dBm .

5、测试设备通常为：综合测试仪 R&S CMU200 或 Agilent 8960 网络分析仪 Agilent 8753ES 频谱分析仪 Agilent E4404B 信号发生器 R&S SMIQ 06B 示波器6050A直流电源 Keithley屏蔽箱、陷波滤波器、RF 衰减器、射频连接线等。

用例(Use Case)的优势

用例(Use Case)是一种描述系统需求的方法，使用用例的方法来描述系统需求的过程就是用例建模。用例方法最早是由Iva Jackboson博士提出的，后来被综合到UML规范之中，成为一种标准化的需求表述体系。用例的使用在RUP中被推崇备至，整个RUP流程都被称作是“用例驱动”(Use-Case Driven)的，各种类型的开发活动包括项目管理、分析设计、测试、实现等都是以系统用例为主要输入工件，用例模型奠定了整个系统软件开发的基础。

　　用例方法完全是站在用户的角度上(从系统的外部)来描述系统的功能的。在用例方法中，我们把被定义系统看作是一个黑箱，我们并不关心系统内部是如何完成它所提供的功能的。用例方法首先描述了被定义系统有哪些外部使用者(抽象成为Actor)，这些使用者与被定义系统发生交互;针对每一参与者，用例方法又描述了系统为这些参与者提供了什么样的服务(抽象成为Use Case)，或者说系统是如何被这些参与者使用的。所以从用例图中，我们可以得到对于被定义系统的一个总体印象。

　　与传统的功能分解方式相比，用例方法完全是从外部来定义系统的功能，它把需求与设计完全分离开来。在面向对象的分析设计方法中，用例模型主要用于表述系统的功能性需求，系统的设计主要由对象模型来记录表述。另外，用例定义了系统功能的使用环境与上下文，每一个用例描述的是一个完整的系统服务。用例方法比传统的SRS更易于被用户所理解，它可以作为开发人员和用户之间针对系统需求进行沟通的一个有效手段。

　　在RUP中，用例被作为整个软件开发流程的基础，很多类型的开发活动都把用例作为一个主要的输入工件(Artifact)，如项目管理、分析设计、测试等。根据用例来对目标系统进行测试，可以根据用例中所描述的环境和上下文来完整地测试一个系统服务，可以根据用例的各个场景(Scenario)来设计测试用例，完全地测试用例的各种场景可以保证测试的完备性。

测试用例设计技术之一等价类法

在软件测试中，测试用例的设计是一件很难的事情。你可以拿任何一个公司的两个不同人员就同一功能点所写的测试用例来看，肯定会发现有所不同，这是为什么呢？一是着眼点不一样，二是经验不同，三是思维的问题了。其实你可以看到，有的人写的用例简单明了，有的人写的用例却是复杂冗长，出现这种情况并不奇怪，因为测试用例本身的设计方法与技巧很多都是从经验中来的，有些形成了理论，而有些还形成不了能够指导测试活动的理论。

有很多同学曾经说，这个等价类方法太简单了，怎么能作为一种方法呢？测试用例技术最关键的问题是---用最少的用例去发现更多的问题。当我们要测试一个软件时，你准备花费多长时间去完成呢？从时间成本上来讲，越短当然就越好。

我举个例子：比如说腾讯公司的即时聊天工具QQ：

关于QQ用户登录框，你该怎么去考虑测试用例的设计呢？当然，我们要从两个方面去考虑：一是QQ帐号，二是QQ密码。就拿QQ帐号这一个输入框，你怎么去考虑进行测试用例的设计？

目前，一个QQ服务器就允许有10万以上个用户同时登录进行即时聊天，有多少个QQ帐号啊？现在一个人还不只一个QQ号呢，呵呵。

如果有很多QQ帐号的话，怎么进行测试呢？如果只测试几个，覆盖率不足；全部都测试一遍，不可能有那么长时间，而且太多了也不好实施。

所以，QQ帐号的测试就陷入了僵局？我们先分析一下QQ帐号：由6-10位自然数构成。一是位数长度有一定的限制，二是类型是固定的，由0-9自然数构成。要想测试覆盖全面，又要节省时间，最好的办法是尽量简化测试用例的设计。通过对以上QQ帐号的分析，可以看到有效的帐号有它自己的特点：长度与类型要符合要求，这样只要在腾讯公司的服务器上申请了帐号，就可以进行即时通信了。

那么，这样就有一个解决问题的方法了：进行类别的划分。我们知道软件的功能测试要进行两个方面的测试：通过测试和失败测试。要进行通过测试的话，帐号要符合规范，要进行失败测试的话，就要破坏帐号的规范。好，这样的话，QQ帐号的测试我们就可以进行了。

把QQ帐号进行分类：有效的和无效的。

有效的：（1）长度在6-10位之间

（2）类型是0-9自然数

无效的：（1）长度小于6

（2）长度大于10

（3）负数

（4）小数

（5）英文字母

（6）字符

（7）特殊字符

（8）中文

（9）编程语言中的转义字符

（10）空

这样就可以看出来，有效的当中只要取1或几个就可以通过测试了，在无效的当中取1或几个就可以进行失败测试了，所以这样的方法很简单、高效。

这种方法就是等价类划分法。也就是说，在这个类别里你随机选取1个进行测试，如果功能能实现，那么你再随机选这个类别里其他的数据，功能也能实现；如果功能不能实现，你再随机选这个类别里的其他数据，功能也不能实现。也就是说类别里的数据是等价的。

等价类划分法是软件测试经验的积累，可以提高测试的效率。