性能測試計(jì)劃

1、XXXXXX 手機(jī)銀行客戶端手機(jī)銀行客戶端性能測試方案性能測試方案手機(jī)銀行性能測試方案- I -修訂記錄修訂記錄日期日期版本版本修訂說明修訂說明修訂人修訂人2011-8-301.0初稿王穎手機(jī)銀行性能測試方案- II -目目 錄錄1導(dǎo)言導(dǎo)言.11.1文檔目的 .11.2背景 .11.3參考文檔 .12測試目的測試目的.13測試指標(biāo)測試指標(biāo).24測試范圍測試范圍.34.1邏輯架構(gòu)圖.34.2交易選取原則.34.3交易范圍 .44.4環(huán)境與版本.55測試資源測試資源.55.1人員 .55.2工具 .55.3環(huán)境 .65.3.1網(wǎng)絡(luò)拓?fù)鋱D.65.3.2軟硬件配置.66測試約束測試約束.76.1入口和

2、出口準(zhǔn)則.76.1.1入口準(zhǔn)則.76.1.2出口準(zhǔn)則.76.2暫停/再啟動準(zhǔn)則.76.3通過/失敗準(zhǔn)則.86.3.1通過準(zhǔn)則.86.3.2失敗準(zhǔn)則.87測試策略測試策略.87.1策略描述 .87.2測試類型 .97.2.1基準(zhǔn)測試.97.2.2負(fù)載測試.97.2.3穩(wěn)定性測試.97.3測試數(shù)據(jù) .97.3.1參數(shù)數(shù)據(jù).97.3.2存量數(shù)據(jù).98測試方法測試方法 .108.1基準(zhǔn)測試 .108.1.1場景1：普通聯(lián)機(jī)交易基準(zhǔn)測試場景.10手機(jī)銀行性能測試方案- III -8.1.2場景2：普通聯(lián)機(jī)交易以檔板程序返回的基準(zhǔn)測試場景.108.2負(fù)載測試 .118.2.1場景3：單交易負(fù)載測試.118

3、.3穩(wěn)定性測試 .128.3.1場景4：穩(wěn)定性測試場景.129測試風(fēng)險(xiǎn)測試風(fēng)險(xiǎn) .1210進(jìn)度及分工進(jìn)度及分工.1211交付物交付物.1312附件附件.13手機(jī)銀行性能測試方案第 1 頁 / 共 16 頁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)共用一套客戶

4、數(shù)據(jù)，傳統(tǒng)業(yè)務(wù)業(yè)務(wù)邏輯一致，針對手機(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ù)場景下的容錯能力；4、 通過各種業(yè)務(wù)場景的測試實(shí)施，為系統(tǒng)調(diào)優(yōu)提供數(shù)據(jù)參考；手機(jī)銀行性能測試方案第 2 頁 / 共 16 頁5、 通過性能測試發(fā)現(xiàn)系統(tǒng)瓶頸，并進(jìn)行優(yōu)化。6、 預(yù)估系統(tǒng)的業(yè)務(wù)容量手機(jī)銀行性能測試方案第 3 頁 / 共 16 頁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í)間 ARTART 0.2 秒/筆系統(tǒng)處理能力交易成功率98%CPU 占用率 60%內(nèi)存使用率 80%主機(jī)資源利

6、用率磁盤讀寫率(I/O) 80%CPU 占用率 60%內(nèi)存使用率 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ī)銀行客戶端

7、自身系統(tǒng)，系統(tǒng)的聯(lián)機(jī)交易均做檔板處理。系統(tǒng)通過前置發(fā)起交易測試一組基礎(chǔ)數(shù)據(jù)，以便得到系統(tǒng)自身響應(yīng)時(shí)間，通過該響應(yīng)時(shí)間確定在混合業(yè)務(wù)場景中不同交易的占比。手機(jī)銀行性能測試方案第 4 頁 / 共 16 頁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)不在本次測試范圍

8、內(nèi)。由于加密機(jī)為本次客戶端上線做了升級，故對升級部分包含在本次測試范圍內(nèi)。4.2交易選取原則交易選取原則手機(jī)銀行客戶端系統(tǒng)的性能測試交易選取原則如下：1、 覆蓋日交易發(fā)生量累計(jì)占日交易總量 80%的交易；2、 業(yè)務(wù)邏輯處理復(fù)雜的交易；手機(jī)銀行性能測試方案第 5 頁 / 共 16 頁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ì)算器

9、等內(nèi)容。編編號號交易碼交易碼交易名交易名交易占比交易占比腳本名稱腳本名稱可參數(shù)化域可參數(shù)化域1GeneratePINFromRSAToDes測試通過加密機(jī)進(jìn)行 RSA密碼到 3DES 轉(zhuǎn)換性能5%2Login用戶認(rèn)證20%PasswordUserId_localeBankIdLoginType4ActQueryPre余額查詢賬戶列表10%5ActBalQry余額查詢10%AcNoBankAcType6ActTrsQry交易明細(xì)查詢10%AcNoBankAcTypeBeginDateEndDateCurrency7BankInnerTransfer行內(nèi)轉(zhuǎn)賬15%8AcctInfoQry信用卡賬戶

10、信息查詢10%9BillInCurQry未出賬單查詢10%CardIdCurrency10ClientPayPre發(fā)起支付5%PlainSignature手機(jī)銀行性能測試方案第 6 頁 / 共 16 頁11ClientPay支付5%PlainSignatureMobilePhoneSignFlagmerchantIdMerNameorderIdtransAmttransDateTimecustomerNameproductInfocustomerEMailmerURLmerURL1msgExtcurrencyTypepayTypeEpayAcNoAcTypecvv2ExpDateTestCod

11、eAcTypeValueVerTypePasswordOTPPassword4.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手機(jī)銀行性能測試方案第 7 頁 / 共 16 頁手工/測試執(zhí)行LoadRunnerHP8.1測試缺陷QCHP9.05.3環(huán)境環(huán)境5.3.1網(wǎng)絡(luò)拓?fù)鋱D網(wǎng)絡(luò)拓?fù)鋱D

12、暫時(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ù)1PC Server 8CPU：2 核，主頻 2.4GHz內(nèi)存：16G存儲：300GIP 地址：10.1.91.4有差異：生產(chǎn)環(huán)境 CPU 為 8核EWP 服務(wù)操作系統(tǒng)1CentOS 5.4無差別EWP 軟件環(huán)境EWP 服務(wù)應(yīng)用軟件1EWP3.0無差別APP 服務(wù)器硬件環(huán)境APP 服務(wù)器1HP-UNIXCPU：4 核

13、，主頻 1.6GHz內(nèi)存：16G存儲：IP 地址：10.1.18.84有差異：生產(chǎn)環(huán)境內(nèi)存為20GAPP 服務(wù)操作系統(tǒng)1HP-UX B.11.31無差別APP 軟件環(huán)境APP 服務(wù)器J2EE 容器1Weblogic 10.3.0.0無差別手機(jī)銀行性能測試方案第 8 頁 / 共 16 頁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、 負(fù)載機(jī)已經(jīng)準(zhǔn)備；7、 測試工具已經(jīng)準(zhǔn)備并已安裝足夠的 License；8、 測試人員全部到

14、位；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暫停暫停/再啟動準(zhǔn)則再啟動準(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)；以上條件滿足其一測試可進(jìn)入暫停狀態(tài)。手機(jī)銀行性能測試方案第 9 頁 / 共 16 頁導(dǎo)致測試暫停的問題得以解決即可重新啟動測試執(zhí)行。6.3通

15、過通過/失敗準(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)處理業(yè)務(wù)的響應(yīng)時(shí)間-通過網(wǎng)銀擋板，模擬核心系統(tǒng)返回，得到網(wǎng)銀系統(tǒng)業(yè)務(wù)響應(yīng)時(shí)間-通過 EWP 擋板，模擬網(wǎng)銀系統(tǒng)

16、返回，得到 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)手機(jī)銀行性能測試方案第 10 頁 / 共 16 頁性能指標(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.1基準(zhǔn)測試基準(zhǔn)測試基準(zhǔn)測試是在系統(tǒng)無壓力的情況下，通過對單交易進(jìn)行多次迭代，獲

17、取該交易發(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)在不同壓力下的處理效率及系統(tǒng)性能拐點(diǎn)。7.2.3穩(wěn)定性測試穩(wěn)定性測試穩(wěn)定性測試是對特定場景在特定壓力下（一般選取相

18、關(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)行。手機(jī)銀行性能測試方案第 11 頁 / 共 16 頁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ù)庫連接池等系統(tǒng)配置，統(tǒng)一參考 WAP 手機(jī)銀行生產(chǎn)環(huán)境配置。7.3.2存量數(shù)

19、據(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ù)參考。執(zhí)行順序：執(zhí)行順序：1【交易范圍】 所有性能測試涵蓋的交易?！緶y試方法】在測試環(huán)境無外在

20、壓力的情況下，模擬單用戶迭代多次，獲取交易平均響應(yīng)時(shí)間?！緢鼍霸O(shè)置】場景名場景名稱稱用戶數(shù)用戶數(shù)迭代次數(shù)迭代次數(shù)迭代延時(shí)迭代延時(shí)思考時(shí)間思考時(shí)間加壓時(shí)間加壓時(shí)間負(fù)載生成器數(shù)量負(fù)載生成器數(shù)量Scene115min 次數(shù)00跑完為止1手機(jī)銀行性能測試方案第 12 頁 / 共 16 頁對所有普通聯(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ī)銀行客戶端系統(tǒng)內(nèi)處理交易流程的性能瓶頸，為負(fù)載測試提供數(shù)據(jù)參考。執(zhí)行順序：

21、執(zhí)行順序：2【交易范圍】 所有性能測試涵蓋的交易?！緶y試方法】在測試環(huán)境無外在壓力的情況下，模擬單用戶迭代多次，獲取交易平均響應(yīng)時(shí)間?！緢鼍霸O(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 擋板）擋板）【場景目的】獲取各個(gè)聯(lián)機(jī)交易以檔板返回的基準(zhǔn)響應(yīng)時(shí)間，測試手機(jī)銀行客戶端系統(tǒng)內(nèi)處理交易流程的性能瓶頸，為負(fù)

22、載測試提供數(shù)據(jù)參考。執(zhí)行順序：執(zhí)行順序：2【交易范圍】 所有性能測試涵蓋的交易。【測試方法】在測試環(huán)境無外在壓力的情況下，模擬單用戶迭代多次，獲取交易平均響應(yīng)時(shí)間?！緢鼍霸O(shè)置】場景名場景名稱稱用戶數(shù)用戶數(shù)迭代次數(shù)迭代次數(shù)迭代延時(shí)迭代延時(shí)思考時(shí)間思考時(shí)間加壓時(shí)間加壓時(shí)間負(fù)載生成器數(shù)量負(fù)載生成器數(shù)量Scene215min 次數(shù)00跑完為止1手機(jī)銀行性能測試方案第 13 頁 / 共 16 頁對所有普通聯(lián)機(jī)交易均執(zhí)行上述場景測試，獲取基準(zhǔn)響應(yīng)時(shí)間。8.2負(fù)載測試負(fù)載測試8.2.1場景場景 4：單交易負(fù)載測試：單交易負(fù)載測試【場景目的】測試單個(gè)交易在高并發(fā)情況下的處理效率，定位每個(gè)交易影響處理性能的缺陷

23、。查看在并發(fā)提交請求時(shí)刻，服務(wù)器對這些請求的處理和響應(yīng)能力。主要觀察內(nèi)存使用情況，首先要觀察各并發(fā)時(shí)刻或者多次并發(fā)持續(xù)時(shí)間段內(nèi)，是否存在內(nèi)存泄露；其次觀察服務(wù)進(jìn)程會否停止、僵死、鎖頁，這兩種情況都是比較極端的故障情況，如果程序?qū)崿F(xiàn)良好沒有內(nèi)存泄露，并且進(jìn)程狀況良好，不會出現(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【交易范圍】 所有性能測試涵蓋的交易。【測試方法】在測試環(huán)境每秒增加 25 用戶，模擬多用戶高并發(fā)的情況，觀察內(nèi)存回收、CPU 使用率、應(yīng)用服務(wù)

24、器線程池使用情況、交易響應(yīng)時(shí)間等關(guān)鍵數(shù)據(jù)?！緢鼍霸O(shè)置】場景名場景名稱稱用戶用戶數(shù)數(shù)迭代延迭代延時(shí)時(shí)思考思考時(shí)間時(shí)間加載方加載方式式加壓時(shí)加壓時(shí)間間退出方式退出方式負(fù)載生成器負(fù)載生成器數(shù)量數(shù)量Scene3255000遞增5 分鐘同時(shí)18.3穩(wěn)定性測試穩(wěn)定性測試8.3.1場景場景 5：混合業(yè)務(wù)容量測試場景：混合業(yè)務(wù)容量測試場景（最合適的用戶數(shù)和可承受的最大業(yè)務(wù)總量）（最合適的用戶數(shù)和可承受的最大業(yè)務(wù)總量）【場景目的】在混合不同交易的場景中，不斷增加用戶并發(fā)請求量，同時(shí)觀察系統(tǒng)性能拐點(diǎn)，最終測試出系統(tǒng)最合適的用戶數(shù)和可承受的最大業(yè)務(wù)總量。手機(jī)銀行性能測試方案第 14 頁 / 共 16 頁優(yōu)先級：優(yōu)先

25、級：高 執(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ù)容量?！緢鼍霸O(shè)置】場景名場景名稱稱用戶用戶數(shù)數(shù)迭代延迭代延時(shí)時(shí)思考時(shí)思考時(shí)間間加載方加載方式式加壓時(shí)加壓時(shí)間間退出方式退出方式負(fù)載生成器負(fù)載生成器數(shù)量數(shù)量Scene450100.00遞增不限時(shí)間系統(tǒng)性能達(dá)到拐點(diǎn)18.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ù)量量Scen