Linux_网络性能测试(总结)

第一篇：Linux_网络性能测试(总结)

Linux网络性能测试 使用 Ipref测试吞吐

1.1 安装

tar-zxvf iperf-2.0.5.tar.gz cd iperf-2.0.5./configure make && make install

1.2 测试UDP

服务器命令：iperf-s-i 1-u 客户端命令：iperf-c 170.0.0.100-i 1-t 999-b 1000000000-u-l 22-c：服务器地址-i：每次报告的间隔-t：持续测试的时间-b：带宽-u：UDP-l：UDP 有效负荷大小

各字节测试时，输入-l参数如下：

在服务端查看结果，64字节UDP小包的吞吐约是7.32 Mbits/s。

[root@localhost ~]# iperf-s-u-i 2-----------------------------Server listening on UDP port 5001 Receiving 1470 byte datagrams UDP buffer size: 208 KByte(default)-----------------------------[ 3] 10.0-12.0 sec 1.72 MBytes 7.22 Mbits/sec 0.022 ms 55728/137802(40%)[ 3] 12.0-14.0 sec 1.79 MBytes 7.49 Mbits/sec 0.016 ms 52637/137735(38%)[ 3] 14.0-16.0 sec 1.74 MBytes 7.30 Mbits/sec 0.040 ms 53247/136227(39%)[ 3] 16.0-18.0 sec 1.74 MBytes 7.32 Mbits/sec 0.071 ms 54608/137771(40%)[ 3] 18.0-20.0 sec 1.79 MBytes 7.52 Mbits/sec 0.021 ms 52133/137632(38%)[ 3] 20.0-22.0 sec 1.75 MBytes [ 3] 22.0-24.0 sec 1.74 MBytes 7.32 Mbits/sec 0.020 ms 54508/137672(40%)[ 3] 24.0-26.0 sec 1.79 MBytes 7.51 Mbits/sec 0.022 ms 52519/137838(38%)[ 3] 26.0-28.0 sec 1.72 MBytes 7.20 Mbits/sec 0.019 ms 55779/137599(41%)[ 3] 28.0-30.0 sec 1.72 MBytes 7.23 Mbits/sec 0.016 ms 55504/137640(40%)[ 3] 30.0-32.0 sec 1.77 MBytes 7.41 Mbits/sec 0.017 ms 52849/137002(39%)[ 3] 32.0-34.0 sec 1.74 MBytes 7.31 Mbits/sec 0.022 ms 54785/137842(40%)[ 3] 34.0-36.0 sec 1.74 MBytes 7.30 Mbits/sec 0.019 ms 54717/137710(40%)

7.32 Mbits/sec 0.021 ms 54418/137616(40%)2 使用http_load测试HTTP Server吞吐和并发

2.1 安装Apache服务器

1、安装并启动

yum-y install httpd service httpd start

2、在Apache服务端准备好各字节大小的页面

（页面大小：64、128、256、512、768、1024、1280、1518）cd /var/ Document Length: 64 bytes

Concurrency Level: 10 // 每秒测试并发数 Time taken for tests: 9.920 seconds Complete requests: 100 // 成功的请求数 Failed requests: 0 // 失败的请求数 Write errors: 0 Total transferred: 45100 bytes HTML transferred: 6400 bytes Requests per second: 10.08 [#/sec](mean)// 每秒事物处理，mean表示平均值 Time per request: 992.027 [ms](mean)//平均事物响应时间

Time per request: 99.203 [ms](mean, across all concurrent requests)Transfer rate: 4.44 [Kbytes/sec] received //传输为4.44字节每秒 吞吐为4.44 * 8 = 35.52 Mbit/s 3.3 其他参数

-n requests 全部请求数-c concurrency 并发数

-t timelimit 最传等待回应时间-p postfile POST数 据文件-T content-type POST Content-type-v verbosity How much troubleshooting info to print-w Print out results in HTML tables-i Use HEAD instead of GET-x attributes String to insert as table attributes-y attributes String to insert as tr attributes-z attributes String to insert as td or th attributes-C attribute-H attribute Inserted after all normal header lines.(repeatable)-A attribute http-P attribute Add Basic Proxy Authentication, the attributes are a colon separated username and password.-X proxy:port-V-k Use HTTP KeepAlive feature-d Do not show percentiles served table.-S Do not show confidence estimators and warnings.-g filename Output collected data to gnuplot format file.-e filename Output CSV file with percentages served-h Display usage information(this message)加入cookie, eg.'Apache=1234.(repeatable)加入http头, eg.'Accept-Encoding: gzip' 验证,分隔传递用户名及密码

代理服务器 查看ab版本

使用sendip发原地址跳变的数据包（并发）

3.1 安装

1、到http://www.xiexiebang.com and CWR bits Default: 0-tfe x TCP ECN bit(rfc2481)Default: 0(options are 0,1,r)-tfc x TCP CWR bit(rfc2481)Default: 0(options are 0,1,r)-tfu x TCP URG bit Default: 0, or 1 if-tu specified(options are 0,1,r)-tfa x TCP ACK bit Default: 0, or 1 if-ta specified(options are 0,1,r)-tfp x TCP PSH bit Default: 0(options are 0,1,r)-tfr x TCP RST bit Default: 0(options are 0,1,r)-tfs x TCP SYN bit Default: 1(options are 0,1,r)-tff x TCP FIN bit Default: 0(options are 0,1,r)-tw x TCP window size Default: 65535-tc x TCP checksum Default: Correct-tu x TCP urgent pointer Default: 0-tonum x TCP option as string of hex bytes(length is always correct)Default:(no options)-toeol TCP option: end of list-tonop TCP option: no op-tomss x TCP option: maximum segment size-towscale x TCP option: window scale(rfc1323)-tosackok TCP option: allow selective ack(rfc2018)-tosack x TCP option: selective ack(rfc2018), format is-tots x TCP option: timestamp(rfc1323), format is tsval:tsecr l_edge1:r_edge1,l_edge2:r_edge2...

第二篇：性能测试学习总结

性能测试学习总结

一、明确性能测试的范围

例如：以iptv系统为例，是需要测试bss页面、中间件具体接口、boss/crm具体接口

二、明确性能测试的指标 例如：

1、支持最大并发用户数是多少？（压力测试）

2、每秒n个用户并发，能正常持续运行多久？（负载测试）

3、在系统用户为n个的情况下，每秒x个用户并发，持续运行y分钟，查看系统硬件io、cpu、内存；查看软件平均吞度量、tps、平均响应时间、事务成功率、事务失败率、错误率等（性能测试）、响应时间：事务从开始到完成所花费时间

平均吞吐量：指单位时间内系统处理用户的请求数

TPS：transaction per second 服务器单位时间处理的事务数（事务数/运行时间s）

事务：指访问并可能更新数据库中各种数据项的一个程序执行单元。例如订购操作，它含有多个请求

事务成功率：成功事务数占完成总事务数的比率 事务失败率：失败事务数占完成总事务数的比率

三、定义数据模型

1、目标系统用户数、目标每秒并发数、硬件系统配置情况，如下：模板

IPTV-BSS 性能指标.docx

四、设计性能测试方案

IPTV BSS四川电信版本性能

五、搭建性能测试环境

1、尽可能模拟现网的环境与组网结构

2、前台应用和后台数据库安装在独立干净的服务器上。

3、当前性能测试环境分别为：192.168.12.11（前台）192.168.12.31（数据库）192.167.12.177（Loadrunner）

六、构造性能测试数据

1、使用LR、QTP自动化工具构造（比较慢，不需要了解表结构，但是需要了解业务流）

2、编写存储过程构造用户、包月、订购数据（比较快，需要对相关表结构和数据库了解）

七、录制、调试测试脚本

1、中间件接口目前是web services协议，因当前测试指标均超过100个并发，故使用web（http/html）协议录制。中间件接口录制页面：

2、boss接口当前有两种协议，一种是web services协议，一种是sockets协议，因当前测试指标最大为100个并发，故可以使用web services协议或http/html协议录制。

3、bss页面基于ie运行，故使用web（http/html）协议录制。

注明：当前中间件接口，四川boss接口，浙江电信bss部分页面均有现成的脚本，如果其它局点需要测试可使用原有的脚本调试即可。

详细参考：LoadRunner性能测试_刘双林_20110115.doc

2.3/2.4章节 进行学习

八、执行性能测试场景

1、按照测试方案文档中的测试用例执行即可。

2、在执行性能测试过程中会具体使用到性能测试工具LR。关于性能测试工具的使用方法网上有大把资料。请自行学习：场景设置、参数化等

详细参考：LoadRunner性能测试.doc

3章节 进行学习

九、监控并记录性能测试结果

1、硬件性能：bss应用服务器cpu、内存；数据库服务器cpu、内存、io 内存、cpu 不高于70% ；IO不高于80% 否则可能存在性能瓶颈 统计方式：

（1）通过命令在服务器上查询

内存 sar-r 5 120

（每5s刷新1次共刷新120次）cpu sar-u 5 120 io

iostat 5 120（2）在服务器上安装rpc.rstatd工具，通过LR客户端窗口监控记录

2、软件性能：平均吞度量、tps、平均响应时间、事务成功率、事务失败率、错误率等（场景运行完毕可通过loadrunner工具导出性能测试结果），是否达标是要与性能测试指标进行比对。

详细参考：LoadRunner性能测试.doc

4章节 进行学习

十、分析性能测试结果输出总结报告

1、将实际测试结果和性能测试指标进行对比，总结出不达标测试对象及具体测试数据

2、测试与开发人员根据性能测试数据，从硬件环境和软件本身进行分析。例如：优化硬件配置、软件处理逻辑、数据库架构脚本等。

3、具体分析的方法：一般是具体问题具体分析，查找瓶颈时按以下顺序，由易到难。（1）服务器硬件瓶颈

（2）网络瓶颈(对局域网，可以不考虑)（3）服务器操作系统瓶颈(参数配置)（4）中间件瓶颈(参数配置，数据库，web 服务器等)（5）应用瓶颈(SQL 语句、数据库设计、业务逻辑、算法等)注：以上过程并不是每个分析中都需要的，要根据测试目的和要求来确定分析的深度。对一些要求低的，我们分析到应用系统在将来大的负载压力(并发用户数、数据量)下，系统的硬件瓶颈在哪儿就够了。

十一、LoadRunner性能测试工具操作文档

LoadRunner性能测试.doc

loadrunner8.1教材.pdf

第三篇：性能测试QQ面试总结

21克

9:46:17 你全权参与的性能测试项目有几个？ 低调的鱼

9:48:08 BECIF平安银行客户信息管理系统

平安银行个人网银改造（接入一帐通卡后）平安投行证券管理系统 交通银行积分管理系统 中银联OA系统

21克

9:48:50 那在性能测试中有没有发现什么缺陷？ 低调的鱼

9:53:09 我去整理一下 21克

9:55:29 好的

低调的鱼

10:03:24 BECIF平安银行客户信息管理系统 1822 BECIF1.0.0 性能测试-客户基本信息查询（20并发 场景脚本 查询客户基本信息_byBecif_c.lrs）P2 L2 关闭 2 1842 BECIF 新增客户性能优化 P4 L3 已关闭 3 1848 综合场景测试（300 4hour）未达到1S响应时间要求 P2 L2 已分配

1.疑似客户判断代码取线程数有误。

2.查询疑似客户返回值最大个数未做限定。

3.中间件ESB对于XML脚本的最大长度限制过小。4.数据库连接数不够。

平安银行个人网银改造（接入一帐通卡后）1.weblogic线程数不够 2.数据库连接池数不够

平安投行证券管理系统 1.服务器系统资源不够

2.用户登陆验证机制时间过长。

交通银行积分管理系统

1.100并发用户时积分查询交易超时

中银联OA系统 1.tomcat JVM过少

2.tomcat 线程数过少。

3.多用户登陆时流量统计插件报错。

低调的鱼

10:04:09 BECIF的缺陷当时我有记录，其他的项目只是记得自己当时做性能测试过程中发现的问题。21克

10:06:45 对BECIF平安银行客户信息管理系统来说，你提及的4条调优的建议是基于什么测试结果提出的？

21克

10:07:00 也就是说你是如何得出这4调结论的 低调的鱼

10:25:36 1.疑似客户判断代码取线程数有误。

查询疑似交易单独运行时，weblogic的线程数增长速度过快，系统线程数迅速到到最大负荷

2.查询疑似客户返回值最大个数未做限定。

我当时编写的脚本是新增用户后再进行疑似查询操作，用户的五项关键信息为：姓名，性别，生日，证件类型，证件号码 2.1 证件类型，证件号码同 2.2 姓名、性别、生日三者相同 如上两种情况都是属于疑似客户，我的查询疑似的脚本中只用户姓名进行了参数化，（每增加一个用户，疑似判断的用户就+1）

因为当时跑了100并发用户的综合场景，分了15分钟，1小时，4小时几次运行。查询疑似交易的平均响应时间越来越长，后面去CC上取代码看的时候，发现开发未对疑似的最大值进行限制。

3.中间件ESB对于XML脚本的最大长度限制过小。

新增用户不添加产品信息时，查询客户所有信息交易平均响应时间正常。

但是从生产上取下来的数据屏蔽名字后，进行综合场景运行过程中，查询客户所有信息的交易失败率大大增加.原因为客户产品信息和基本信息所涉及的字段有300余个，有80多个字段为文本类型，如果客户有多个产品信息的话 查询时系统后台生成的XML脚本文件有可能大于

而ESB对于BECIF传出的XML脚本文件限制的最大值为1M

4.数据库连接数不够。

200用户综合场景运行时,查询类的交易平均响应时间过长，后台log中，返回交易有超时情况 weblogic中事务排队严重。21克

10:32:10 上面的这些的调优工作是有测试人远来做还是由开发人员来做的？ 低调的鱼

10:35:33 中间件的参数变更平安银行那边是有专门的人做的，我们只能是提缺陷和建议，然后由他们评审之后确定是他们的问题再作修改的，至于代码类的问题是开发来改的。

我所做的事情就是尽自己可能去收集资源，发现问题，提出自己的见解 21克

10:36:41 你提出的这些建议都有别接受吗？ 21克

10:37:02 他们修改后的性能提高了多少？ 低调的鱼

10:37:36 这几个都是接受了的 21克

10:37:44 他们修改后的性能提高了多少？ 低调的鱼

10:37:55 BECIF项目，按照平安规范，依据性能测试需求分析和方案。进行压力测试

测试目的（1）模拟真实应用，系统各个主要业务流程能否在78个并发用户同时访问情况下响应时间为1s以内。

（2）在系统各业务流程能正常运行的情况下，系统能承受多少个并发用户同时访问（系统承压能力）。

（3）测试主要业务流程（或者某事物）的响应时间。

低调的鱼

10:38:25 这个是一期的要求，经过一系列调整后所有交易都达到上面的指标 21克

10:39:25 你们的性能测试时有自己的环境还是在生产环境上进行的？ 低调的鱼

10:43:10 生产上肯定是禁止运行的，专门的性能测试应当说有的 一般都是在STG环境上运行的，BECIF这个项目，当时用于性能测试的有三个环境，PER环境 新功能及系统的测试环境

PIR环境主要用于常规版本测试的生产缺陷问题验证和修复

还有一个是容灾环境，这个环境都是最新版本的系统，一般都是在这个上面做性能测试。21克

10:44:15 你们的性能测试用的是什么工具？ 低调的鱼

10:46:30 loadrunner 8.1 和loadrunner9.0 当时做性能测试的时候都是在专门的远程服务器上做的，我用过的一共有5台，3台上面装的是loadrunner8.1另外2台上面装的是loadrunner9.0

21克

10:46:56 好的

21克

10:47:36 你的简历已经通过了筛选，我会吧你的简历提交给测试经理。结果会尽快通知你的 21克

10:47:42

谢谢

低调的鱼

10:47:51 好的，多谢了

第四篇：Android客户端性能测试总结

Android客户端性能软件测试小结

发布时间: 2012-3-09 13:52 作者: xiaowan 来源: TaoBao QA Team 字体: 小 中 大 |上一篇下一篇 |打印 |我要投稿 |推荐标签：性能测试软件测试

Android手机客户端的性能测试开展近3个月了，期间包括性能监测工具的开发周期和工具的投入使用和优化；客户端性能测试从这里起步，从这里开始。

一般情况，对于新生的产品，都会用定势的思维考虑：优先功能测试，之后才会是安全、性能等方面。android客户端从诞生到现在，在测试上走的也是这样的路线。随着客户端功能越来越完善、越来越繁大，用户群越来越多，性能、响应、稳定等被正式提上议程，重点考虑关注。

为什么我们要从以上几个点来考虑客户端性能呢？ 针对上面的几个点我们是如何开展监控测试的？如何来评估一个客户端的性能好不好，是否给予通过？下面就我自己看法跟大家详细交流。

有数据统计：有很大一部分人群喜欢睡觉前、公交车、厕所、或者会议中开小差中使用手机；在看下移动互联网的发展趋势【下图摘自某次互联网统计报告】：

在上图为各大运营商所占移动市场份额的变化情况：整体上移动用户数仍绝对领先，但其市场份额也明显的下降趋势，百度推断导致此变化的原因是基础网络的性能已经开始影响移动互联网应用的使用，即网络到底好不好，速度到底快不快，已经开始在影响应用市场份额了。同样，对用户而言：特定网络下客户端流畅不流畅、响应快不快决定着用户对客户端的使用时长和粘度；此外，用户在考虑速度的同时，还会考虑跟自身利益相关的—-金额&网络流量的消耗。

一个成熟的场景包括：人、时间、地点、行为。换言之：什么特征的人在什么情况下会使用比较容易比较经常使用客户端，他们又经常使用客户端的哪些面呢？

在客户端性能监测前，我们需要采集真实场景中的性能数据：2G的网络下的时间指标、访问量较多页面的流量消耗情况、整个客户端的稳定情况。

（1）稳定性测试：【不同网络、不同软硬件系统下】

客户端可稳定运行的时间、以及长时间操作后的流量消耗和内存消耗；

（2）性能测试指标：【不同网络下】

界面流畅性、界面切换时间、占用的内存数、服务器返回数据消耗流量大小及数据的返回时间；

对以上的点，有几种方法可以采用来监测。现在我们使用的是自己开发的客户端性能工具。其中：流量统计使用TrafficStats.getUidRxBytes()来获取下行流量值；响应时间通过判断activity的状态和日志中记录的时间戳来获取响应时间段； 内存通过解析dumpsys命令返回内容，截取我们需要的值进行分析；电量统计android系统提供查看。除了自己研发的小工具之外，外界也提供很多工具，都可以帮助我们完成相关的性能监测。

对用户而言，性能不等于响应。坚持客户第一，通过我们一个测试环节来保证用户手中的每个客户端都用的畅快。

第五篇：喷漆性能测试

6.4 喷漆性能测试（样品数量：每种颜色6套外壳）

试验条件：物理测试需要在注塑完成，产品放置72小时以后进行，化学测试则需6天以后。喷涂干燥 硬化后应在常温下放置48小时以后再进行试验。

试验方法：

1）把滤纸放于酸性（PH=2.6）溶液中充分浸透；

2）用胶带将浸有酸性溶液的滤纸分别粘在两套喷涂样品表面，确保滤纸与样品喷漆 表面充分接触，将样品放入试验箱。

3）测试时间以试验箱达到所需温湿度条件时开始计算。在24小时与48小时分别取 出一套样品，揭下滤纸，并放置2小时后，检查样品表面喷涂。

检验标准：样品表面无变色、起气泡、起皮、脱落、褪色以及其他与测试前状态不一致的现象。

6.4.5 镜面划伤测试

测试环境：室温（20~25° C）；

测试目的：验证镜面耐硬物划伤性能的可靠性

样品数量：不少于2个

试验方法：将实验样品固定在划伤试验机上，接触部分为直径为1mm的碳化钨球，硬度为90.5～ 91.5，用载重（load）为500g的力在样品表面往复划伤50次，划线速度为3～4cm/秒，接触部分与被测面成90度角，对样品的X和Y轴两个轴向进行测试。每10次对镜面进行外观检查，并对镜面表面进行清洁。检验标准：镜面表面划伤宽度应不大于100μm（依靠目视分辨、参照缺陷限度样板）

6.4.6 紫外线照射测试

测试环境：50° C

测试目的：验证喷涂抗紫外线照射的可靠性

样品数量：不少于1套壳体

试验方法：在温度为50° C，紫外线为340W/mm2的光线下直射油漆表面48小时。

试验结束后 将手机外壳取出，在常温下冷却2小时后检查喷漆表面。

检验标准：印刷、电镀无褪色、变色、纹路、开裂、剥落以及与测试前不一致的现象。

6.4.7盐雾测试

测试环境：35° C

测试目的：测试样机抗盐雾腐蚀能力

试验方法：a.溶液含量：5%的氯化钠溶液b.将手机关机放在盐雾试验箱内，合上翻盖，样机用绳子悬挂起来，以免溶液喷洒 不均或有的表面喷不到。c.样机需要立即被放入测试箱。实验周期是48个小时。实验过程中样机不得被中途 取出，如果急需取出测试，要严格记录测试时间，该实验需向后延迟相同时间。d.取出样机，放置48小时进行常温干燥，对其进行外观检查。

检验标准：外观检查无异常：表面喷涂、丝印、电镀、装饰件、标牌等无脱落、起泡、腐蚀以及与测试前不一致的现象。

试验环境：温度20~25度，湿度65＋/-20% 6.4.1 耐磨测试测试环境：室温（20~25° C）；测试目的：喷涂/印刷等抗摩擦性能的可靠性 样品数量：不少于1套壳体

试验方法：将最终喷涂的手机外壳固定在RCA试验机上，用175g力队同一点进行摩擦试验。对于表面摩擦300cycles，侧面和侧棱摩擦150 Cycles。特殊形状的手机摩擦点的确定由测试工程师和设计工程师共同确定

检验标准：对于喷涂、电镀、IMD等，涂层不能脱落，不可露出底材质地；对于表面印刷类，印刷图案、字体不能出现缺损、不清晰现象。

6.4.2 附着力测试

测试环境：室温室温（20~25° C）；高低温箱

测试目的：喷涂附着力测试

样品数量：不少于1套壳体

试验方法：选最终喷涂的手机外壳表面，使用百格刀刻出25个1mm2方格，划线应深及底材；使用毛刷将划线处的喷漆粉屑清除干净；再用3M610号胶带纸完全粘贴在方格面，1分钟后迅 速以90度的角度撕下胶带，检查被测区域表面。

检验标准：有涂层脱落的方格数应不大于总方格数的3%；单个方格涂层脱落面积不大于单个方格总面积的50%。

6.4.3 硬度测试

测试环境：室温（20~25° C）；

测试目的：表面喷涂硬度的可靠性

样品数量：不少于1套壳体

试验方法：将铅笔芯削成圆柱形并在400目砂纸上磨平后，装在铅笔硬度测试仪上，以500g 的力度，铅笔与水平面的夹角为45度，在样品表面从不同方向划出30~50mm长的线条3~5条。对于喷漆表面的硬度标准为2H（三菱牌），500g的载荷；对于Lens表面的硬度标准为3H（三菱牌），500g的载荷；每划完一次都应将铅笔磨平。

检验标准：用橡皮擦去铅笔痕迹，目视喷漆、印刷、电镀、Lens表面无划痕。

6.4.4 汗液测试

测试环境：60° C，95%RH

测试目的：表面抗汗液腐蚀的能力

样机数量：不少于2套

注：部品由于使用场所、材质、色泽等有特殊要求时可以考虑采用其他标准。

7.2 整机状态下的可靠性试验

温度冲击测试（Thermal shock）

测试环境：低温箱：-40° C ；高温箱：+80° C

试验方法：将手机设置成关机状态放置于高温箱内持续30分钟后，在15秒内迅速移入低温箱并持续30分钟，为一个循环，共循环27次。实验结束将样机从温度冲击箱中取出，并在 室温下恢复2小时，进行外观、机械和电性能检查。

试验标准：手机各项功能正常；外观检验：壳体表面喷涂、丝印、电镀无气泡、褶皱、裂纹、起皮、脱落；装饰件无翘起、脱落以及其他与测试前状态不一致的现象。跌落试验（Drop Test）测试条件：1.5m高度，20mm大理石板。

试验方法：将手机处于开机状态，进行6个面的自由跌落实验，每个面的跌落次数为1次，跌 落之后进行外观、机械和电性能检查。对于翻盖手机，在跌翻盖一面时，应将一半样品合上翻盖跌，一半样品打开翻盖跌。

试验标准：手机各项功能正常；

外观检查：壳体表面无明显掉漆，无裂纹、破损、冲击痕以 及其他与测试前不一致的现象。振动试验（Vibration test）

测试条件：振幅：0.38mm；振频：10~30Hz；振幅：0.19mm；振频：30~55Hz；

试验方法：将手机开机放入振动箱。X、Y、Z三个轴向分别振动1个小时之后取出，然 后进行外观、机械和电性能检查。

试验标准：振动前5分钟内手机内存和设置没有丢失现象，后55分钟可以出现关机现象，手机各项功能正常，尤其是显示和SPL，外壳无严重损伤（如掉漆），内部元件无脱落。

湿热试验（Humidity test）

测试环境：60oC，95%RH

试验方法：将手机处于关机状态，放入温度实验箱内的架子上，持续60个小时之后 取出，恢复2小时，然后进行外观、机械和电性能检查。

试验标准：手机各项功能正常；外观检查：外观测试无异常（壳体、Lens表面无裂纹、气泡；Lens 无被腐蚀现象；金属、电镀壳体或装饰件无变色、腐蚀，以及无其他与测试前不一致的现象）。

高温/低温参数测试（Parametric Test）

测试环境：-10oC/55oC

试验方法：将手机处于开机状态，放入温度实验箱内的架子上。持续2个小时之后(与 环境温度平衡)，然后在此环境下进行电性能检查，检查项目见附表1。

试验标准：手机电性能指标满足要求，功能正常，表面喷涂、电镀无裂纹等。高温高湿参数测试（Parametric Test）

测试环境：+45oC，95%RH

试验方法：将手机处于开机状态，放入温度实验箱内的架子上。持续48个小时之 后，然后在此环境下进行电性能检查。

试验标准：手机电性能指标满足要求，功能正常；结构检查：装饰件、Logo及机壳 等无脱落，壳体卡钩无脱出、断裂，外壳无变形；

外观检查：壳体表面无明显掉漆，无裂纹、破损、冲击痕以及其他与测试前状态不一致现象。高温/低温功能测试（Functional test）

测试环境：-40oC/+70oC