性能測試計(jì)劃

1、XXXXXX 手機(jī)銀行客戶端手機(jī)銀行客戶端 性能測試方案性能測試方案 修訂記錄修訂記錄 日期日期版本版本修訂說明修訂說明修訂人修訂人 2011-8-301.0 初稿王穎 目目 錄錄 1導(dǎo)言導(dǎo)言.1 1.1文檔目的 .1 1.2背景 .1 1.3參考文檔 .1 2測試目的測試目的.1 3測試指標(biāo)測試指標(biāo).2 4測試范圍測試范圍.3 4.1邏輯架構(gòu)圖.3 4.2交易選取原則.3 4.3交易范圍 .4 4.4環(huán)境與版本.5 5測試資源測試資源.5 5.1人員 .5 5.2工具 .5 5.3環(huán)境 .6 5.3.1網(wǎng)絡(luò)拓?fù)鋱D.6 5.3.2軟硬件配置.6 6測試約束測試約束.7 6.1入口和出口準(zhǔn)則.7

2、 6.1.1入口準(zhǔn)則.7 6.1.2出口準(zhǔn)則.7 6.2暫停/再啟動(dòng)準(zhǔn)則.7 6.3通過/失敗準(zhǔn)則.8 6.3.1通過準(zhǔn)則.8 6.3.2失敗準(zhǔn)則.8 7測試策略測試策略.8 7.1策略描述 .8 7.2測試類型 .9 7.2.1基準(zhǔn)測試.9 7.2.2負(fù)載測試.9 7.2.3穩(wěn)定性測試.9 7.3測試數(shù)據(jù) .9 7.3.1參數(shù)數(shù)據(jù).9 7.3.2存量數(shù)據(jù).9 8測試方法測試方法 .10 8.1基準(zhǔn)測試 .10 8.1.1場景1：普通聯(lián)機(jī)交易基準(zhǔn)測試場景.10 8.1.2場景2：普通聯(lián)機(jī)交易以檔板程序返回的基準(zhǔn)測試場景.10 8.2負(fù)載測試 .11 8.2.1場景3：單交易負(fù)載測試.11 8.

3、3穩(wěn)定性測試 .12 8.3.1場景4：穩(wěn)定性測試場景.12 9測試風(fēng)險(xiǎn)測試風(fēng)險(xiǎn) .12 10進(jìn)度及分工進(jìn)度及分工.12 11交付物交付物.13 12附件附件.13 1導(dǎo)言導(dǎo)言 1.1文檔目的文檔目的 手機(jī)銀行客戶端系統(tǒng)（簡稱客戶端系統(tǒng)）即將上線，為了保證投產(chǎn)后系統(tǒng)能夠支撐業(yè) 務(wù)發(fā)展，穩(wěn)定運(yùn)行，對手機(jī)客戶端系統(tǒng)進(jìn)行性能測試；本文檔的編寫即是為了對性能測試 實(shí)施提供方法指導(dǎo)、計(jì)劃資源分配、識別實(shí)施風(fēng)險(xiǎn)，提高測試的可控性和有效性。 1.2背景背景 手機(jī)客戶端系統(tǒng)是在推出 wap 手機(jī)銀行后，針對高端手機(jī)客戶推出的在線金融服務(wù)系 統(tǒng)，手機(jī)客戶端系統(tǒng)與 wap 系統(tǒng)共用一套客戶數(shù)據(jù)，傳統(tǒng)業(yè)務(wù)業(yè)務(wù)邏輯一

4、致，針對手機(jī)客 戶端獨(dú)有的特點(diǎn)，推出了金融助手服務(wù)，主要包含了，商戶搜索，在線購買機(jī)票，手機(jī)充 值，理財(cái)計(jì)算器等特色功能。 由于客戶端和 wap 手機(jī)銀行共用一套客戶數(shù)據(jù)，故 wap 手機(jī)銀行的客戶群是手機(jī)銀行 客戶端系統(tǒng)潛在的使用者。所以手機(jī)銀行客戶端系統(tǒng)的性能測試基于現(xiàn)有 wap 手機(jī)銀行生 產(chǎn)的存量數(shù)據(jù)進(jìn)行，保證性能測試環(huán)境與將來生產(chǎn)環(huán)境相吻合。 備注：但實(shí)際測試過程中，銀行很難提供完全滿足業(yè)務(wù)的大量數(shù)據(jù)，因?yàn)檫@些大量數(shù) 據(jù)不一定能滿足我們所做業(yè)務(wù)的單項(xiàng)數(shù)據(jù)要求。 1.3參考文檔參考文檔 暫無 2測試目的測試目的 通過對手機(jī)銀行客戶端系統(tǒng)的性能測試實(shí)施，在測試范圍內(nèi)可以達(dá)到如下目的： 1

5、、 了解客戶端系統(tǒng)在各種業(yè)務(wù)場景下的性能表現(xiàn)； 2、 了解客戶端業(yè)務(wù)系統(tǒng)的穩(wěn)定性； 3、 檢驗(yàn)系統(tǒng)在異常業(yè)務(wù)場景下的容錯(cuò)能力； 4、 通過各種業(yè)務(wù)場景的測試實(shí)施，為系統(tǒng)調(diào)優(yōu)提供數(shù)據(jù)參考； 5、 通過性能測試發(fā)現(xiàn)系統(tǒng)瓶頸，并進(jìn)行優(yōu)化。 6、 預(yù)估系統(tǒng)的業(yè)務(wù)容量 3測試指標(biāo)測試指標(biāo) 指標(biāo)分類指標(biāo)分類指標(biāo)描述指標(biāo)描述性能指標(biāo)需求數(shù)值性能指標(biāo)需求數(shù)值 每秒事務(wù)數(shù) TPSTPS1=100 筆/秒 典型交易平均交易響應(yīng)時(shí)間 ART ART 0.2 秒/筆 系統(tǒng)處理能力 交易成功率 98% CPU 占用率 60% 內(nèi)存使用率 80%主機(jī)資源利用率 磁盤讀寫率(I/O) 80% CPU 占用率 60% 內(nèi)存使

6、用率 80%EWP 資源利用率 磁盤讀寫率(I/O) 80% 系統(tǒng)穩(wěn)定性評估系統(tǒng)是否能夠長時(shí)間穩(wěn)定運(yùn)行 1、交易成功率98%； 2、場景運(yùn)行期間系統(tǒng)資源及處 理能力保持平穩(wěn)； 3、無內(nèi)存泄漏發(fā)生； 【說明】 1、把手機(jī)銀行客戶端接入的服務(wù)(EWP)和應(yīng)用服務(wù)(APP)作為一個(gè)整體進(jìn)行測試，前 提是保證 EWP 服務(wù)不成為系統(tǒng)的瓶頸，如果發(fā)現(xiàn) EWP 是瓶頸需要查明原因，并解決。 2、為了保證測試過程中負(fù)載機(jī)/客戶端不成為系統(tǒng)瓶頸，測試過程中要求負(fù)載機(jī)/客戶 端的 CPU 和內(nèi)存使用率均低于 80%，否則需要考慮增加負(fù)載機(jī)資源。 3、為了重點(diǎn)測試手機(jī)銀行客戶端自身系統(tǒng)，系統(tǒng)的聯(lián)機(jī)交易均做檔板處理

7、。系統(tǒng)通過 前置發(fā)起交易測試一組基礎(chǔ)數(shù)據(jù)，以便得到系統(tǒng)自身響應(yīng)時(shí)間，通過該響應(yīng)時(shí)間確定在混 合業(yè)務(wù)場景中不同交易的占比。 4測試范圍測試范圍 4.1邏輯架構(gòu)圖邏輯架構(gòu)圖 手機(jī)客戶端就是可以在手機(jī)終端運(yùn)行的軟件；光大銀行的客戶端指的是推出的給客戶 提供在線金融服務(wù)的手機(jī)客戶端，包括三部分，客戶端，EWP，APP，本次性能測試主要 針對 EWP 服務(wù)和 APP 服務(wù)，業(yè)務(wù)邏輯圖如下： 為了真實(shí)反映手機(jī)客戶端系統(tǒng)自身的處理能力，本次測試范圍只包含客戶端系統(tǒng)新增 加的服務(wù)（圖中黑色線實(shí)框） ，客戶端，前置和核心等業(yè)務(wù)系統(tǒng)不在本次測試范圍內(nèi)。由于 加密機(jī)為本次客戶端上線做了升級，故對升級部分包含在本次測

8、試范圍內(nèi)。 4.2交易選取原則交易選取原則 手機(jī)銀行客戶端系統(tǒng)的性能測試交易選取原則如下： 1、 覆蓋日交易發(fā)生量累計(jì)占日交易總量 80%的交易； 2、 業(yè)務(wù)邏輯處理復(fù)雜的交易； 3、 被測系統(tǒng)特殊性能關(guān)注點(diǎn)； 4、 取 WAP 手機(jī)銀行最新日交易量情況調(diào)整交易范圍及比例 4.3交易范圍交易范圍 本次性能測試包括手機(jī)銀行 CS 版本主要交易和關(guān)鍵性交易以及內(nèi)部管理系統(tǒng)用戶登錄。 登錄后交易包括登陸交易、儲蓄賬戶類交易（包括查詢，轉(zhuǎn)賬（行內(nèi)轉(zhuǎn)賬） ） 、信用卡查詢； 非登錄，支付交易，商戶查詢，儲蓄計(jì)算器等內(nèi)容。 編編 號號 交易碼交易碼交易名交易名交易占比交易占比腳本名稱腳本名稱可參數(shù)化域可參

9、數(shù)化域 1GeneratePINFromRSAToDes 測試通過加密機(jī)進(jìn)行 RSA 密碼到 3DES 轉(zhuǎn)換性能 5% 2Login 用戶認(rèn)證 20% Password UserId _locale BankId LoginType 4ActQueryPre 余額查詢賬戶列表 10% 5ActBalQry 余額查詢 10% AcNo BankAcType 6ActTrsQry 交易明細(xì)查詢 10% AcNo BankAcType BeginDate EndDate Currency 7BankInnerTransfer 行內(nèi)轉(zhuǎn)賬 15% 8AcctInfoQry 信用卡賬戶信息查詢 10% 9

10、BillInCurQry 未出賬單查詢 10% CardId Currency 10ClientPayPre 發(fā)起支付 5% Plain Signature 11ClientPay 支付 5% Plain Signature MobilePhone SignFlag merchantId MerName orderId transAmt transDateTim e customerName productInfo customerEMai l merURL merURL1 msgExt currencyType payType EpayAcNo AcType cvv2 ExpDate Tes

11、tCode AcTypeValue VerType Password OTPPassword 4.4環(huán)境與版本環(huán)境與版本 性能測試是為了驗(yàn)證被測系統(tǒng)是否滿足生產(chǎn)環(huán)境下的業(yè)務(wù)需求，因此要求測試環(huán)境 （軟硬件資源）與被測系統(tǒng)均與上線環(huán)境保持一致。 5測試資源測試資源 5.1人員人員 1.項(xiàng)目經(jīng)理：楊濤，任可任 2.測試負(fù)責(zé)人：王磊 3.測試人員：楊濤，任可任，王琦，張程等 4.運(yùn)維人員：周艷慶 5.2工具工具 用途用途工具工具廠商廠商/ /自產(chǎn)自產(chǎn)版本版本 測試管理 QCHP9.0 手工 / 測試執(zhí)行 LoadRunnerHP8.1 測試缺陷 QCHP9.0 5.3環(huán)境環(huán)境 5.3.1網(wǎng)絡(luò)拓?fù)鋱D網(wǎng)

12、絡(luò)拓?fù)鋱D 暫時(shí)計(jì)劃使用測試環(huán)境進(jìn)行測試，拓?fù)鋱D如下： 測試負(fù)載機(jī) EWP服務(wù)器APP服務(wù)器網(wǎng)銀數(shù)據(jù)庫 5.3.2軟硬件配置軟硬件配置 為了盡可能模擬真實(shí)的生產(chǎn)環(huán)境，本次測試在測試環(huán)境上執(zhí)行，軟硬件配置如下： 環(huán)境環(huán)境資源資源 數(shù)數(shù) 量量 配置配置 與生產(chǎn)環(huán)境差與生產(chǎn)環(huán)境差 異異 EWP 服務(wù)器 硬件環(huán)境 EWP 服務(wù) 1 PC Server 8 CPU：2 核，主頻 2.4GHz 內(nèi)存：16G 存儲：300G IP 地址：10.1.91.4 有差異：生產(chǎn) 環(huán)境 CPU 為 8 核 EWP 服務(wù)操 作系統(tǒng) 1 CentOS 5.4 無差別 EWP 軟件環(huán) 境EWP 服務(wù)應(yīng) 用軟件 1 EWP3.

13、0 無差別 APP 服務(wù)器 硬件環(huán)境 APP 服務(wù)器 1 HP-UNIX CPU：4 核，主頻 1.6GHz 內(nèi)存：16G 存儲： IP 地址：10.1.18.84 有差異：生產(chǎn) 環(huán)境內(nèi)存為 20G APP 服務(wù)操 作系統(tǒng) 1 HP-UX B.11.31 無差別APP 軟件環(huán) 境 APP 服務(wù)器 J2EE 容器 1 Weblogic 10.3.0.0 無差別 6測試測試約束約束 6.1入口和出口準(zhǔn)則入口和出口準(zhǔn)則 6.1.1入口準(zhǔn)則入口準(zhǔn)則 1、 測試目的、測試指標(biāo)均已明確； 2、 測試環(huán)境已經(jīng)就緒； 3、 測試腳本已經(jīng)編寫并調(diào)試通過； 4、 測試腳本已參數(shù)化； 5、 測試數(shù)據(jù)已經(jīng)準(zhǔn)備； 6、

14、 負(fù)載機(jī)已經(jīng)準(zhǔn)備； 7、 測試工具已經(jīng)準(zhǔn)備并已安裝足夠的 License； 8、 測試人員全部到位； 9、 測試接口人已經(jīng)明確； 10、測試計(jì)劃通過評審； 以上條件必須全部滿足。 6.1.2出口準(zhǔn)則出口準(zhǔn)則 1、 所有場景均已執(zhí)行； 2、 測試結(jié)果通過評審； 3、 測試場景未執(zhí)行完成但已經(jīng)沒有測試時(shí)間； 以上滿足 1、2 屬于正常退出，滿足 3 屬于異常退出。 6.2暫停暫停/再啟動(dòng)準(zhǔn)則再啟動(dòng)準(zhǔn)則 1、 測試環(huán)境出現(xiàn)問題導(dǎo)致測試無法繼續(xù)進(jìn)行； 2、 測試數(shù)據(jù)不能及時(shí)準(zhǔn)備就緒； 3、 測試中出現(xiàn)的缺陷不能及時(shí)解決且影響后續(xù)的測試執(zhí)行； 4、 其它導(dǎo)致測試無法繼續(xù)進(jìn)行的情況出現(xiàn)； 以上條件滿足其一

15、測試可進(jìn)入暫停狀態(tài)。 導(dǎo)致測試暫停的問題得以解決即可重新啟動(dòng)測試執(zhí)行。 6.3通過通過/失敗準(zhǔn)則失敗準(zhǔn)則 6.3.1通過準(zhǔn)則通過準(zhǔn)則 1、 所有場景均已執(zhí)行； 2、 被測系統(tǒng)達(dá)到預(yù)期性能指標(biāo)； 以上條件全部滿足則測試通過。 6.3.2失敗準(zhǔn)則失敗準(zhǔn)則 1、 場景未能按計(jì)劃執(zhí)行； 2、 場景變更未通過評審； 3、 被測系統(tǒng)性能數(shù)據(jù)不滿足指標(biāo)需求； 4、 因各種問題導(dǎo)致測試結(jié)果無效； 出現(xiàn)以上情況之一則測試失敗。 7測試策略測試策略 本章主要描述本次測試的策略及測試類型。 7.1策略描述策略描述 1、為了模擬更真實(shí)的生產(chǎn)環(huán)境，在基礎(chǔ)測試階段要采集 3 組數(shù)據(jù)： -通過前置發(fā)送核心系統(tǒng)，得到核心系統(tǒng)

16、處理業(yè)務(wù)的響應(yīng)時(shí)間 -通過網(wǎng)銀擋板，模擬核心系統(tǒng)返回，得到網(wǎng)銀系統(tǒng)業(yè)務(wù)響應(yīng)時(shí)間 -通過 EWP 擋板，模擬網(wǎng)銀系統(tǒng)返回，得到 EWP 系統(tǒng)業(yè)務(wù)響應(yīng)時(shí)間 2、通過基礎(chǔ)測試階段得到的 TPS 推算出混合場景的業(yè)務(wù)占比模型，從而通過測試得 到最貼近生產(chǎn)環(huán)境下的測試結(jié)果； 本次性能測試在局域網(wǎng)環(huán)境內(nèi)進(jìn)行，測試服務(wù)包括兩部分：手機(jī)銀行接入服務(wù) （EWP）,手機(jī)銀行應(yīng)用服務(wù)(APP),對 EWP 服務(wù)器的資源使用情況進(jìn)行監(jiān)控，并獲取相關(guān) 性能指標(biāo)（支持并發(fā)數(shù)，響應(yīng)時(shí)間） ；手機(jī)銀行應(yīng)用服務(wù)（支持并發(fā)數(shù)，響應(yīng)時(shí)間） 。 7.2測試類型測試類型 本次測試的測試類型包括基準(zhǔn)測試、負(fù)載測試、穩(wěn)定性測試。 7.2.

17、1基準(zhǔn)測試基準(zhǔn)測試 基準(zhǔn)測試是在系統(tǒng)無壓力的情況下，通過對單交易進(jìn)行多次迭代，獲取該交易發(fā)送單 筆請求的平均響應(yīng)時(shí)間，為后續(xù)的負(fù)載測試提供基準(zhǔn)參照。測試共分為 3 種情況， 第一種：客戶端系統(tǒng)將交易發(fā)送至核心，得到交易響應(yīng)時(shí)間； 第二種：客戶端系統(tǒng)通過 WAP 擋板程序，得到系統(tǒng)自身的交易響應(yīng)時(shí)間。 第三種：客戶端系統(tǒng)通過 EWP 擋板程序，得到 EWP 系統(tǒng)自身的交易響應(yīng)時(shí)間。 本次測試對所有普通聯(lián)機(jī)交易執(zhí)行基準(zhǔn)測試。 7.2.2負(fù)載測試負(fù)載測試 負(fù)載測試是模擬多用戶同時(shí)向服務(wù)器發(fā)送請求（單交易） ，獲取服務(wù)器對并發(fā)請求的處 理能力，并通過不斷有規(guī)律地改變請求壓力，獲取系統(tǒng)在不同壓力下的處理

18、效率及系統(tǒng)性 能拐點(diǎn)。 7.2.3穩(wěn)定性測試穩(wěn)定性測試 穩(wěn)定性測試是對特定場景在特定壓力下（一般選取相關(guān)場景性能平穩(wěn)處的壓力）的長 時(shí)間（理論為 724 小時(shí)）運(yùn)行，通過觀察系統(tǒng)響應(yīng)效率、交易成功率及主機(jī)資源變化情 況，分析被測系統(tǒng)是否能夠長時(shí)間穩(wěn)定運(yùn)行。 疲勞測試對特定場景在特定壓力下（一般選取相關(guān)場景性能拐點(diǎn)處的壓力）的長時(shí)間 （理論為 724 小時(shí)）運(yùn)行，通過觀察系統(tǒng)響應(yīng)效率、交易成功率及主機(jī)資源變化情況， 分析被測系統(tǒng)是否能夠長時(shí)間穩(wěn)定運(yùn)行。 7.3測試數(shù)據(jù)測試數(shù)據(jù) 7.3.1參數(shù)數(shù)據(jù)參數(shù)數(shù)據(jù) 為了盡可能的模擬系統(tǒng)生產(chǎn)環(huán)境，所以 JVM 的初始堆棧大小、應(yīng)用服務(wù)器的線程池、 數(shù)據(jù)庫連接

19、池等系統(tǒng)配置，統(tǒng)一參考 WAP 手機(jī)銀行生產(chǎn)環(huán)境配置。 7.3.2存量數(shù)據(jù)存量數(shù)據(jù) 存量數(shù)據(jù)來自 WAP 手機(jī)銀行實(shí)際生產(chǎn)系統(tǒng)，對生產(chǎn)數(shù)據(jù)進(jìn)行脫敏處理，去除包括姓名、 身份證號碼、密碼等敏感信息，并導(dǎo)入測試環(huán)境核心系統(tǒng)數(shù)據(jù)庫。基礎(chǔ)數(shù)據(jù)的數(shù)據(jù)規(guī)模 （截至到 2008-04-10） 。 8測試方法測試方法 根據(jù)不同的測試目的共設(shè)計(jì) 6 個(gè)業(yè)務(wù)模型測試場景， 8.1基準(zhǔn)測試基準(zhǔn)測試 本次測試只對普通聯(lián)機(jī)交易執(zhí)行基準(zhǔn)測試。 8.1.1場景場景 1：普通聯(lián)機(jī)交易基準(zhǔn)測試場景：普通聯(lián)機(jī)交易基準(zhǔn)測試場景（無擋板）（無擋板） 【場景目的】 獲取各個(gè)聯(lián)機(jī)交易通過前置系統(tǒng)返回的基準(zhǔn)響應(yīng)時(shí)間，為負(fù)載測試提供數(shù)據(jù)參考

20、。 執(zhí)行順序：執(zhí)行順序：1 【交易范圍】 所有性能測試涵蓋的交易。 【測試方法】 在測試環(huán)境無外在壓力的情況下，模擬單用戶迭代多次，獲取交易平均響應(yīng)時(shí)間。 【場景設(shè)置】 場景名場景名 稱稱 用戶數(shù)用戶數(shù)迭代次數(shù)迭代次數(shù)迭代延時(shí)迭代延時(shí)思考時(shí)間思考時(shí)間加壓時(shí)間加壓時(shí)間負(fù)載生成器數(shù)量負(fù)載生成器數(shù)量 Scene115min 次數(shù)00跑完為止1 對所有普通聯(lián)機(jī)交易均執(zhí)行上述場景測試，獲取基準(zhǔn)響應(yīng)時(shí)間。 8.1.2場景場景 2：普通聯(lián)機(jī)交易以檔板程序返回的基準(zhǔn)測試場景：普通聯(lián)機(jī)交易以檔板程序返回的基準(zhǔn)測試場景（EWP 擋板）擋板） 【場景目的】 獲取各個(gè)聯(lián)機(jī)交易以檔板返回的基準(zhǔn)響應(yīng)時(shí)間，測試手機(jī)銀行客戶

21、端系統(tǒng)內(nèi)處理交易 流程的性能瓶頸，為負(fù)載測試提供數(shù)據(jù)參考。 執(zhí)行順序：執(zhí)行順序：2 【交易范圍】 所有性能測試涵蓋的交易。 【測試方法】 在測試環(huán)境無外在壓力的情況下，模擬單用戶迭代多次，獲取交易平均響應(yīng)時(shí)間。 【場景設(shè)置】 場景名場景名 稱稱 用戶數(shù)用戶數(shù)迭代次數(shù)迭代次數(shù)迭代延時(shí)迭代延時(shí)思考時(shí)間思考時(shí)間加壓時(shí)間加壓時(shí)間負(fù)載生成器數(shù)量負(fù)載生成器數(shù)量 Scene215min 次數(shù)00跑完為止1 對所有普通聯(lián)機(jī)交易均執(zhí)行上述場景測試，獲取基準(zhǔn)響應(yīng)時(shí)間。 8.1.3場景場景 3：普通聯(lián)機(jī)交易以檔板程序返回的基準(zhǔn)測試場景（：普通聯(lián)機(jī)交易以檔板程序返回的基準(zhǔn)測試場景（WAP 擋板）擋板） 【場景目的】

22、獲取各個(gè)聯(lián)機(jī)交易以檔板返回的基準(zhǔn)響應(yīng)時(shí)間，測試手機(jī)銀行客戶端系統(tǒng)內(nèi)處理交易 流程的性能瓶頸，為負(fù)載測試提供數(shù)據(jù)參考。 執(zhí)行順序：執(zhí)行順序：2 【交易范圍】 所有性能測試涵蓋的交易。 【測試方法】 在測試環(huán)境無外在壓力的情況下，模擬單用戶迭代多次，獲取交易平均響應(yīng)時(shí)間。 【場景設(shè)置】 場景名場景名 稱稱 用戶數(shù)用戶數(shù)迭代次數(shù)迭代次數(shù)迭代延時(shí)迭代延時(shí)思考時(shí)間思考時(shí)間加壓時(shí)間加壓時(shí)間負(fù)載生成器數(shù)量負(fù)載生成器數(shù)量 Scene215min 次數(shù)00跑完為止1 對所有普通聯(lián)機(jī)交易均執(zhí)行上述場景測試，獲取基準(zhǔn)響應(yīng)時(shí)間。 8.2負(fù)載測試負(fù)載測試 8.2.1場景場景 4：單交易負(fù)載測試：單交易負(fù)載測試 【場景目

23、的】 測試單個(gè)交易在高并發(fā)情況下的處理效率，定位每個(gè)交易影響處理性能的缺陷。查看 在并發(fā)提交請求時(shí)刻，服務(wù)器對這些請求的處理和響應(yīng)能力。主要觀察內(nèi)存使用情況，首 先要觀察各并發(fā)時(shí)刻或者多次并發(fā)持續(xù)時(shí)間段內(nèi)，是否存在內(nèi)存泄露；其次觀察服務(wù)進(jìn)程 會(huì)否停止、僵死、鎖頁，這兩種情況都是比較極端的故障情況，如果程序?qū)崿F(xiàn)良好沒有內(nèi) 存泄露，并且進(jìn)程狀況良好，不會(huì)出現(xiàn)上述兩種現(xiàn)象，需要進(jìn)一步跟蹤響應(yīng)時(shí)間、每秒點(diǎn) 擊率、業(yè)務(wù)失敗率等性能指標(biāo)在各并發(fā)時(shí)刻或者多次并發(fā)持續(xù)時(shí)間段內(nèi)，是否能夠表現(xiàn)在 用戶可接受范圍內(nèi)。 優(yōu)先級：優(yōu)先級：高 執(zhí)行順序：執(zhí)行順序：3 【交易范圍】 所有性能測試涵蓋的交易。 【測試方法】

24、在測試環(huán)境每秒增加 25 用戶，模擬多用戶高并發(fā)的情況，觀察內(nèi)存回收、CPU 使用 率、應(yīng)用服務(wù)器線程池使用情況、交易響應(yīng)時(shí)間等關(guān)鍵數(shù)據(jù)。 【場景設(shè)置】 場景名場景名 稱稱 用戶用戶 數(shù)數(shù) 迭代延迭代延 時(shí)時(shí) 思考思考 時(shí)間時(shí)間 加載方加載方 式式 加壓時(shí)加壓時(shí) 間間 退出方式退出方式負(fù)載生成器負(fù)載生成器 數(shù)量數(shù)量 Scene325 50 00遞增5 分鐘同時(shí)1 8.3穩(wěn)定性測試穩(wěn)定性測試 8.3.1場景場景 5：混合業(yè)務(wù)容量測試場景：混合業(yè)務(wù)容量測試場景（最合適的用戶數(shù)和可承受的最大業(yè)務(wù)總量）（最合適的用戶數(shù)和可承受的最大業(yè)務(wù)總量） 【場景目的】 在混合不同交易的場景中，不斷增加用戶并發(fā)請求

25、量，同時(shí)觀察系統(tǒng)性能拐點(diǎn)，最終 測試出系統(tǒng)最合適的用戶數(shù)和可承受的最大業(yè)務(wù)總量。 優(yōu)先級：優(yōu)先級：高 執(zhí)行順序：執(zhí)行順序：4 【測試方法】 根據(jù)場景 1 中得到的每個(gè)交易的基準(zhǔn)響應(yīng)時(shí)間，按照比例配置每個(gè)交易的并發(fā)請求量， 從而建立一個(gè)混合業(yè)務(wù)的測試場景模型。在每秒增加 50 用戶并發(fā)請求的壓力下，觀察系統(tǒng) 的整體運(yùn)行情況，最終找到系統(tǒng)性能拐點(diǎn)，確定最合適的用戶數(shù)和最大業(yè)務(wù)容量。 【場景設(shè)置】 場景名場景名 稱稱 用戶用戶 數(shù)數(shù) 迭代延迭代延 時(shí)時(shí) 思考時(shí)思考時(shí) 間間 加載方加載方 式式 加壓時(shí)加壓時(shí) 間間 退出方式退出方式負(fù)載生成器負(fù)載生成器 數(shù)量數(shù)量 Scene450 100 . 00遞增不

26、限時(shí) 間 系統(tǒng)性能達(dá)到 拐點(diǎn) 1 8.3.2場景場景 6：混合業(yè)務(wù)穩(wěn)定性測試場景（穩(wěn)定性測試和疲勞測試）：混合業(yè)務(wù)穩(wěn)定性測試場景（穩(wěn)定性測試和疲勞測試） 【場景目的】 在混合不同交易的場景中，使服務(wù)器的資源處于平穩(wěn)狀態(tài)和極限狀態(tài)，并長時(shí)連續(xù)運(yùn) 行，以測試服務(wù)器在高負(fù)載情況下是否能夠穩(wěn)定工作。 優(yōu)先級：優(yōu)先級：高 執(zhí)行順序：執(zhí)行順序：5 【測試方法】 根據(jù)場景 1 中得到的每個(gè)交易的基準(zhǔn)響應(yīng)時(shí)間，按照比例配置每個(gè)交易的并發(fā)請求量， 從而建立一個(gè)混合業(yè)務(wù)的測試場景模型。在多用戶并發(fā)請求的壓力下，系統(tǒng)連續(xù)運(yùn)行 12 小 時(shí)，觀察系統(tǒng)的整體運(yùn)行情況。 【場景設(shè)置】 場景名場景名 稱稱 用戶用戶 數(shù)數(shù) 迭代延迭代延 時(shí)時(shí) 思考時(shí)思考時(shí) 間間 加載方加載方 式式 加壓時(shí)加壓時(shí) 間間 退出方退出方 式式 負(fù)載生成器數(shù)負(fù)載生成器數(shù) 量量 Scene5待定00同時(shí)12 小時(shí)同時(shí)1 9測試風(fēng)險(xiǎn)測試風(fēng)險(xiǎn) 風(fēng)險(xiǎn)風(fēng)險(xiǎn) 編號