信息技術(shù)研究所后臺登錄負(fù)載測試報告

《信息技術(shù)研究所后臺登錄負(fù)載測試報告》由會員分享，可在線閱讀，更多相關(guān)《信息技術(shù)研究所后臺登錄負(fù)載測試報告（26頁珍藏版）》請在裝配圖網(wǎng)上搜索。

1、信息技術(shù)研究所 后臺登錄負(fù)載測試報告 目錄 1．測試目標(biāo) 2 2．方案配置 2 2.1文件及程序信息 2 2.2腳本 2 2.3運行時設(shè)置 2 3．在用戶負(fù)載下事務(wù)響應(yīng)時間 3 4．每秒點擊數(shù) 4 5．Vuser負(fù)載方案 5 6．吞吐量 6 7．事務(wù)概要說明 7 8．平均事務(wù)響應(yīng)時間 8 9．虛擬用戶概要 9 10．負(fù)載過程中集合點下的虛擬用戶數(shù) 10 11．每秒錯誤數(shù) 11 12．每秒事務(wù)數(shù) 12 13．事務(wù)性能概要 13 14．事務(wù)響應(yīng)時間的百分比 14 15．每個時間段上的事務(wù)數(shù) 15 16．每秒HTTP響應(yīng) 16 17．連接數(shù) 17 1

2、8．每秒連接數(shù) 18 19．網(wǎng)頁分析 19 20．頁面響應(yīng)時間組成分析 20 21．頁面組成部分時間 21 22．頁面請求組成時間 23 23．loadrunner對象 23 24．圖信息 25 25．結(jié)論 26 1．測試目標(biāo) 使用手動場景，手動加壓模擬用戶，通過運行場景測試后臺登錄時系統(tǒng)的最大并發(fā)用戶數(shù)。 2．方案配置 2.1文件及程序信息 2.2腳本 腳本 文件 登錄退出.usr C:\Documents and Settings\Administrator\桌面\登陸退出\登錄退出.usr 2.3運行時設(shè)置 Script:

3、 登錄退出.usr 思考時間:按錄制參數(shù) 瀏覽器緩存：是 集合點設(shè)置：是 3．在用戶負(fù)載下事務(wù)響應(yīng)時間 顯示負(fù)載測試期間相對任何指定時間點運行的 Vusers 的數(shù)目的平均事務(wù)響應(yīng)時間。此圖有助于了解 Vuser 負(fù)載對性能時間的綜合影響，在分析負(fù)載逐漸變化的負(fù)載測試時最有用。 在圖1中可以看出在負(fù)載數(shù)為260-1020是，事務(wù)的響應(yīng)時間基本沒有變化，而在負(fù)載數(shù)為120-260和1020-1250時，事務(wù)的響應(yīng)時間有較大的波動。 Transaction Response Time Under Load

4、 Title Transaction Response Time Under Load Graph Type Correlate Base Graph Running Vusers Additional Average Transaction Response Time Granularity 1 Second

5、 圖1 圖1 4．每秒點擊數(shù) 顯示負(fù)載測試期間每秒內(nèi) Vuser 在 Web 服務(wù)器上點擊的次數(shù)。該圖可幫助您依據(jù)點擊次數(shù)來估算 Vuser 生成的負(fù)載數(shù)。一般點擊數(shù)會隨著負(fù)載的增加而增加，該

6、數(shù)據(jù)越大越好。 從圖2可以看出隨著時間的增加，每秒點擊數(shù)在增加，最高達(dá)到620次/s。 圖2 Color Scale Measurement Graph Minimum Average Graph Maximum Graph Median 1 Hits 0 119.729 618.875 73.75 5．Vuser負(fù)載方案 顯示負(fù)載測試的每秒期間執(zhí)行 Vuser 腳本的 Vusers 的數(shù)目及其狀態(tài)。此圖可以反映系統(tǒng)形成負(fù)載的過程，以及隨著時間的推移，虛擬用戶數(shù)是怎樣變化的。對于確定

7、任何指定時刻服務(wù)器上的 Vuser 負(fù)載非常有用。 在圖3：Running Vusers中可以看到用戶在2分8秒左右到達(dá)了負(fù)載峰值 1250 個虛擬用戶，負(fù)載生成是大約每8秒增加50個用戶，峰值負(fù)載持續(xù)42秒。 圖3 Color Scale Measurement Graph Minimum 1 Run 0 6．吞吐量 這里給出了在當(dāng)前系統(tǒng)負(fù)載下所使用的帶寬，該數(shù)據(jù)越小說明系統(tǒng)的帶寬以來越小，通過這個數(shù)據(jù)能確定是否出現(xiàn)了網(wǎng)絡(luò)帶寬的瓶頸。（單位：字節(jié)） 在圖4中可以得到最高的帶寬峰值是5500000B，遠(yuǎn)遠(yuǎn)低

8、于100M的局域網(wǎng)帶寬上限，所以系統(tǒng)不存在帶寬瓶頸。 圖4 Color Scale Measurement Graph Minimum Average Graph Maximum Graph Median 1 Throughput 0 1457321.516 5724606.25 1047487.625 7．事務(wù)概要說明 該項說明給出事務(wù)的pass個數(shù)和fail個數(shù)，了解負(fù)載的事務(wù)完成情況。通過的事務(wù)數(shù)越多，說明系統(tǒng)同的處理能力越強；失敗的事務(wù)越少，說明系統(tǒng)越可靠。 在圖5中可以看出，對于系統(tǒng)

9、后臺登錄操作一共有1174次操作成功，有364次失敗，結(jié)合每秒錯誤數(shù)可以分析到出現(xiàn)364次失敗是因為并發(fā)用戶數(shù)達(dá)到了系統(tǒng)不能承受的數(shù)據(jù)，導(dǎo)致系統(tǒng)崩潰。 圖5 8．平均事務(wù)響應(yīng)時間 此圖反映隨著時間的變化事務(wù)響應(yīng)時間的變化情況，時間越小說明處理的速度越快。如果和用戶負(fù)載生成圖合并在一起看，就可以發(fā)現(xiàn)用戶負(fù)載增加對系統(tǒng)事務(wù)響應(yīng)時間的影響規(guī)律。 在圖6中可以看到響應(yīng)時間是如何增長的，隨著時間的推移響應(yīng)時間逐漸變長，并且在4分鐘的時候出現(xiàn)下降的趨勢。 圖6 Color

10、 Scale Measurement Graphs Minimum Graphs Average Graphs Maximum Graphs Median 1 Action_Transaction 77.409 132.748 200.38 135.287 1 vuser_end_Transaction 0 0.035 0.403 0 1 vuser_init_Transaction 0 0.002 0.013 0.001 9．虛擬用戶概要 通過圖7可以看出虛擬用戶的成功率為76.33%，失敗率為23.67%。

11、 圖7 Color Scale Measurement Graph Average 1 Failed 364 1 Passed 1174 10．負(fù)載過程中集合點下的虛擬用戶數(shù) 當(dāng)場景中設(shè)置了集合點后會出現(xiàn)這張圖，該圖反映了隨著時間的推移各個時間點上并發(fā)用戶的數(shù)目，方便我們了解并發(fā)用戶數(shù)的變化情況。 在8中可以看到2分24秒時的負(fù)載并發(fā)用戶是1150，到3分28秒時降為0，后后在4分24秒升為350個用戶并發(fā)。 圖8 Color Scal

12、e Measurement Minimum Average Maximum 1 denglu 50 512.667 1150 11．每秒錯誤數(shù) 通過每秒錯誤數(shù)可以了解在每個時間點上錯誤產(chǎn)生的數(shù)目，該數(shù)據(jù)越小越好。通過這個圖可以了解錯誤隨負(fù)載的變化情況，定位何時系統(tǒng)在負(fù)載下開始不穩(wěn)定甚至出錯，配合系統(tǒng)日志可以定位產(chǎn)生錯誤的原因。在圖9中可以看到場景在2分38秒時開始出現(xiàn)錯誤。 圖9 Color Scale Measurement Graph Minimum Average Graph Maxim

13、um Graph Median 1 Error -26627 0 0.53 4.375 0 1 Error -27995 0 0.519 7.375 0 12．每秒事務(wù)數(shù) TPS吞吐量是另一個關(guān)鍵數(shù)據(jù)，該數(shù)據(jù)反映了系統(tǒng)在同一時間內(nèi)能處理業(yè)務(wù)的最大能力，這個數(shù)據(jù)越高說明系統(tǒng)處理能力越強。 在圖10中可以看到系統(tǒng)的TPS在15秒鐘內(nèi)便達(dá)到了每秒處理20個事務(wù)。隨后在4分鐘時達(dá)到了每秒68個事務(wù)。在2分30秒開始出現(xiàn)失敗事務(wù)。這里的最高值并不一定代表系統(tǒng)的最大處理能力 ，TPS會受到負(fù)載的影響，也會隨著負(fù)載的增加而逐漸增加，當(dāng)系統(tǒng)進(jìn)入繁忙期后，TPS

14、會有所下降。 圖10 Color Scale Measurement Graph Minimum Average Graph Maximum Graph Median 1 Action_Transaction:Fail 0 1.049 7.375 0 1 Action_Transaction:Pass 0 3.383 67.5 0 1 vuser_end_Transaction:Pass 0 4.432 47 0.25 1 vuser_init_Transact

15、ion:Pass 0 4.432 20.25 0 13．事務(wù)性能概要 這里會給出事務(wù)的平均時間、最大時間、最小時間柱狀圖，方便分析事務(wù)響應(yīng)時間的情況。 在圖11中可以看到系統(tǒng)后臺登錄這個事務(wù)最大時間為233.825s，最小時間為66.6s，平均時間為170.545s。柱狀圖的落差越小說明響應(yīng)時間波動越小，如果落差很大，說明系統(tǒng)不夠穩(wěn)定。圖11的落差就很大，系統(tǒng)太不穩(wěn)定。 圖11 Color Scale Measurement 1 Minimum 1 Average 1 Maxim

16、um 14．事務(wù)響應(yīng)時間的百分比 這里給出的是不同百分比下的事務(wù)響應(yīng)時間范圍，通過這個圖可以了解有多少比例的事務(wù)發(fā)生在某個時間內(nèi)，也可以發(fā)現(xiàn)響應(yīng)事務(wù)的分布規(guī)律，數(shù)據(jù)越平穩(wěn)說明響應(yīng)時間變化越小。 在圖12中可以看出25%的事務(wù)在120s內(nèi)，75%的事務(wù)在140-220s內(nèi)。 圖12 Color Scale Measurement Graph Minimum Graph Average Graph Maximum Graph Median 1 Action_Transaction 71.796 171.4

17、37 233.825 184.766 1 vuser_end_Transaction 0 0.089 1.857 0 1 vuser_init_Transaction 0 0.013 1.25 0 15．每個時間段上的事務(wù)數(shù) 該圖給出的是在每個時間段上的事務(wù)數(shù)，響應(yīng)時間較小的分類下的事務(wù)數(shù)越多越好。 從圖13可以看到絕大多數(shù)的事務(wù)的響應(yīng)時間接近1秒，少數(shù)事務(wù)的響應(yīng)時間比較長。 圖13 Color Scale Measurement 1 Action_Transaction

18、1 vuser_end_Transaction 1 vuser_init_Transaction 16．每秒HTTP響應(yīng) 這里給出了每秒鐘服務(wù)器返回各種狀態(tài)的數(shù)目。如果服務(wù)器返回的響應(yīng)數(shù)小于客戶端發(fā)出的點擊數(shù)，那么說明服務(wù)器無法應(yīng)答超出負(fù)載的連接請求。 在圖14中可以看到最高峰時服務(wù)器每秒能返回接近670個http的狀態(tài)。 圖14 Color Scale Measurement Graph Minimum 1 HTTP_200 0 1 HTTP_302

19、0 1 HTTP_404 0 17．連接數(shù) 在圖15中可以看出連接數(shù)在2分23秒是達(dá)到最大值，穩(wěn)定了8秒后開始下降。 圖15 Color Scale Measurement Graphs Minimum 1 Connections 0 18．每秒連接數(shù) 這里給出兩種不同狀態(tài)的連接數(shù)，中斷的和新建的連接，方便了解當(dāng)前每秒對服務(wù)器產(chǎn)生連接的數(shù)量。 在圖16中可以看到隨著時間的推移系統(tǒng)的連接數(shù)逐步下降。說明服務(wù)器的連接池已滿，無法連接更多的用戶。這時可以提高系統(tǒng)的最大連接數(shù)來連接更多的用戶。

20、 圖16 Color Scale Measurement Graphs Minimum 1 Connection Shutdowns 0 1 New Connections 0 19．網(wǎng)頁分析 添加該圖會得到整個場景運行后虛擬用戶訪問的page列表，也就是所有頁面下載時間列表。 從圖17中可以看到整個負(fù)載由5個頁面組成。其中4個請求都在40秒以內(nèi)，有一個請求時間較長，不過有下降趨勢。 圖17 Color Scale Measurement

21、Minimum Average Maximum 1 211.82.1..._logout.action (main URL):Action_Transaction -> 211.82.1..._logout.action (main URL) 0.015 2.28 7.264 1 211.82.1...r_logon.action (main URL):Action_Transaction -> 211.82.1...r_logon.action (main URL) 44.403 73.827 87.705 1 211.82.193.72:8080/a

22、dmin (main URL):Action_Transaction -> 211.82.193.72:8080/admin (main URL) 0.335 5.436 42.498 1 addons.../tk.gif?when=run (main URL):Action_Transaction -> addons.../tk.gif?when=run (main URL) 0.125 5.758 18.763 1 (main URL):Action_Transaction -> (main URL) 0.047 0.453 2.077 1 a

23、ddons.g- (main URL):Action_Transaction -> addons.g- (main URL) 0.052 0.097 0.342 1 adu.g-fo...=1362752786464 (main URL):Action_Transaction -> adu.g-fo...=1362752786464 (main URL) 0.037 1.779 9.648 1 i.firefo...kdialdata.json (main URL):Action_Transaction -> i.firefo...kdialdata.json (m

24、ain URL) 0.081 2.315 15.246 1 www.g-fo...ite_semodifier (main URL):Action_Transaction -> www.g-fo...ite_semodifier (main URL) 0.035 2.224 12.141 1 www.goog...e)%3B&utmu=qB~ (main URL):Action_Transaction -> www.goog...e)%3B&utmu=qB~ (main URL) 0.156 3.357 12.215 20．頁面響應(yīng)時間組成分析

25、 這張圖中顯示了每個頁面響應(yīng)時間的組成分析。從圖18中可以看出服務(wù)器返回第一個字節(jié)所需要的時間（first buffer time）明顯比較長。說明系統(tǒng)對于正常請求的處理時間開銷較大。 Page Download Time Breakdown Title Page Download Time Breakdown Current Resul

26、ts C:\Documents and Settings\Administrator\桌面\首頁xin\res\res.lrr Filters Component Type = (Page) Group By 圖18 Color Scale Measurement Minimum Average Maximum 1 DNS Resolution Time 0 1.312 18.395 1 Connection Time 0 0.244 7.532 1 SSL Handshaki

27、ng Time 0 0 0 1 FTP Authentication Time 0 0 0 1 First Buffer Time 0 11.52 138.514 1 Receive Time 0 0.151 4.548 1 Client Time 0 0.154 5.485 1 Error Time 0 0.164 11.386 21．頁面組成部分時間 這里反映了隨著時間的變化所有網(wǎng)頁的響應(yīng)時間變化過程。從圖19中可以看到大多數(shù)頁面的響應(yīng)時間是比較穩(wěn)定的，其中登錄刷新變動大。 Page Download

28、 Time Breakdown (Over Time) Title Page Download Time Breakdown (Over Time) Current Results C:\Documents and Settings\Administrator\桌面\首頁xin\res\res.lrr Filters Component Type = (Pa

29、ge) Group By Granularity 8 Seconds 圖19 Color Scale Measurement Minimum Average Maximum 1 211.82.1..._logout.action (main URL).[DNS Resolution Time] 0 0 0 1 211.82.1..._logout.action (main URL).[Connection Time] 0 0 0 1 211.82.1..._logout.actio

30、n (main URL).[SSL Handshaking Time] 0 0 0 1 211.82.1..._logout.action (main URL).[FTP Authentication Time] 0 0 0 1 211.82.1..._logout.action (main URL).[First Buffer Time] 0.015 2.28 7.262 1 211.82.1..._logout.action (main URL).[Receive Time] 0 0 0.001 1 211.82.1..._logou

31、t.action (main URL).[Client Time] 0 0 0 1 211.82.1..._logout.action (main URL).[Error Time] 0 0 0 1 211.82.1...r_logon.action (main URL).[DNS Resolution Time] 0 0 0 1 211.82.1...r_logon.action (main URL).[Connection Time] 0.008 1.509 7.532 1 211.82.1...r_logon.action (mai

32、n URL).[SSL Handshaking Time] 0 0 0 1 211.82.1...r_logon.action (main URL).[FTP Authentication Time] 0 0 0 1 211.82.1...r_logon.action (main URL).[First Buffer Time] 48.153 105.011 138.514 1 211.82.1...r_logon.action (main URL).[Receive Time] 0.115 1.225 4.548 1 211.82.1.

33、..r_logon.action (main URL).[Client Time] 0 0.927 5.485 1 211.82.1...r_logon.action (main URL).[Error Time] 0 1.642 11.386 1 211.82.193.72:8080/admin (main URL).[DNS Resolution Time] 0 0 0 1 211.82.193.72:8080/admin (main URL).[Connection Time] 0.004 0.221 1.526 1 211.82.

34、193.72:8080/admin (main URL).[SSL Handshaking Time] 0 0 0 22．頁面請求組成時間 這里提供了組成頁面時間請求的比例說明（客戶端時間/服務(wù)器時間）。從圖20可以發(fā)現(xiàn)整個頁面的處理在服務(wù)器端消耗的時間長，從而得到系統(tǒng)的性能問題在服務(wù)器端。 Time to First Buffer Breakdown

35、 Title Time to First Buffer Breakdown Current Results C:\Documents and Settings\Administrator\桌面\首頁xin\res\res.lrr Filters Component Type = (Page) Group By 圖20 23．loadrunner對象 Term Definition Vuser 腳本 Vuser 腳本描述 Vuser 在方案期間執(zhí)行的操作。每個

36、 Vuser 都在方案運行期間執(zhí)行 Vuser 腳本。Vuser 腳本中包含用于度量和記錄應(yīng)用程序組件性能的函數(shù)。 負(fù)載測試 對系統(tǒng)處理高負(fù)載的能力進(jìn)行測試。負(fù)載測試模擬同時與計算機(jī)交互的多個事務(wù)或用戶，并提供有關(guān)響應(yīng)時間和系統(tǒng)行為的報告。 運行時設(shè)置 通過運行時設(shè)置可以自定義 Vuser 腳本的執(zhí)行方式。需要在運行方案前在 Controller 或 VuGen 中配置運行時設(shè)置?？梢栽凇胺桨高\行時設(shè)置”對話框中查看有關(guān)在每個方案中運行的 Vuser 組和腳本的信息，以及方案中每個腳本的運行時設(shè)置。 方案 方案定義在每個測試會話期間發(fā)生的事件。例如，方案定義并控制要模擬的用戶數(shù)、用

37、戶執(zhí)行的操作以及運行模擬的計算機(jī)。 計劃程序 通過計劃生成器可以設(shè)置方案開始運行的時間、方案的持續(xù)時間或方案內(nèi) Vuser 組的持續(xù)時間，并可以逐漸運行和停止方案內(nèi)或 Vuser 組內(nèi)的 Vuser。它還允許您設(shè)置方案中 Vuser 的負(fù)載行為。 會話 使用 Analysis 實用程序時，需要在會話內(nèi)工作。Analysis 會話至少包含一個方案結(jié)果集(lrr 文件)。Analysis 實用程序處理方案結(jié)果信息并生成圖和報告。Analysis 將活動圖的顯示信息和布局設(shè)置存儲在擴(kuò)展名為 .lra 的文件。每個會話有會話名稱、結(jié)果文件名、數(shù)據(jù)庫名、目錄路徑以及類型。 事務(wù) 事務(wù)代表用于

38、度量服務(wù)器性能的操作或操作集。通過用開始和結(jié)束事務(wù)語句將相應(yīng)的腳本節(jié)括起來，可以在 Vuser 腳本內(nèi)定義事務(wù)。 Vuser LoadRunner 使用 Vuser 或虛擬用戶來代替實際用戶。運行方案時，Vuser 會模擬實際用戶對應(yīng)用程序的操作。一個方案可以包含單個工作站上并發(fā)運行的幾十、幾百甚至幾千個 Vuser。 24．圖信息 Term Definition 平均值 圖形度量的平均值。 點擊數(shù) Vuser 對 Web 服務(wù)器發(fā)出的 HTTP 請求數(shù)。 最大值 圖形度量的最大值。 度量 這是所監(jiān)視資源的類型。 中間值 圖形度量的中間值。 最小值 圖形度量的

39、最小值。 網(wǎng)絡(luò)延遲 通過網(wǎng)絡(luò)發(fā)送的數(shù)據(jù)包進(jìn)入所請求的節(jié)點并返回所需花費的時間。 網(wǎng)絡(luò)路徑 網(wǎng)絡(luò)路徑是數(shù)據(jù)在源計算機(jī)和目標(biāo)計算機(jī)之間傳送的路線。 響應(yīng)時間 執(zhí)行事務(wù)所花費的時間。 刻度(或粒度) 為在一個圖上顯示所有度量，以使圖更易于讀取和分析，可以更改 X 軸的刻度(或粒度)?？梢允謩釉O(shè)置度量的比例，查看圖中所有度量的度量趨勢，或者讓 Analysis 自動設(shè)置比例。“圖例”選項卡指明了每種資源的比例因子。 標(biāo)準(zhǔn)偏差(SD) 與算術(shù)平均數(shù)之間的偏離的平方的算術(shù)平均數(shù)的平方根 吞吐量 吞吐量是用字節(jié)度量的，表示 Vuser 從服務(wù)器接收的數(shù)據(jù)量。 Vuser 負(fù)載 運行方案時，Vuser 會生成負(fù)載或?qū)Ψ?wù)器加壓。LoadRunner 監(jiān)視該負(fù)載對應(yīng)用程序性能的影響。 25．結(jié)論 經(jīng)過多次模擬大量用戶并發(fā)場景，最終得出信息技術(shù)研究所后臺登錄的用戶最大并發(fā)數(shù)為1538人。由圖4可知系統(tǒng)不存在帶寬瓶頸。通過分析圖18和圖20，服務(wù)器端處理用戶請求和頁面消耗的時間很長，說明系統(tǒng)的性能瓶頸在服務(wù)器端。通過分析圖16發(fā)現(xiàn)可以通過提高系統(tǒng)的最大連接數(shù)來連接更多的用戶，從而提高用戶的最大并發(fā)數(shù)。另外可以通過優(yōu)化磁盤配置，優(yōu)化內(nèi)存等方法提高性能。