第一篇：性能測試問題解決方法-19種情況（模版）

一、Error-27727: Step download timeout(120 seconds)has expired when downloading resource(s).Set the “Resource Page Timeout is a Warning” Run-Time Setting to Yes/No to have this message as a warning/error, respectively

處理方法：

Run-Time Setting------Internet Protocol------Preferences------Option------Step download timeout(sec)改為32000 A、應(yīng)用服務(wù)參數(shù)設(shè)置太大導(dǎo)致服務(wù)器的瓶頸

B、頁面中圖片太多

C、在程序處理表的時候檢查字段太大或多

二、錯誤現(xiàn)象：Action.c(16): Error-27728: Step download timeout(120 seconds)has expired when downloading non-resource(s)。

錯誤分析：對于HTTP協(xié)議，默認(rèn)的超時時間是120秒（可以在LoadRunner中修改），客戶端發(fā)送一個請求到服務(wù)器端，如果超過120秒服務(wù)器端還沒有返回結(jié)果，則出現(xiàn)超時錯誤。解決辦法：首先在運行環(huán)境中對超時進行設(shè)置，默認(rèn)的超時時間可以設(shè)置長一些，再設(shè)置多次迭代運行，如果還有超時現(xiàn)象，需要在“Runtime Setting”>“Internet Protocol：Preferences”>“Advanced”區(qū)域中設(shè)置一個“winlnet replay instead of sockets”選項，再回放是否成功。

三、Action.c(7): Error-27791: Server “192.168.1.77″ has shut down the connection prematurely

解決方案如下：

1、應(yīng)用服務(wù)器死掉。小用戶時程序上的問題，程序上處理數(shù)據(jù)庫的問題

2、應(yīng)用服務(wù)沒有死。應(yīng)用服務(wù)參數(shù)設(shè)置問題。例如：在許多客戶端weblogic應(yīng)用服務(wù)器被拒絕，而在服

務(wù)器端沒有錯誤顯示，則有可能是weblogic中的server元素的acceptbacklog屬性值設(shè)得過低。如果連接

時收到connection refused消息，說明應(yīng)提高該值，每次增加25%。

3、數(shù)據(jù)庫的連接

在應(yīng)用服務(wù)的性能參數(shù)可能太小了，數(shù)據(jù)庫啟動的最大連接數(shù)（跟硬件的內(nèi)存有關(guān)）

4、有時關(guān)閉卡巴斯基也會解決如上問題

1）觀察response time 是否 超出默認(rèn)的120秒

2）檢查服務(wù)器日志是否有異常以及負(fù)載是否過高

3）web_set_timeout 設(shè)置更長的超時超時上限

如

web.set_timeout(”CONNECT”, “360″);

web.set_timeout(”RECEIVE”, “360″);

web.set_timeout(”STEP”, “360″)）觀察response time 是否 超出默認(rèn)的120秒這個問題，要詳細(xì)分析了。

應(yīng)該不會是LR自身造成的問題。

把時間調(diào)長，就是為了，定位問題在什么地方，而不是為了繞過這個錯誤的出現(xiàn)。

四、Action.c(38): Error-27492: “HttpSendRequest” failed, Windows error code=12002 and retry limit(0)exceeded for URL

在runtime setting中的preferences-->options-->http-request connect timeout(sec)的值設(shè)為999。

五、錯誤現(xiàn)象：Action.c(81):Continuing after Error-27498: Timed out while processing URL=http://172.18.20.70:7001/workflow/bjtel/leasedline/ querystat/ subOrderQuery.do 錯誤分析：這種錯誤常常是因為并發(fā)壓力過大，服務(wù)器端太繁忙，無法及時響應(yīng)客戶端的請求而造成的，所以這個錯誤是正?，F(xiàn)象，是壓力過大造成的。

如果壓力很小就出現(xiàn)這個問題，可能是腳本某個地方有錯誤，要仔細(xì)查看腳本，提示的錯誤信息會定位某個具體問題發(fā)生的位置。

解決辦法：例如上面的錯誤現(xiàn)象問題定位在某個URL上，需要再次運行一下場景，同時在其他機器上訪問此URL。如果不能訪問或時間過長，可能是服務(wù)器或者此應(yīng)用不能支撐如此之大的負(fù)載。分析一下服務(wù)器，最好對其性能進行優(yōu)化。

如果再次運行場景后還有超時現(xiàn)象，就要在各種圖形中分析一下原因，例如可以查看是否服務(wù)器、DNS、網(wǎng)絡(luò)等方面存在問題。

最后，增加一下運行時的超時設(shè)置，在“Run-Time Settings”>“Internet Protocol:Preferences”中，單擊“options”，增加“HTTP-request connect timeout” 或者“HTTP-request receive”的值。

六、Action.c(6): Error-26612: HTTP Status-Code=500(Internal Server Error)for http://192.168.0.8:10001/logonConsole.do;jsessionid={JSESSIONID2} 造成HTTP－500錯誤，有朋友告訴我如下幾個可能：

1、運行的用戶數(shù)過多，對服務(wù)器造成的壓力過大，服務(wù)器無法響應(yīng)，則報HTTP500錯誤。減小用戶數(shù)或者場景持續(xù)時間，問題得到解決。

2、該做關(guān)聯(lián)的地方?jīng)]有去做關(guān)聯(lián)，則報HTTP500錯誤。進行手工或者自動關(guān)聯(lián)，問題得到解決。

3、錄制時請求的頁面、圖片等，在回放的時候服務(wù)器找不到，則報HTTP500錯誤，若該頁面無關(guān)緊要，則可以在腳本中注釋掉，問題將會得到解決。例如：有驗證碼的情況下，盡管測試時已經(jīng)屏蔽了，但是錄制的時候提交了請求，但回放的時候不存在響應(yīng)。

4、參數(shù)化時的取值有問題，則報HTTP500錯誤?？蓪?shù)化列表中的數(shù)值，拿到實際應(yīng)用系統(tǒng)中進行測試，可排除問題。

5、更換了應(yīng)用服務(wù)器（中間件的更換，如tomcat、websphere、jboss等），還是利用原先錄制的腳本去運行，則很可能報HTTP500錯誤。因為各種應(yīng)用服務(wù)器處理的機制不一樣，所錄制的腳本也不一樣，解決辦法只有重新錄制腳本。

6、Windows xp2 與ISS組件不兼容，則有可能導(dǎo)致HTTP500錯誤。對ISS組件進行調(diào)整后問題解決。

7、系統(tǒng)開發(fā)程序?qū)懙挠袉栴}，則報HTTP500錯誤。例如有些指針問題沒有處理好的，有空指針情況的存在。修改程序后問題解決。

查找后臺日志發(fā)現(xiàn)報了很多0ra-01000錯誤,這是oracle達到最大游標(biāo)參數(shù)值,google了下,最大原因可能是JDBC連接沒關(guān)閉。最后查找weblogic連接池出了問題,很多連接沒關(guān)閉。

七、Action.c(15): 錯誤-27496: 內(nèi)部錯誤(呼叫客戶服務(wù)): _eStat(7)!= LRW_ITEM_STAT_ENUM_UNHANDLED for HandledTask at 048E180C

八、Action.c(56): Error-27995: Requested link(“Text=計劃管理”)not found [MsgId: MERR-27995] 方法：在IE中的工具—>Internet選項—>高級—>HTML設(shè)置中選擇第二個腳本類型.九、錯誤-27279：內(nèi)部錯誤（呼叫客戶服務(wù)）：Report initialization failed ,error code =-2147467259 [MsgId : MERR-27279 ] 建議重裝一下LR.這種問題有可能和你安裝有關(guān).dll文件出錯不是說寫的程序就能修改的.十、設(shè)置了持續(xù)時間，出現(xiàn)錯誤為：27796, Failed to connect to server 'hostname';port_ld': 'reason'.10048.（憑記憶寫的，不知道寫錯了沒有）

成功的解決方法：

在注冊表HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTcpipParameters里，有如下兩個鍵值： TcpTimedWaitDelay MaxUserPort 1,這里的TcpTimedWaitDelay默認(rèn)值應(yīng)該中是30s，所以這里，把這個值調(diào)小為5s（按需要調(diào)整）。

2,也可以把MaxUserPort調(diào)大（如果這個值不是最大值的話）。

十一、如何解決LodRunner中報錯關(guān)于Error-10489 : Exception was raised when calling per-thread-terminate function

在用Loadrunner實施性能測試時，采用Goal模式加壓，存在如果持續(xù)長時加壓時ＬoadRunner的Controller會報 Error-10489 : Exception was raised when calling per-thread-terminate function錯誤；

問題產(chǎn)生原因：

Unlike the earlier Windows versions, Windows 2000 and Windows XP have the default environment set to C:Document and SettingsLocal SettingsTemp instead of C:Windowstemp.This long path with a space can cause several problems for LoadRunner.To resolve the issue, change to a directory without empty spaces.解決方法：

在C盤（或是其它盤均可以）新建TEMP文件夾(為了后續(xù)設(shè)置臨時文件準(zhǔn)備)右鍵＂我的電腦＂->高級->環(huán)境變量->編輯修改TEMP變量目錄，指身上面新建的目錄，如我的指向C:TEMP->保存即可^_^

1> 問題描述Connection reset by peer.Error code : 10054 設(shè)置下載等的超時

用VuGen錄制腳本后，回放或者加壓的時候，可能會出現(xiàn)錯誤信息“Action.c(65): Error : socket6-Connection reset by peer.Error code : 10054”

這是因為，下載的速度慢，導(dǎo)致超時，所以，需要調(diào)整一下超時時間，方法如下： 在Run-time setting窗口中的‘Internet Protocol’－‘Preferences’設(shè)置set advanced options（設(shè)置高級選項），重新設(shè)置一下“HTTP-request connect timeout（sec）”

2> 問題描述：

Error：Failed to connect to server“192.168.2.192”：[10060]Connection Error：timed out Error：Server“192.168.2.192”has shut down the connection prematurely 原因：

1> 應(yīng)用訪問死掉

小用戶時：程序上的問題。程序上存在數(shù)據(jù)庫的問題 2> 應(yīng)用服務(wù)沒有死

應(yīng)用服務(wù)參數(shù)設(shè)置問題 例如：

在許多客戶端連接Weblogic應(yīng)用服務(wù)器被拒絕，而在服務(wù)器端沒有錯誤顯示，則有可能是Weblogic中的server元素的AcceptBacklog屬性值設(shè)得過低。如果連接時收到connection refused消息，說明應(yīng)提高該值，每次增加25％ Java連接池的大小設(shè)置，或JVM的設(shè)置等

3> 數(shù)據(jù)庫的連接

在應(yīng)用服務(wù)的性能參數(shù)可能太小了 數(shù)據(jù)庫啟動的最大連接數(shù)（跟硬件的內(nèi)存有關(guān)）

3> 問題描述

Error：Page download timeout（120seconds）has expired 分析原因：

應(yīng)用服務(wù)參數(shù)設(shè)置太大導(dǎo)致服務(wù)器的瓶頸 頁面中圖片太多

在程序處理表的時候檢查字段太多

十二、LoadRunner腳本中出現(xiàn)亂碼：在錄制Web協(xié)議腳本時出現(xiàn)中文亂碼，在回放腳本時會使回放停止在亂碼位置，腳本無法運行。

錯誤現(xiàn)象：某個鏈接或者圖片名稱為中文亂碼，腳本運行無法通過。

錯誤分析：腳本錄制可能采用的是URL-based script方式，如果程序定義的字符集合采用的是國際標(biāo)準(zhǔn)，腳本就會出現(xiàn)亂碼現(xiàn)象。

解決辦法：重新錄制腳本，在錄制腳本前，打開錄制選項配置對話框進行設(shè)置，在“Recording Options”的“Advanced”選項里先將“Surport Charset”選中，然后選中支持“UTF-8”的選項。

十三、LoadRunner HTTP服務(wù)器狀態(tài)代碼：在錄制Web協(xié)議腳本回放腳本的過程中，會出現(xiàn)HTTP服務(wù)器狀態(tài)代碼，例如常見的頁面-404錯誤提示、-500錯誤提示。

錯誤現(xiàn)象1：-404 Not Found服務(wù)器沒有找到與請求URI相符的資源，但還可以繼續(xù)運行直到結(jié)束。

錯誤分析：此處與請求URI相符的資源在錄制腳本時已經(jīng)被提交過一次，回放時不可再重復(fù)提交同樣的資源，而需要更改提交資源的內(nèi)容，每次回放一次腳本都要改變提交的數(shù)據(jù)，保證模擬實際環(huán)境，造成一定的負(fù)載壓力。

解決辦法：在出現(xiàn)錯誤的位置進行腳本關(guān)聯(lián)，在必要時插入相應(yīng)的函數(shù)。錯誤現(xiàn)象2：-500 Internal Server Error服務(wù)器內(nèi)部錯誤，腳本運行停止。錯誤分析：服務(wù)器碰到了意外情況，使其無法繼續(xù)回應(yīng)請求。

解決辦法：出現(xiàn)此錯誤是致命的，說明問題很嚴(yán)重，需要從問題的出現(xiàn)位置進行檢查，此時需要此程序的開發(fā)人員配合來解決，而且產(chǎn)生的原因根據(jù)實際情況來定，測試人員無法單獨解決問題，而且應(yīng)該盡快解決，以便于后面的測試。

十四、LoadRunner請求無法找到：在錄制Web協(xié)議腳本回放腳本的過程中，會出現(xiàn)請求無法找到的現(xiàn)象，而導(dǎo)致腳本運行停止。

錯誤現(xiàn)象：Action.c(41): Error-27979: Requested form not found [MsgId: MERR-27979] Action.c(41): web_submit_form highest severity level was “ERROR”,0 body bytes, 0 header bytes [MsgId: MMSG-27178]“ 這時在tree view中看不到此組件的相關(guān)URL。

錯誤分析：所選擇的錄制腳本模式不正確，通常情況下，基于瀏覽器的Web應(yīng)用會使用”HTML-based script“模式來錄制腳本；而沒有基于瀏覽器的Web應(yīng)用、Web應(yīng)用中包含了與服務(wù)器進行交互的Java Applet、基于瀏覽器的應(yīng)用中包含了向服務(wù)器進行通信的JavaScript/VBScript代碼、基于瀏覽器的應(yīng)用中使用HTTPS安全協(xié)議，這 時則使用”URL-based script“模式進行錄制。

解決辦法：打開錄制選項配置對話框進行設(shè)置，在”Recording Options“的”Internet Protocol“選項里的”Recording“中選擇”Recording Level“為”HTML-based script“，單擊”HTML Advanced“，選擇”Script Type“為”A script containing explicit“。然后再選擇使用”URL-based script“模式來錄制腳本。

十五、LoadRunner不執(zhí)行檢查方法：在錄制Web協(xié)議腳本中添加了檢查方法Web_find，但是在腳本回放的過程中并沒有執(zhí)行。

錯誤現(xiàn)象：在腳本中插入函數(shù)Web_find，在腳本中設(shè)置文本以及圖像的檢查點，但是在回放過程中并沒有對設(shè)置的檢查點進行檢查，即Web_find失效。

錯誤分析：由于檢查功能會消耗一定的資源，因此LoadRunner默認(rèn)關(guān)閉了對文本以及圖像的檢查，所以在設(shè)置檢查點后，需要開啟檢查功能。

解決辦法：打開運行環(huán)境設(shè)置對話框進行設(shè)置，在”Run-time Settings“的”Internet Protocol“選項里的”Perference“中勾選”Check“下的”Enable Image and text check“選項。

十六、LoadRunner回放Web Services協(xié)議腳本錯誤：LoadRunner 8.0版本在錄制Web Services協(xié)議的腳本時正常，但在回放時會出現(xiàn)錯誤，提示停止腳本運行。

錯誤現(xiàn)象：利用LoadRunner 8.0版本來錄制Web Services協(xié)議的腳本沒有任何錯誤提示，回放腳本時會出現(xiàn)如下錯誤提示”Error：server returned an incorrectly formatted SOAP response“。

錯誤分析：出現(xiàn)此錯誤的原因是LoadRunner8.0在錄制Web Services協(xié)議的腳本時存在一個缺陷：如果服務(wù)器的操作系統(tǒng)是中文的，VuGen會自動將WSDL文件的頭改為，所以才會有此錯誤提示。

解決辦法：下載兩個補丁，分別為”LR80WebServicesFPI_setup.exe“和”lrunner_web_ services_patch_1.exe“安裝上即可。

http://wenku.baidu.com/view/a576eb0a79563c1ec5da71c8.html

十七、業(yè)務(wù)：進入借款單（顯示借款單列表），新建借款單，新建后顯示借款單列表（新建的借款單在此列表中有顯示）我是錄制的腳本，可運行時，提示Action.c(112): 錯誤-26627: 對于“http://192.168.1.105:8080/T3/fee/feeLoanList.action”，HTTP 狀態(tài)代碼=404(Not Found)

解決： 說兩點：

1.手動正常未必就真正常，LR加壓的時候可能連接數(shù)占滿了，所以出404 2.還有一種情況，腳本里有檢查語句，叫什么lr_check還是什么的，就是一個腳本內(nèi)部檢查是否有該資源用的，不見著他我拼不出來，如果有，注釋掉看看

十八、Action.c(38): Error-27492: ”HttpSendRequest" failed, Windows error code=12002 and retry limit(0)exceeded for URL

在runtime setting中的preferences-->options-->http-request connect timeout(sec)的值設(shè)為999 Runtime Setting>Preferences>Advanced區(qū)域中設(shè)置一個winlnet replay instead of sockets選項（不勾選此項報 Error-27727）

十九、錯誤-27279：內(nèi)部錯誤（呼叫客戶服務(wù)）：Report initialization failed , error code =-2147467259 [MsgId : MERR-27279 ]

警告: 擴展 LrXml.dll 報告在調(diào)用函數(shù)ExtPerThreadInitialize時出現(xiàn)錯誤-1 錯誤: Vuser初始化擴展 LrXml.dll 失敗。Vuser Terminated.建議你重裝一下LR.這種問題有可能和你安裝有關(guān).dll文件出錯不是說寫的程序就能修改的.

第二篇：噴漆性能測試

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

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

試驗方法：

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

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

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

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

6.4.5 鏡面劃傷測試

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

測試目的：驗證鏡面耐硬物劃傷性能的可靠性

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

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

6.4.6 紫外線照射測試

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

測試目的：驗證噴涂抗紫外線照射的可靠性

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

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

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

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

6.4.7鹽霧測試

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

測試目的：測試樣機抗鹽霧腐蝕能力

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

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

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

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

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

6.4.2 附著力測試

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

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

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

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

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

6.4.3 硬度測試

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

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

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

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

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

6.4.4 汗液測試

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

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

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

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

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

溫度沖擊測試（Thermal shock）

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

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

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

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

試驗標(biāo)準(zhǔn)：手機各項功能正常；

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

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

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

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

濕熱試驗（Humidity test）

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

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

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

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

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

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

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

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

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

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

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

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

第三篇：LoadRunner測試工具教學(xué)存在問題及解決方法

LoadRunner測試工具教學(xué)存在問題及解決方法

href=“#”>

摘要：LoadRunner作為業(yè)內(nèi)主流的負(fù)載測試工具在軟件測試教學(xué)中被大量采用，同時在實際的項目性能測試中也被廣泛使用。本文主要對高職院?，F(xiàn)有軟件自動化測試工具教學(xué)中存在的一些問題進行分析，并有針對性地提出了可操作的解決方案，以自動化測試工具為載體，可以有效開展性能測試教學(xué)。

關(guān)鍵詞：LoadRunner；測試工具；問題；解決方法

中圖分類號：G712 文獻標(biāo)識碼：A 文章編號：1672-5727（2012）01-0104-03

隨著我國信息產(chǎn)業(yè)的發(fā)展，產(chǎn)品的質(zhì)量控制和質(zhì)量管理將成為企業(yè)生存與發(fā)展的核心。一方面，企業(yè)對高質(zhì)量的測試人才需求量逐步增加；另一方面，軟件測試人才相對缺乏。近幾年高職院校針對市場對人才的實際需要開設(shè)了軟件測試相關(guān)課程，加大了對軟件測試人才的培養(yǎng)力度。

在高職院校軟件測試課程教學(xué)中，一般主要側(cè)重三個方面：軟件測試的基本概念和流程、常用的利用黑盒白盒等方法進行測試用例設(shè)計、一些主流測試工具的使用。而目前隨著網(wǎng)絡(luò)應(yīng)用系統(tǒng)的廣泛應(yīng)用，軟件系統(tǒng)對性能的要求越來越高，因此在很多實際項目應(yīng)用中，性能測試被擺到越來越重要的位置，而性能測試比較功能等測試對測試人員有更高的要求。在讓學(xué)生更好地掌握性能測試方法并在實際項目中靈活運用這方面，軟件測試課程教學(xué)相對比較薄弱。

Loadrunner自動化測試工具教學(xué)目前存在的問題

由于在實際的軟件測試中性能測試占據(jù)越來越重要的地位，因此一般在高職的軟件測試教學(xué)中都會涉及性能測試，目前高職軟件測試教學(xué)中多通過讓學(xué)生操作自動化測試工具來開展性能測試，如常用的HP公司的LoadRunner，它是HP公司的一款預(yù)測系統(tǒng)行為和性能的工業(yè)標(biāo)準(zhǔn)級負(fù)載測試工具，它能通過模擬上千萬用戶實施并發(fā)負(fù)載及實時性能監(jiān)測的方式來確認(rèn)和查找問題。目前，大部分院校的教學(xué)重點放在教學(xué)生如何使用操作工具，而筆者通過幾年的教學(xué)實踐發(fā)現(xiàn)存在以下一些問題：（1）學(xué)生能利用工具進行功能操作，但對測試腳本不理解，無法進行基本的修改，以適應(yīng)測試需求；（2）學(xué)生知道一些基本概念，但不能在實際測試中合理運用；（3）調(diào)試能力弱，不能較好地解決測試中遇到的基本問題；（4）缺乏對性能測試的總體和直觀的認(rèn)識，學(xué)生學(xué)習(xí)起來存在困難。

在實際教學(xué)中如何把握教學(xué)重點和難點，讓學(xué)生真正對性能測試有所認(rèn)識，并能進行實際應(yīng)用，而不是單純學(xué)習(xí)工具的操作方法，這是教學(xué)中亟須解決的主要問題。

解決方案及其實施

LoadRunner性能測試操作流程如圖1所示。LoadRunner軟件提供工具錄制并生成測試腳本，測試人員通過設(shè)置并運行場景，最后通過收集的數(shù)據(jù)評價系統(tǒng)性能。在教學(xué)中一般會讓學(xué)生學(xué)習(xí)這三個部分的操作，例如通過VGen錄制并編輯腳本，利用Controller按照要求設(shè)置不同運行場景，最后通過Analysis生成并分析測試結(jié)果。整個流程學(xué)生都能夠通過鼠標(biāo)點擊操作完成，但這對于性能測試是遠(yuǎn)遠(yuǎn)不夠的，在教學(xué)中需要在以下幾方面進行重點強化。

（一）理解基本函數(shù)，讀懂測試腳本

LoadRunner能夠通過錄制的方式自動生成測試腳本，因此學(xué)生感覺比較簡單。此外，編輯腳本中插入事務(wù)、集合點，參數(shù)化輸入的操作也都可通過鼠標(biāo)點擊來一步步完成，但面對一段段自動生成的測試腳本，應(yīng)該在哪里定義事務(wù)？集合點設(shè)在哪里比較合適？哪些數(shù)據(jù)需要參數(shù)化？學(xué)生往往無所適從。

因此，讀懂測試腳本非常重要，面對LoadRunner大量的函數(shù)，要幫助學(xué)生理解基本常用函數(shù)的用法，在基于B/S結(jié)構(gòu)的系統(tǒng)測試中主要包括以下函數(shù)，在教學(xué)中要求學(xué)生重點掌握這些函數(shù)的用法，理解函數(shù)結(jié)構(gòu)。

1.web_url（）

2.web_link（）

3.web_submit_form（）

4.web_submit_data（）

5.web_add_cookie（）

6.lr_think_time（）

7.web_find（）

8.web_reg_fing（）

9.web_reg_save_param（）

（二）整合軟件功能，設(shè)計教學(xué)案例

在LoadRunner軟件教學(xué)中一些基本的概念和設(shè)置是學(xué)生必須掌握的，主要包括事務(wù)及事務(wù)的響應(yīng)時間、集合點、數(shù)據(jù)參數(shù)化、檢查點和關(guān)聯(lián)設(shè)置等，通過鼠標(biāo)點擊能夠快速地進行事務(wù)、集合點等設(shè)置，但如何讓學(xué)生理解這些功能的靈活應(yīng)用是教學(xué)中的重點和難點。通過教學(xué)實踐，采取場景教學(xué)法可以有效幫助學(xué)生快速理解這些功能的實際應(yīng)用。例如，在檢查點功能的教學(xué)中，我們設(shè)計了7個教學(xué)案例，把軟件的基本功能進行了整合，讓學(xué)生充分理解這些功能的實際應(yīng)用。

通過案例一（見圖2）的教學(xué)和實踐，學(xué)生能夠發(fā)現(xiàn)問題：回放腳本時用了與以前一樣的注冊信息，為何沒有提示任何錯誤，顯示腳本運行“PASS”呢？該場景運行可讓學(xué)生學(xué)習(xí)VuGen怎樣區(qū)分腳本是否回放正確。一般情況下腳本回放錯誤都是頁面無法找到，而只要頁面返回了，VuGen都不會提示任何錯誤，仍會顯示為PASS狀態(tài)，這并不能說明腳本完成了相關(guān)操作，而只能說明服務(wù)器端正確接收到了客戶端的請求并且返回了相應(yīng)的數(shù)據(jù)，但并不代表操作在邏輯上是正確的。通過該測試場景我們了解到VuGen不會判斷注冊失敗的錯誤，這就需要通過增加檢查點來判斷操作是否真正成功。

通過案例二（見圖3）的教學(xué)和實踐，學(xué)生能夠理解通過檢查點函數(shù)的執(zhí)行，測試腳本能夠自動檢測返回頁面上的信息，并給出檢測結(jié)果。

通過案例三（見圖4）的教學(xué)和實踐，學(xué)生能夠理解參數(shù)化在實際測試中的應(yīng)用，通過參數(shù)化選取不同的用戶注冊信息，測試腳本能順利通過檢查點，自動完成多用戶注冊。

案例四（見圖5）和案例五（見圖6）需要進行對比教學(xué)，主要幫助學(xué)生理解在真實的項目測試中如何獲得正確的事務(wù)響應(yīng)時間。

案例六（見圖7）和案例七（見圖8）主要讓學(xué)生理解關(guān)聯(lián)的作用已經(jīng)應(yīng)用場合及方法。

在進行性能測試中經(jīng)常需要度量用戶完成一個操作需要多少時間，而通過案例四我們能夠知道測試腳本執(zhí)行并沒有真正通過，此時事務(wù)時間的統(tǒng)計存在錯誤，并不是真實用戶注冊的事務(wù)響應(yīng)時間。案例五設(shè)計的目的在于讓學(xué)生理解實際測試中在絕大多數(shù)情況下對于事務(wù)都需要采用手工事務(wù)的方式來確保事務(wù)的正確性和事務(wù)時間的有效性。

同樣，在Controller操作的教學(xué)中也可以設(shè)計幾個不同的測試場景，把需要講授的內(nèi)容進行整合，讓學(xué)生在實際應(yīng)用中學(xué)習(xí)軟件的主要功能。

場景一：手工場景設(shè)置方式，兩組虛擬用戶，運行在本地負(fù)載機，負(fù)載逐漸加載，持續(xù)一段時間后虛擬用戶逐漸減壓。該場景點擊執(zhí)行后立即執(zhí)行。

場景二：手工場景設(shè)置方式，兩組虛擬用戶，一組在本地負(fù)載機運行，負(fù)載同時加壓，腳本運行完結(jié)束；一組在遠(yuǎn)程負(fù)載機運行，負(fù)載逐漸增加，持續(xù)一段時間后負(fù)載同時停止。該場景點擊執(zhí)行后過一段時間執(zhí)行。

場景三：手工場景百分比模式設(shè)置方式，兩組虛擬用戶，運行在本地負(fù)載機，逐步增加負(fù)載，持續(xù)一段時間后逐步降低負(fù)載，再次逐步增加負(fù)載，持續(xù)一段時間后，同時停止所有負(fù)載。該場景設(shè)定為某年某月具體時間開始執(zhí)行。

場景四：創(chuàng)建目標(biāo)場景模式，選取虛擬用戶數(shù)目標(biāo)設(shè)定。

通過以上四個場景的教學(xué)，讓學(xué)生在應(yīng)用中學(xué)習(xí)虛擬用戶組、負(fù)載機、用戶行為、測試場景等概念及操作設(shè)置。

（三）利用四步調(diào)試，明確問題定位

學(xué)生在開始學(xué)習(xí)LoadRunner時經(jīng)常會遇到錄制的腳本在試用中出現(xiàn)問題，在教學(xué)中可對腳本的運行設(shè)計以下四個步驟，幫助學(xué)生快速定位腳本問題：

（1）確認(rèn)在VU里SUSI（單用戶單循環(huán)次數(shù)single user & single iteration）；

（2）確認(rèn)在VU里SUMI（單用戶多循環(huán)次數(shù)single user & multi iteration）；

（3）確認(rèn)在controller中MUSI（多用戶單循環(huán)次數(shù)multi user & single iteration）；

（4）確認(rèn)在controller中MUMI（多用戶多循環(huán)次數(shù) multi user & multi iteration）。

第一步驟是驗證腳本編寫正確與否，尤其是學(xué)生進行了事務(wù)、集合點等操作后，腳本經(jīng)常容易存在錯誤；第二步驟可以驗證數(shù)據(jù)池是否正常運作；第三步驟驗證并發(fā)功能；第四步驟是最終目的，驗證軟件系統(tǒng)的性能。

軟件工程中對軟件開發(fā)的種種行為都要制定一個proccess（過程），性能測試也是如此，按照過程來調(diào)試腳本和場景，能及早發(fā)現(xiàn)問題和定位問題。

（四）搭建測試環(huán)境，理解性能測試

在進行LoadRunner測試軟件教學(xué)中，測試環(huán)境的搭建對學(xué)生理解性能測試非常重要。

目前應(yīng)用比較廣泛的網(wǎng)絡(luò)客戶/服務(wù)器軟件（也稱為B/S結(jié)構(gòu)）的基本組成部分大致相同。最簡單的網(wǎng)絡(luò)軟件構(gòu)成（見圖9），它的用戶端只是一個瀏覽器，服務(wù)器則只有網(wǎng)絡(luò)服務(wù)器。

現(xiàn)在廣泛使用的商用網(wǎng)絡(luò)軟件中最常見的模型就是所謂三層體系結(jié)構(gòu)，如圖10所示。

針對網(wǎng)絡(luò)軟件在進行性能測試時，測試的入口是客戶端，但關(guān)注的系統(tǒng)性能與網(wǎng)絡(luò)環(huán)境、服務(wù)器等密切相關(guān)，因為在利用LoadRunner進行性能測試時，必須要搭建測試環(huán)境，讓學(xué)生更好地理解測試結(jié)果的實際意義。在教學(xué)中可以按照圖11所示組建測試環(huán)境，每組學(xué)生利用二臺機器作為負(fù)載機，其中一臺同時作為控制器，讓學(xué)生理解單臺負(fù)載機有一定的負(fù)載上線，服務(wù)器可以根據(jù)實際設(shè)備情況采用一臺或二臺，把應(yīng)用服務(wù)器與數(shù)據(jù)服務(wù)器進行分離。此外，在準(zhǔn)備測試環(huán)境時，需要把原始環(huán)境進行備份，以便恢復(fù)，方便教學(xué)。

只有在一定的測試環(huán)境下，LoadRunner提供的測試結(jié)果數(shù)據(jù)才有相應(yīng)的意義，一方面，通過負(fù)載的變化，可以幫助學(xué)生理解LoadRunner收集的性能測試數(shù)據(jù)，如每秒事務(wù)數(shù)、每秒點擊數(shù)、事務(wù)平均響應(yīng)時間、帶寬使用等情況。另一方面，通過搭建的環(huán)境，我們可以方便地監(jiān)控服務(wù)器的各項性能指標(biāo)，如服務(wù)器CPU、內(nèi)存使用率、各個進程所使用的相關(guān)資源信息等，并在不同負(fù)載下對各個指標(biāo)進行跟蹤對比，使學(xué)生對性能測試有直觀的認(rèn)識。

（五）采用經(jīng)驗公式，設(shè)計負(fù)載壓力

在LoadRunner軟件的教學(xué)中難點不在于工具的使用，而在于測試場景中的數(shù)據(jù)如何產(chǎn)生，如測試中并發(fā)用戶數(shù)為什么設(shè)為120，而不是300？如果對此沒有一定的認(rèn)識，僅僅學(xué)習(xí)工具的操作使用，并不能很好地在實際項目中開展性能測試，因此在教學(xué)中需要加入相應(yīng)的易理解可操作的內(nèi)容。在教學(xué)中可采用經(jīng)驗公式，讓學(xué)生有可操作的依據(jù)，也便于理解。例如，在設(shè)計并發(fā)測試時可以利用如下公式：

C=nL/T

其中C：平均并發(fā)用戶數(shù)

n：login session的數(shù)量

L：login session的平均長度

T：考察的時間段長度

并發(fā)數(shù)峰值估算公式：C（max）≈C+3

在教學(xué)中通過利用這些經(jīng)驗公式，學(xué)生在實際場景設(shè)計中就有了可實施的具體方法，使性能測試具有實際意義。

參考文獻：

[1]于涌.精通軟件性能測試與LoadRunner實戰(zhàn)[M].北京：人民郵電出版社，2010.[2]趙艷玲.軟件開發(fā)中的需求獲取[J].現(xiàn)代電子技術(shù)，2007，（11）：580-581.[3]柳純錄，黃子河，陳淥萍.軟件評測師教程[M].北京：清華大學(xué)出版社，2005.作者簡介：

徐芳（1970―），女，上海市人，碩士，浙江機電職業(yè)技術(shù)學(xué)院高級工程師，主要從事計算機工程的教學(xué)與研究。

第四篇：性能測試工程師心得

高級性能測試工程師培訓(xùn)心得

--稅務(wù)事業(yè)部 魏琳

從中國的軟件現(xiàn)狀來看，各式各樣的軟件層出不窮，但是好的卻并不多，能夠走向國際的更是少之又少。中國的軟件要想與國際接軌，就必須要完善自己的軟件產(chǎn)業(yè)，使軟件產(chǎn)業(yè)走向正規(guī)化、國際化，從而更加完善自己的軟件產(chǎn)品，這就使軟件測試工程師的人員缺口很大。很多人認(rèn)為軟件測試無非就是找錯誤，挑程序員的毛病，僅此而已，其實不然，測試并不只是單純的挑刺，更多的意義是在輔助程序員，讓程序員的程序更加完美，讓公司的產(chǎn)品能夠更穩(wěn)固的占據(jù)市場，尤其是現(xiàn)在這個軟件行業(yè)競爭異常激烈的時代，只有公司的產(chǎn)品站住了腳，公司才會有更多的效益產(chǎn)生，只有公司有了效益，員工才會領(lǐng)到更多的工資，這樣公司才能長久的生存下去，而幫助產(chǎn)品能夠更堅牢的站住市場的，就是軟件測試人員。

這次有幸參加公司組織的為期五天的高級性能測試工程師的培訓(xùn)，雖然課程緊密，內(nèi)容繁多，但是我卻樂在其中，受益匪淺。借此機會與大家分享一下我這幾天以來的學(xué)習(xí)心得：

首先，知識日新月異，不學(xué)則惘。在當(dāng)今這個信息高速傳遞的社會，不難感受到知識爆炸的巨大威力，特別對于我們IT行業(yè)，更加深刻體會到什么叫做“日新月異”，更加深刻認(rèn)識到，先進的知識與技術(shù)是一個企業(yè)立于不敗之地關(guān)鍵因素。但是對于已經(jīng)步入社會的我們，已經(jīng)遠(yuǎn)離校園的我們，現(xiàn)在的學(xué)習(xí)缺乏系統(tǒng)性，往往不能自覺主動地抽出時間，靜下心來學(xué)習(xí)，常常是需要什么，急用什么，才想起來學(xué)什么，遇到問題才翻理論、尋政策，臨時抱佛腳，學(xué)習(xí)缺乏“擠”勁和“鉆”勁，淺嘗輒止，通過這次培訓(xùn)，使我在老師那里學(xué)到了當(dāng)今最流行的測試技術(shù)以及測試管理，當(dāng)然這只是其次，最重要的是在同行中營造了濃厚的學(xué)習(xí)氛圍，大家互相取長補短，分享工作中遇到的各種問題，與老師討論如何提升自己的價值。知識就是力量，知識就是本錢，我們應(yīng)該以這次培訓(xùn)為契機認(rèn)真學(xué)，努力學(xué)。

其次，責(zé)任重于泰山，無為則殆。做而不學(xué)等于蠻干，學(xué)而不做等于白學(xué)。我們學(xué)習(xí)的根本目的就是要用所學(xué)的知識來指導(dǎo)我們做事。通過這次學(xué)習(xí)，我更清楚地感到自己肩上責(zé)任的重大，無論我們從事哪種行業(yè)，無論我們身兼何職，責(zé)任心、使命感和進取心是我們一輩子不能舍棄的東西。通過這次學(xué)習(xí)，使我感覺到學(xué)習(xí)的重要性和緊迫性，我們學(xué)習(xí)的自覺性、主動性、積極性得到了激發(fā)，把所學(xué)的知識應(yīng)用到自己的崗位當(dāng)中，提升自己的價值，當(dāng)我們付出艱苦勞動得到的產(chǎn)品傳遞的客戶那里，獲得的是一份肯定，一份贊賞時，我們才可以如釋重負(fù)，我們的努力才沒有白費。

最后，學(xué)以致用，做好本職工作。通過五天的學(xué)習(xí)，使我的理論水平、知識素養(yǎng)都有了很大的提高，但歸根到底還是要把工作做好。NO excuse！不為失敗找借口，要為成功找方法。我們在工作中要完成一項工作，往往會碰到這樣那樣的問題和困難，如何正確的對待這些問題和困難?沒有任何借口，只有千方百計地尋找解決問題、克服困難的辦法。

北京學(xué)習(xí)雖然短暫，但是我們從中獲得的東西卻是受益終生的！

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

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

一、明確性能測試的范圍

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

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

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

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

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

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

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

事務(wù)：指訪問并可能更新數(shù)據(jù)庫中各種數(shù)據(jù)項的一個程序執(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ù)庫安裝在獨立干凈的服務(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運行，故使用web（http/html）協(xié)議錄制。

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

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

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

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

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

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

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

3章節(jié) 進行學(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ù)失敗率、錯誤率等（場景運行完畢可通過loadrunner工具導(dǎo)出性能測試結(jié)果），是否達標(biāo)是要與性能測試指標(biāo)進行比對。

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

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

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

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

2、測試與開發(fā)人員根據(jù)性能測試數(shù)據(jù)，從硬件環(huá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