最新某銀行系統(tǒng)性能測(cè)試工作梳理與總結(jié)

1、最新某銀行系統(tǒng)性能測(cè)試工作梳理與總結(jié)1、背景本次性能測(cè)試的系統(tǒng)是 xxx 銀行 xxx 系統(tǒng) xxx 版，該系統(tǒng)使用的數(shù)據(jù)庫(kù)服務(wù)器、 應(yīng)用服務(wù)器均布署在 xxx 機(jī)房，各地 xxx 通過(guò) WEB 方式登錄訪問(wèn)本系統(tǒng)。系 統(tǒng)上線后的總用戶數(shù)（包括各分行、支行主管，客戶經(jīng)理等）在 5000 左右。 該系統(tǒng)采用 DB2 數(shù)據(jù)庫(kù)、 WebLogic 應(yīng)用服務(wù)器。 本次性能測(cè)試進(jìn)入的條件是系統(tǒng)的代碼已經(jīng)基本完成并經(jīng)過(guò)功能測(cè)試。2、測(cè)試計(jì)劃 在確定了本次性能測(cè)試的要點(diǎn)后，我們初步擬定一份性能測(cè)試計(jì)劃，提交給客 戶，并獲得了客戶的認(rèn)可。 在本文中不列出項(xiàng)目測(cè)試計(jì)劃中 的所有內(nèi)容， 僅就 主要問(wèn)題進(jìn)行說(shuō)明。測(cè)

2、試范圍：在真實(shí)業(yè)務(wù)局域網(wǎng)測(cè)試環(huán)境下，對(duì)系統(tǒng)實(shí)施并發(fā)性能測(cè)試的同時(shí)， 監(jiān)控 Web 服務(wù)器和數(shù)據(jù)庫(kù)服務(wù)器的系統(tǒng)資源，以及數(shù)據(jù)庫(kù)資源的使用情況。 測(cè)試內(nèi)容：并發(fā)性能測(cè)試、系統(tǒng)資源監(jiān)控。測(cè)試方法與工具：采用自動(dòng)測(cè)試與人工測(cè)試相結(jié)合的測(cè)試方法，測(cè)試工具使用 LoadRunner 。測(cè)試資源：測(cè)試環(huán)境及測(cè)試數(shù)據(jù)準(zhǔn)備。3、測(cè)試用例確定了測(cè)試計(jì)劃， 我們針對(duì)該系統(tǒng)的特點(diǎn)， 從中挑選出三個(gè)有代表性的功能點(diǎn)， 作為本次性能測(cè)試的用例。 我們認(rèn)為作為銀行的營(yíng)銷服務(wù) 系統(tǒng)，最常使用且對(duì) 于系統(tǒng)的整體性能有著較大影響的是 “客戶信息查詢 ”和“客戶對(duì)賬單查詢 ” 兩個(gè)模塊。因此，我們?cè)O(shè)計(jì)了三個(gè)單交 易性能測(cè)試用例，分

3、別是： “用戶簽到/簽退 ”、“客戶信息查詢 ”、“客戶對(duì)賬單查詢 ”。然而客戶卻對(duì)此提出異議， 他們認(rèn)為我們?cè)O(shè) 計(jì)的測(cè)試用例數(shù)量太少， 要求我們的測(cè)試用例應(yīng)包含更多的功 能模塊。經(jīng)過(guò)會(huì)議討論， 最終我們根據(jù)客戶給出的一份性能測(cè)試大綱， 針對(duì) 其 中提出的測(cè)試內(nèi)容、測(cè)試策略，以及測(cè)試目標(biāo)，將單交易測(cè)試用例增加到十四 個(gè)。測(cè)試用例采用以下格式：案例名稱 并發(fā) 用戶數(shù) 數(shù)據(jù)量 操作步驟 備注 要求清晰地描述出詳細(xì)的操作 步驟。4、測(cè)試數(shù)據(jù) 針對(duì)以上設(shè)計(jì)的測(cè)試用例，需要準(zhǔn)備大量的業(yè)務(wù)數(shù)據(jù)。本次性能測(cè)試的環(huán)境即 系統(tǒng)上線后真實(shí)運(yùn)行的環(huán)境，所有的業(yè)務(wù)數(shù)據(jù)均來(lái)自 X 銀行 的真實(shí)核心系統(tǒng) （通過(guò) xxx

4、轉(zhuǎn)換），數(shù)據(jù)量已經(jīng)能滿足測(cè)試的需要。由于測(cè)試用例中要求執(zhí)行并發(fā)操作的時(shí)候使用不同身份的用戶登錄系統(tǒng)，因此 在測(cè)試開(kāi)始前需要準(zhǔn)備一批具有不同身份的用戶名 （包括各 分支行的主管以及 客戶經(jīng)理），并且要有相應(yīng)的操作權(quán)限。對(duì)于“積分轉(zhuǎn)移 ”、“積分兌換 ”、“禮品兌換 ”等等交易，則需要提供一批 卡上有足夠積分的客戶理財(cái)卡號(hào)。以上測(cè)試數(shù)據(jù)由 X 銀行負(fù)責(zé)提供，在性能測(cè)試執(zhí)行之前提供給我們。5、測(cè)試腳本使用性能測(cè)試工具 LoadRunner 錄制并調(diào)試測(cè)試腳本，對(duì)相關(guān)的輸入項(xiàng)進(jìn)行參 數(shù)化6、測(cè)試實(shí)施 在 LoadRunner 中執(zhí)行測(cè)試腳本，實(shí)施性能測(cè)試。對(duì)于每個(gè)單交易測(cè)試腳本各 執(zhí)行一輪測(cè)試， 并按

5、一定的用戶比例設(shè)計(jì)出一個(gè)混 合交易場(chǎng)景，令其自動(dòng)持續(xù) 運(yùn)行五小時(shí)左右，觀察系統(tǒng)的性能表現(xiàn)。每次執(zhí)行的結(jié)果文件均保存下來(lái)，待 測(cè)試完成后連同性能測(cè)試報(bào)告一 并交付客戶確認(rèn)。 在此過(guò)程中， 需要監(jiān)視相關(guān) 的系統(tǒng)資源使用情況， 包括：應(yīng)用服務(wù)器和數(shù)據(jù)庫(kù)服務(wù)器的所有系統(tǒng)資源指標(biāo)， 所有數(shù)據(jù)庫(kù) 資源指標(biāo)。7、測(cè)試結(jié)果 經(jīng)過(guò)本次性能測(cè)試，發(fā)現(xiàn)了系統(tǒng)五個(gè)主要的性能問(wèn)題。我們與程序開(kāi)發(fā)人員一 同分析問(wèn)題產(chǎn)生的原因， 并給出改進(jìn)建議， 一起記錄到測(cè)試 報(bào)告中。 其中的一 個(gè)問(wèn)題在性能測(cè)試報(bào)告提交客戶之前已經(jīng)過(guò)優(yōu)化，得到顯著改進(jìn)。8、測(cè)試結(jié)論 測(cè)試結(jié)果顯示，系統(tǒng)性能能滿足測(cè)試目標(biāo)，交易并發(fā)數(shù)達(dá)到或超過(guò) 30 個(gè)，批 量交易（查詢記錄 50 條以上的交易）并發(fā)數(shù)也能達(dá)到或超 過(guò) 10 個(gè)，交易平 均響應(yīng)時(shí)間在 212 秒內(nèi)， 90平均響應(yīng)時(shí)間在 215 秒間完成。 混合交易案例持續(xù)運(yùn)行 5 小時(shí)，運(yùn)行結(jié)果正常，系統(tǒng)沒(méi)有報(bào)任何錯(cuò)誤，系統(tǒng)穩(wěn) 定，可用率應(yīng)達(dá)到 100 。另外如在 ETL 批處理期間運(yùn)行營(yíng)銷服務(wù)系統(tǒng)，系統(tǒng)性能明顯下降，建議 ETL 批處理在夜間處理，避免影響系統(tǒng)的正常運(yùn)行。9、經(jīng)驗(yàn)