第一篇：性能測試學(xué)習(xí)總結(jié)

性能測試學(xué)習(xí)總結(jié)

一、明確性能測試的范圍

例如：以iptv系統(tǒng)為例，是需要測試bss頁面、中間件具體接口、boss/crm具體接口

二、明確性能測試的指標(biāo) 例如：

1、支持最大并發(fā)用戶數(shù)是多少？（壓力測試）

2、每秒n個用戶并發(fā)，能正常持續(xù)運(yùn)行多久？（負(fù)載測試）

3、在系統(tǒng)用戶為n個的情況下，每秒x個用戶并發(fā)，持續(xù)運(yùn)行y分鐘，查看系統(tǒng)硬件io、cpu、內(nèi)存；查看軟件平均吞度量、tps、平均響應(yīng)時間、事務(wù)成功率、事務(wù)失敗率、錯誤率等（性能測試）、響應(yīng)時間：事務(wù)從開始到完成所花費(fèi)時間

平均吞吐量：指單位時間內(nèi)系統(tǒng)處理用戶的請求數(shù)

TPS：transaction per second 服務(wù)器單位時間處理的事務(wù)數(shù)（事務(wù)數(shù)/運(yùn)行時間s）

事務(wù)：指訪問并可能更新數(shù)據(jù)庫中各種數(shù)據(jù)項(xiàng)的一個程序執(zhí)行單元。例如訂購操作，它含有多個請求

事務(wù)成功率：成功事務(wù)數(shù)占完成總事務(wù)數(shù)的比率 事務(wù)失敗率：失敗事務(wù)數(shù)占完成總事務(wù)數(shù)的比率

三、定義數(shù)據(jù)模型

1、目標(biāo)系統(tǒng)用戶數(shù)、目標(biāo)每秒并發(fā)數(shù)、硬件系統(tǒng)配置情況，如下：模板

IPTV-BSS 性能指標(biāo).docx

四、設(shè)計性能測試方案

IPTV BSS四川電信版本性能

五、搭建性能測試環(huán)境

1、盡可能模擬現(xiàn)網(wǎng)的環(huán)境與組網(wǎng)結(jié)構(gòu)

2、前臺應(yīng)用和后臺數(shù)據(jù)庫安裝在獨(dú)立干凈的服務(wù)器上。

3、當(dāng)前性能測試環(huán)境分別為：192.168.12.11（前臺）192.168.12.31（數(shù)據(jù)庫）192.167.12.177（Loadrunner）

六、構(gòu)造性能測試數(shù)據(jù)

1、使用LR、QTP自動化工具構(gòu)造（比較慢，不需要了解表結(jié)構(gòu)，但是需要了解業(yè)務(wù)流）

2、編寫存儲過程構(gòu)造用戶、包月、訂購數(shù)據(jù)（比較快，需要對相關(guān)表結(jié)構(gòu)和數(shù)據(jù)庫了解）

七、錄制、調(diào)試測試腳本

1、中間件接口目前是web services協(xié)議，因當(dāng)前測試指標(biāo)均超過100個并發(fā)，故使用web（http/html）協(xié)議錄制。中間件接口錄制頁面：

2、boss接口當(dāng)前有兩種協(xié)議，一種是web services協(xié)議，一種是sockets協(xié)議，因當(dāng)前測試指標(biāo)最大為100個并發(fā)，故可以使用web services協(xié)議或http/html協(xié)議錄制。

3、bss頁面基于ie運(yùn)行，故使用web（http/html）協(xié)議錄制。

注明：當(dāng)前中間件接口，四川boss接口，浙江電信bss部分頁面均有現(xiàn)成的腳本，如果其它局點(diǎn)需要測試可使用原有的腳本調(diào)試即可。

詳細(xì)參考：LoadRunner性能測試_劉雙林_20110115.doc

2.3/2.4章節(jié) 進(jìn)行學(xué)習(xí)

八、執(zhí)行性能測試場景

1、按照測試方案文檔中的測試用例執(zhí)行即可。

2、在執(zhí)行性能測試過程中會具體使用到性能測試工具LR。關(guān)于性能測試工具的使用方法網(wǎng)上有大把資料。請自行學(xué)習(xí)：場景設(shè)置、參數(shù)化等

詳細(xì)參考：LoadRunner性能測試.doc

3章節(jié) 進(jìn)行學(xué)習(xí)

九、監(jiān)控并記錄性能測試結(jié)果

1、硬件性能：bss應(yīng)用服務(wù)器cpu、內(nèi)存；數(shù)據(jù)庫服務(wù)器cpu、內(nèi)存、io 內(nèi)存、cpu 不高于70% ；IO不高于80% 否則可能存在性能瓶頸 統(tǒng)計方式：

（1）通過命令在服務(wù)器上查詢

內(nèi)存 sar-r 5 120

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

iostat 5 120（2）在服務(wù)器上安裝rpc.rstatd工具，通過LR客戶端窗口監(jiān)控記錄

2、軟件性能：平均吞度量、tps、平均響應(yīng)時間、事務(wù)成功率、事務(wù)失敗率、錯誤率等（場景運(yùn)行完畢可通過loadrunner工具導(dǎo)出性能測試結(jié)果），是否達(dá)標(biāo)是要與性能測試指標(biāo)進(jìn)行比對。

詳細(xì)參考：LoadRunner性能測試.doc

4章節(jié) 進(jìn)行學(xué)習(xí)

十、分析性能測試結(jié)果輸出總結(jié)報告

1、將實(shí)際測試結(jié)果和性能測試指標(biāo)進(jìn)行對比，總結(jié)出不達(dá)標(biāo)測試對象及具體測試數(shù)據(jù)

2、測試與開發(fā)人員根據(jù)性能測試數(shù)據(jù)，從硬件環(huán)境和軟件本身進(jìn)行分析。例如：優(yōu)化硬件配置、軟件處理邏輯、數(shù)據(jù)庫架構(gòu)腳本等。

3、具體分析的方法：一般是具體問題具體分析，查找瓶頸時按以下順序，由易到難。（1）服務(wù)器硬件瓶頸

（2）網(wǎng)絡(luò)瓶頸(對局域網(wǎng)，可以不考慮)（3）服務(wù)器操作系統(tǒng)瓶頸(參數(shù)配置)（4）中間件瓶頸(參數(shù)配置，數(shù)據(jù)庫，web 服務(wù)器等)（5）應(yīng)用瓶頸(SQL 語句、數(shù)據(jù)庫設(shè)計、業(yè)務(wù)邏輯、算法等)注：以上過程并不是每個分析中都需要的，要根據(jù)測試目的和要求來確定分析的深度。對一些要求低的，我們分析到應(yīng)用系統(tǒng)在將來大的負(fù)載壓力(并發(fā)用戶數(shù)、數(shù)據(jù)量)下，系統(tǒng)的硬件瓶頸在哪兒就夠了。

十一、LoadRunner性能測試工具操作文檔

LoadRunner性能測試.doc

loadrunner8.1教材.pdf

第二篇：性能測試QQ面試總結(jié)

21克

9:46:17 你全權(quán)參與的性能測試項(xiàng)目有幾個？ 低調(diào)的魚

9:48:08 BECIF平安銀行客戶信息管理系統(tǒng)

平安銀行個人網(wǎng)銀改造（接入一帳通卡后）平安投行證券管理系統(tǒng) 交通銀行積分管理系統(tǒng) 中銀聯(lián)OA系統(tǒng)

21克

9:48:50 那在性能測試中有沒有發(fā)現(xiàn)什么缺陷？ 低調(diào)的魚

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

9:55:29 好的

低調(diào)的魚

10:03:24 BECIF平安銀行客戶信息管理系統(tǒng) 1822 BECIF1.0.0 性能測試-客戶基本信息查詢（20并發(fā) 場景腳本 查詢客戶基本信息_byBecif_c.lrs）P2 L2 關(guān)閉 2 1842 BECIF 新增客戶性能優(yōu)化 P4 L3 已關(guān)閉 3 1848 綜合場景測試（300 4hour）未達(dá)到1S響應(yīng)時間要求 P2 L2 已分配

1.疑似客戶判斷代碼取線程數(shù)有誤。

2.查詢疑似客戶返回值最大個數(shù)未做限定。

3.中間件ESB對于XML腳本的最大長度限制過小。4.數(shù)據(jù)庫連接數(shù)不夠。

平安銀行個人網(wǎng)銀改造（接入一帳通卡后）1.weblogic線程數(shù)不夠 2.數(shù)據(jù)庫連接池數(shù)不夠

平安投行證券管理系統(tǒng) 1.服務(wù)器系統(tǒng)資源不夠

2.用戶登陸驗(yàn)證機(jī)制時間過長。

交通銀行積分管理系統(tǒng)

1.100并發(fā)用戶時積分查詢交易超時

中銀聯(lián)OA系統(tǒng) 1.tomcat JVM過少

2.tomcat 線程數(shù)過少。

3.多用戶登陸時流量統(tǒng)計插件報錯。

低調(diào)的魚

10:04:09 BECIF的缺陷當(dāng)時我有記錄，其他的項(xiàng)目只是記得自己當(dāng)時做性能測試過程中發(fā)現(xiàn)的問題。21克

10:06:45 對BECIF平安銀行客戶信息管理系統(tǒng)來說，你提及的4條調(diào)優(yōu)的建議是基于什么測試結(jié)果提出的？

21克

10:07:00 也就是說你是如何得出這4調(diào)結(jié)論的 低調(diào)的魚

10:25:36 1.疑似客戶判斷代碼取線程數(shù)有誤。

查詢疑似交易單獨(dú)運(yùn)行時，weblogic的線程數(shù)增長速度過快，系統(tǒng)線程數(shù)迅速到到最大負(fù)荷

2.查詢疑似客戶返回值最大個數(shù)未做限定。

我當(dāng)時編寫的腳本是新增用戶后再進(jìn)行疑似查詢操作，用戶的五項(xiàng)關(guān)鍵信息為：姓名，性別，生日，證件類型，證件號碼 2.1 證件類型，證件號碼同 2.2 姓名、性別、生日三者相同 如上兩種情況都是屬于疑似客戶，我的查詢疑似的腳本中只用戶姓名進(jìn)行了參數(shù)化，（每增加一個用戶，疑似判斷的用戶就+1）

因?yàn)楫?dāng)時跑了100并發(fā)用戶的綜合場景，分了15分鐘，1小時，4小時幾次運(yùn)行。查詢疑似交易的平均響應(yīng)時間越來越長，后面去CC上取代碼看的時候，發(fā)現(xiàn)開發(fā)未對疑似的最大值進(jìn)行限制。

3.中間件ESB對于XML腳本的最大長度限制過小。

新增用戶不添加產(chǎn)品信息時，查詢客戶所有信息交易平均響應(yīng)時間正常。

但是從生產(chǎn)上取下來的數(shù)據(jù)屏蔽名字后，進(jìn)行綜合場景運(yùn)行過程中，查詢客戶所有信息的交易失敗率大大增加.原因?yàn)榭蛻舢a(chǎn)品信息和基本信息所涉及的字段有300余個，有80多個字段為文本類型，如果客戶有多個產(chǎn)品信息的話 查詢時系統(tǒng)后臺生成的XML腳本文件有可能大于

而ESB對于BECIF傳出的XML腳本文件限制的最大值為1M

4.數(shù)據(jù)庫連接數(shù)不夠。

200用戶綜合場景運(yùn)行時,查詢類的交易平均響應(yīng)時間過長，后臺log中，返回交易有超時情況 weblogic中事務(wù)排隊(duì)嚴(yán)重。21克

10:32:10 上面的這些的調(diào)優(yōu)工作是有測試人遠(yuǎn)來做還是由開發(fā)人員來做的？ 低調(diào)的魚

10:35:33 中間件的參數(shù)變更平安銀行那邊是有專門的人做的，我們只能是提缺陷和建議，然后由他們評審之后確定是他們的問題再作修改的，至于代碼類的問題是開發(fā)來改的。

我所做的事情就是盡自己可能去收集資源，發(fā)現(xiàn)問題，提出自己的見解 21克

10:36:41 你提出的這些建議都有別接受嗎？ 21克

10:37:02 他們修改后的性能提高了多少？ 低調(diào)的魚

10:37:36 這幾個都是接受了的 21克

10:37:44 他們修改后的性能提高了多少？ 低調(diào)的魚

10:37:55 BECIF項(xiàng)目，按照平安規(guī)范，依據(jù)性能測試需求分析和方案。進(jìn)行壓力測試

測試目的（1）模擬真實(shí)應(yīng)用，系統(tǒng)各個主要業(yè)務(wù)流程能否在78個并發(fā)用戶同時訪問情況下響應(yīng)時間為1s以內(nèi)。

（2）在系統(tǒng)各業(yè)務(wù)流程能正常運(yùn)行的情況下，系統(tǒng)能承受多少個并發(fā)用戶同時訪問（系統(tǒng)承壓能力）。

（3）測試主要業(yè)務(wù)流程（或者某事物）的響應(yīng)時間。

低調(diào)的魚

10:38:25 這個是一期的要求，經(jīng)過一系列調(diào)整后所有交易都達(dá)到上面的指標(biāo) 21克

10:39:25 你們的性能測試時有自己的環(huán)境還是在生產(chǎn)環(huán)境上進(jìn)行的？ 低調(diào)的魚

10:43:10 生產(chǎn)上肯定是禁止運(yùn)行的，專門的性能測試應(yīng)當(dāng)說有的 一般都是在STG環(huán)境上運(yùn)行的，BECIF這個項(xiàng)目，當(dāng)時用于性能測試的有三個環(huán)境，PER環(huán)境 新功能及系統(tǒng)的測試環(huán)境

PIR環(huán)境主要用于常規(guī)版本測試的生產(chǎn)缺陷問題驗(yàn)證和修復(fù)

還有一個是容災(zāi)環(huán)境，這個環(huán)境都是最新版本的系統(tǒng)，一般都是在這個上面做性能測試。21克

10:44:15 你們的性能測試用的是什么工具？ 低調(diào)的魚

10:46:30 loadrunner 8.1 和loadrunner9.0 當(dāng)時做性能測試的時候都是在專門的遠(yuǎn)程服務(wù)器上做的，我用過的一共有5臺，3臺上面裝的是loadrunner8.1另外2臺上面裝的是loadrunner9.0

21克

10:46:56 好的

21克

10:47:36 你的簡歷已經(jīng)通過了篩選，我會吧你的簡歷提交給測試經(jīng)理。結(jié)果會盡快通知你的 21克

10:47:42

謝謝

低調(diào)的魚

10:47:51 好的，多謝了

第三篇：Linux_網(wǎng)絡(luò)性能測試(總結(jié))

Linux網(wǎng)絡(luò)性能測試 使用 Ipref測試吞吐

1.1 安裝

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

1.2 測試UDP

服務(wù)器命令：iperf-s-i 1-u 客戶端命令：iperf-c 170.0.0.100-i 1-t 999-b 1000000000-u-l 22-c：服務(wù)器地址-i：每次報告的間隔-t：持續(xù)測試的時間-b：帶寬-u：UDP-l：UDP 有效負(fù)荷大小

各字節(jié)測試時，輸入-l參數(shù)如下：

在服務(wù)端查看結(jié)果，64字節(jié)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吞吐和并發(fā)

2.1 安裝Apache服務(wù)器

1、安裝并啟動

yum-y install httpd service httpd start

2、在Apache服務(wù)端準(zhǔn)備好各字節(jié)大小的頁面

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

Concurrency Level: 10 // 每秒測試并發(fā)數(shù) Time taken for tests: 9.920 seconds Complete requests: 100 // 成功的請求數(shù) Failed requests: 0 // 失敗的請求數(shù) 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)//平均事物響應(yīng)時間

Time per request: 99.203 [ms](mean, across all concurrent requests)Transfer rate: 4.44 [Kbytes/sec] received //傳輸為4.44字節(jié)每秒 吞吐為4.44 * 8 = 35.52 Mbit/s 3.3 其他參數(shù)

-n requests 全部請求數(shù)-c concurrency 并發(fā)數(shù)

-t timelimit 最傳等待回應(yīng)時間-p postfile POST數(shù) 據(jù)文件-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' 驗(yàn)證,分隔傳遞用戶名及密碼

代理服務(wù)器 查看ab版本

使用sendip發(fā)原地址跳變的數(shù)據(jù)包（并發(fā)）

3.1 安裝

1、到http://www.tmdps.cn 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...

第四篇：Android客戶端性能測試總結(jié)

Android客戶端性能軟件測試小結(jié)

發(fā)布時間: 2012-3-09 13:52 作者: xiaowan 來源: TaoBao QA Team 字體: 小 中 大 |上一篇下一篇 |打印 |我要投稿 |推薦標(biāo)簽：性能測試軟件測試

Android手機(jī)客戶端的性能測試開展近3個月了，期間包括性能監(jiān)測工具的開發(fā)周期和工具的投入使用和優(yōu)化；客戶端性能測試從這里起步，從這里開始。

一般情況，對于新生的產(chǎn)品，都會用定勢的思維考慮：優(yōu)先功能測試，之后才會是安全、性能等方面。android客戶端從誕生到現(xiàn)在，在測試上走的也是這樣的路線。隨著客戶端功能越來越完善、越來越繁大，用戶群越來越多，性能、響應(yīng)、穩(wěn)定等被正式提上議程，重點(diǎn)考慮關(guān)注。

為什么我們要從以上幾個點(diǎn)來考慮客戶端性能呢？ 針對上面的幾個點(diǎn)我們是如何開展監(jiān)控測試的？如何來評估一個客戶端的性能好不好，是否給予通過？下面就我自己看法跟大家詳細(xì)交流。

有數(shù)據(jù)統(tǒng)計：有很大一部分人群喜歡睡覺前、公交車、廁所、或者會議中開小差中使用手機(jī)；在看下移動互聯(lián)網(wǎng)的發(fā)展趨勢【下圖摘自某次互聯(lián)網(wǎng)統(tǒng)計報告】：

在上圖為各大運(yùn)營商所占移動市場份額的變化情況：整體上移動用戶數(shù)仍絕對領(lǐng)先，但其市場份額也明顯的下降趨勢，百度推斷導(dǎo)致此變化的原因是基礎(chǔ)網(wǎng)絡(luò)的性能已經(jīng)開始影響移動互聯(lián)網(wǎng)應(yīng)用的使用，即網(wǎng)絡(luò)到底好不好，速度到底快不快，已經(jīng)開始在影響應(yīng)用市場份額了。同樣，對用戶而言：特定網(wǎng)絡(luò)下客戶端流暢不流暢、響應(yīng)快不快決定著用戶對客戶端的使用時長和粘度；此外，用戶在考慮速度的同時，還會考慮跟自身利益相關(guān)的—-金額&網(wǎng)絡(luò)流量的消耗。

一個成熟的場景包括：人、時間、地點(diǎn)、行為。換言之：什么特征的人在什么情況下會使用比較容易比較經(jīng)常使用客戶端，他們又經(jīng)常使用客戶端的哪些面呢？

在客戶端性能監(jiān)測前，我們需要采集真實(shí)場景中的性能數(shù)據(jù)：2G的網(wǎng)絡(luò)下的時間指標(biāo)、訪問量較多頁面的流量消耗情況、整個客戶端的穩(wěn)定情況。

（1）穩(wěn)定性測試：【不同網(wǎng)絡(luò)、不同軟硬件系統(tǒng)下】

客戶端可穩(wěn)定運(yùn)行的時間、以及長時間操作后的流量消耗和內(nèi)存消耗；

（2）性能測試指標(biāo)：【不同網(wǎng)絡(luò)下】

界面流暢性、界面切換時間、占用的內(nèi)存數(shù)、服務(wù)器返回數(shù)據(jù)消耗流量大小及數(shù)據(jù)的返回時間；

對以上的點(diǎn)，有幾種方法可以采用來監(jiān)測。現(xiàn)在我們使用的是自己開發(fā)的客戶端性能工具。其中：流量統(tǒng)計使用TrafficStats.getUidRxBytes()來獲取下行流量值；響應(yīng)時間通過判斷activity的狀態(tài)和日志中記錄的時間戳來獲取響應(yīng)時間段； 內(nèi)存通過解析dumpsys命令返回內(nèi)容，截取我們需要的值進(jìn)行分析；電量統(tǒng)計android系統(tǒng)提供查看。除了自己研發(fā)的小工具之外，外界也提供很多工具，都可以幫助我們完成相關(guān)的性能監(jiān)測。

對用戶而言，性能不等于響應(yīng)。堅持客戶第一，通過我們一個測試環(huán)節(jié)來保證用戶手中的每個客戶端都用的暢快。

第五篇：噴漆性能測試

6.4 噴漆性能測試（樣品數(shù)量：每種顏色6套外殼）

試驗(yàn)條件：物理測試需要在注塑完成，產(chǎn)品放置72小時以后進(jìn)行，化學(xué)測試則需6天以后。噴涂干燥 硬化后應(yīng)在常溫下放置48小時以后再進(jìn)行試驗(yàn)。

試驗(yàn)方法：

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

2）用膠帶將浸有酸性溶液的濾紙分別粘在兩套噴涂樣品表面，確保濾紙與樣品噴漆 表面充分接觸，將樣品放入試驗(yàn)箱。

3）測試時間以試驗(yàn)箱達(dá)到所需溫濕度條件時開始計算。在24小時與48小時分別取 出一套樣品，揭下濾紙，并放置2小時后，檢查樣品表面噴涂。

檢驗(yàn)標(biāo)準(zhǔn)：樣品表面無變色、起氣泡、起皮、脫落、褪色以及其他與測試前狀態(tài)不一致的現(xiàn)象。

6.4.5 鏡面劃傷測試

測試環(huán)境：室溫（20~25° C）；

測試目的：驗(yàn)證鏡面耐硬物劃傷性能的可靠性

樣品數(shù)量：不少于2個

試驗(yàn)方法：將實(shí)驗(yàn)樣品固定在劃傷試驗(yàn)機(jī)上，接觸部分為直徑為1mm的碳化鎢球，硬度為90.5～ 91.5，用載重（load）為500g的力在樣品表面往復(fù)劃傷50次，劃線速度為3～4cm/秒，接觸部分與被測面成90度角，對樣品的X和Y軸兩個軸向進(jìn)行測試。每10次對鏡面進(jìn)行外觀檢查，并對鏡面表面進(jìn)行清潔。檢驗(yàn)標(biāo)準(zhǔn)：鏡面表面劃傷寬度應(yīng)不大于100μm（依靠目視分辨、參照缺陷限度樣板）

6.4.6 紫外線照射測試

測試環(huán)境：50° C

測試目的：驗(yàn)證噴涂抗紫外線照射的可靠性

樣品數(shù)量：不少于1套殼體

試驗(yàn)方法：在溫度為50° C，紫外線為340W/mm2的光線下直射油漆表面48小時。

試驗(yàn)結(jié)束后 將手機(jī)外殼取出，在常溫下冷卻2小時后檢查噴漆表面。

檢驗(yàn)標(biāo)準(zhǔn)：印刷、電鍍無褪色、變色、紋路、開裂、剝落以及與測試前不一致的現(xiàn)象。

6.4.7鹽霧測試

測試環(huán)境：35° C

測試目的：測試樣機(jī)抗鹽霧腐蝕能力

試驗(yàn)方法：a.溶液含量：5%的氯化鈉溶液b.將手機(jī)關(guān)機(jī)放在鹽霧試驗(yàn)箱內(nèi)，合上翻蓋，樣機(jī)用繩子懸掛起來，以免溶液噴灑 不均或有的表面噴不到。c.樣機(jī)需要立即被放入測試箱。實(shí)驗(yàn)周期是48個小時。實(shí)驗(yàn)過程中樣機(jī)不得被中途 取出，如果急需取出測試，要嚴(yán)格記錄測試時間，該實(shí)驗(yàn)需向后延遲相同時間。d.取出樣機(jī)，放置48小時進(jìn)行常溫干燥，對其進(jìn)行外觀檢查。

檢驗(yàn)標(biāo)準(zhǔn)：外觀檢查無異常：表面噴涂、絲印、電鍍、裝飾件、標(biāo)牌等無脫落、起泡、腐蝕以及與測試前不一致的現(xiàn)象。

試驗(yàn)環(huán)境：溫度20~25度，濕度65＋/-20% 6.4.1 耐磨測試測試環(huán)境：室溫（20~25° C）；測試目的：噴涂/印刷等抗摩擦性能的可靠性 樣品數(shù)量：不少于1套殼體

試驗(yàn)方法：將最終噴涂的手機(jī)外殼固定在RCA試驗(yàn)機(jī)上，用175g力隊(duì)同一點(diǎn)進(jìn)行摩擦試驗(yàn)。對于表面摩擦300cycles，側(cè)面和側(cè)棱摩擦150 Cycles。特殊形狀的手機(jī)摩擦點(diǎn)的確定由測試工程師和設(shè)計工程師共同確定

檢驗(yàn)標(biāo)準(zhǔn)：對于噴涂、電鍍、IMD等，涂層不能脫落，不可露出底材質(zhì)地；對于表面印刷類，印刷圖案、字體不能出現(xiàn)缺損、不清晰現(xiàn)象。

6.4.2 附著力測試

測試環(huán)境：室溫室溫（20~25° C）；高低溫箱

測試目的：噴涂附著力測試

樣品數(shù)量：不少于1套殼體

試驗(yàn)方法：選最終噴涂的手機(jī)外殼表面，使用百格刀刻出25個1mm2方格，劃線應(yīng)深及底材；使用毛刷將劃線處的噴漆粉屑清除干凈；再用3M610號膠帶紙完全粘貼在方格面，1分鐘后迅 速以90度的角度撕下膠帶，檢查被測區(qū)域表面。

檢驗(yàn)標(biāo)準(zhǔn)：有涂層脫落的方格數(shù)應(yīng)不大于總方格數(shù)的3%；單個方格涂層脫落面積不大于單個方格總面積的50%。

6.4.3 硬度測試

測試環(huán)境：室溫（20~25° C）；

測試目的：表面噴涂硬度的可靠性

樣品數(shù)量：不少于1套殼體

試驗(yàn)方法：將鉛筆芯削成圓柱形并在400目砂紙上磨平后，裝在鉛筆硬度測試儀上，以500g 的力度，鉛筆與水平面的夾角為45度，在樣品表面從不同方向劃出30~50mm長的線條3~5條。對于噴漆表面的硬度標(biāo)準(zhǔn)為2H（三菱牌），500g的載荷；對于Lens表面的硬度標(biāo)準(zhǔn)為3H（三菱牌），500g的載荷；每劃完一次都應(yīng)將鉛筆磨平。

檢驗(yàn)標(biāo)準(zhǔn)：用橡皮擦去鉛筆痕跡，目視噴漆、印刷、電鍍、Lens表面無劃痕。

6.4.4 汗液測試

測試環(huán)境：60° C，95%RH

測試目的：表面抗汗液腐蝕的能力

樣機(jī)數(shù)量：不少于2套

注：部品由于使用場所、材質(zhì)、色澤等有特殊要求時可以考慮采用其他標(biāo)準(zhǔn)。

7.2 整機(jī)狀態(tài)下的可靠性試驗(yàn)

溫度沖擊測試（Thermal shock）

測試環(huán)境：低溫箱：-40° C ；高溫箱：+80° C

試驗(yàn)方法：將手機(jī)設(shè)置成關(guān)機(jī)狀態(tài)放置于高溫箱內(nèi)持續(xù)30分鐘后，在15秒內(nèi)迅速移入低溫箱并持續(xù)30分鐘，為一個循環(huán)，共循環(huán)27次。實(shí)驗(yàn)結(jié)束將樣機(jī)從溫度沖擊箱中取出，并在 室溫下恢復(fù)2小時，進(jìn)行外觀、機(jī)械和電性能檢查。

試驗(yàn)標(biāo)準(zhǔn)：手機(jī)各項(xiàng)功能正常；外觀檢驗(yàn)：殼體表面噴涂、絲印、電鍍無氣泡、褶皺、裂紋、起皮、脫落；裝飾件無翹起、脫落以及其他與測試前狀態(tài)不一致的現(xiàn)象。跌落試驗(yàn)（Drop Test）測試條件：1.5m高度，20mm大理石板。

試驗(yàn)方法：將手機(jī)處于開機(jī)狀態(tài)，進(jìn)行6個面的自由跌落實(shí)驗(yàn)，每個面的跌落次數(shù)為1次，跌 落之后進(jìn)行外觀、機(jī)械和電性能檢查。對于翻蓋手機(jī)，在跌翻蓋一面時，應(yīng)將一半樣品合上翻蓋跌，一半樣品打開翻蓋跌。

試驗(yàn)標(biāo)準(zhǔn)：手機(jī)各項(xiàng)功能正常；

外觀檢查：殼體表面無明顯掉漆，無裂紋、破損、沖擊痕以 及其他與測試前不一致的現(xiàn)象。振動試驗(yàn)（Vibration test）

測試條件：振幅：0.38mm；振頻：10~30Hz；振幅：0.19mm；振頻：30~55Hz；

試驗(yàn)方法：將手機(jī)開機(jī)放入振動箱。X、Y、Z三個軸向分別振動1個小時之后取出，然 后進(jìn)行外觀、機(jī)械和電性能檢查。

試驗(yàn)標(biāo)準(zhǔn)：振動前5分鐘內(nèi)手機(jī)內(nèi)存和設(shè)置沒有丟失現(xiàn)象，后55分鐘可以出現(xiàn)關(guān)機(jī)現(xiàn)象，手機(jī)各項(xiàng)功能正常，尤其是顯示和SPL，外殼無嚴(yán)重?fù)p傷（如掉漆），內(nèi)部元件無脫落。

濕熱試驗(yàn)（Humidity test）

測試環(huán)境：60oC，95%RH

試驗(yàn)方法：將手機(jī)處于關(guān)機(jī)狀態(tài)，放入溫度實(shí)驗(yàn)箱內(nèi)的架子上，持續(xù)60個小時之后 取出，恢復(fù)2小時，然后進(jìn)行外觀、機(jī)械和電性能檢查。

試驗(yàn)標(biāo)準(zhǔn)：手機(jī)各項(xiàng)功能正常；外觀檢查：外觀測試無異常（殼體、Lens表面無裂紋、氣泡；Lens 無被腐蝕現(xiàn)象；金屬、電鍍殼體或裝飾件無變色、腐蝕，以及無其他與測試前不一致的現(xiàn)象）。

高溫/低溫參數(shù)測試（Parametric Test）

測試環(huán)境：-10oC/55oC

試驗(yàn)方法：將手機(jī)處于開機(jī)狀態(tài)，放入溫度實(shí)驗(yàn)箱內(nèi)的架子上。持續(xù)2個小時之后(與 環(huán)境溫度平衡)，然后在此環(huán)境下進(jìn)行電性能檢查，檢查項(xiàng)目見附表1。

試驗(yàn)標(biāo)準(zhǔn)：手機(jī)電性能指標(biāo)滿足要求，功能正常，表面噴涂、電鍍無裂紋等。高溫高濕參數(shù)測試（Parametric Test）

測試環(huán)境：+45oC，95%RH

試驗(yàn)方法：將手機(jī)處于開機(jī)狀態(tài)，放入溫度實(shí)驗(yàn)箱內(nèi)的架子上。持續(xù)48個小時之 后，然后在此環(huán)境下進(jìn)行電性能檢查。

試驗(yàn)標(biāo)準(zhǔn)：手機(jī)電性能指標(biāo)滿足要求，功能正常；結(jié)構(gòu)檢查：裝飾件、Logo及機(jī)殼 等無脫落，殼體卡鉤無脫出、斷裂，外殼無變形；

外觀檢查：殼體表面無明顯掉漆，無裂紋、破損、沖擊痕以及其他與測試前狀態(tài)不一致現(xiàn)象。高溫/低溫功能測試（Functional test）

測試環(huán)境：-40oC/+70oC