XXXXXX系統(tǒng)性能測試方案

1、XXXXXXXXXXXX 性能測試方案性能測試方案 XXXXXXXXXXXX 文檔編號：文檔編號：XXXXXXXXXXXX 日期日期: : XXXXXX 文檔修訂記錄文檔修訂記錄 版本號版本號日期日期撰寫人撰寫人審核人審核人批準人批準人變更摘要變更摘要 & & 修訂位置修訂位置 目目錄錄 1 1概述概述 .5 5 1.1項目背景 .5 1.2測試目的 .5 1.3名詞解釋及縮略語 .5 2 2工作范圍及內容工作范圍及內容 .5 5 2.1測試內容 .5 2.2測試方法 .6 2.2.1性能測試策略 .6 2.2.2性能測試分析 .7 2.2.3結果分析方法 .7 2.3測試工具 .7 3 3系

2、統(tǒng)分析及監(jiān)控系統(tǒng)分析及監(jiān)控 .8 8 3.1系統(tǒng)分析 .8 3.1.1邏輯體系架構圖 .8 3.1.2硬件環(huán)境 .8 3.1.3軟件環(huán)境 .8 3.1.4網絡拓撲結構 .9 3.1.5系統(tǒng)及功能描述 .9 3.2系統(tǒng)資源監(jiān)控 .9 4 4測試實施方案測試實施方案 .1010 4.1測試準備 .10 4.2業(yè)務抽取，定制用例 .11 4.2.1業(yè)務分析及抽取 .11 4.2.2業(yè)務優(yōu)先級劃分 .12 4.3構建壓力模型 .12 4.3.1性能測試策略 .12 4.3.2性能需求細化 .13 4.3.3定義測試場景 .13 4.4測試數(shù)據準備 .19 4.4.1基礎數(shù)據構建 .19 4.4.2測試

3、數(shù)據準備 .19 4.5測試腳本開發(fā) .19 4.5.1開發(fā)方法 .19 4.5.2測試腳本列表 .20 4.6測試執(zhí)行和監(jiān)控 .21 4.6.1監(jiān)控策略 .21 5 5角色和職責角色和職責 .2222 6 6約束和限制約束和限制 .2222 1 1 概述概述 1.11.1 項目背景項目背景 XXXXXXXXXXXX。 1.21.2 測試目的測試目的 測試的目的和目標是：在 XXXXXXXXXXXX 提供的測試環(huán)境中，XXXXXXXXXXXX 運用性能測試工具對信貸業(yè)務系統(tǒng)產 生模擬真實使用環(huán)境的壓力負載，重現(xiàn)缺陷發(fā)生狀態(tài)，并監(jiān)控的客戶端和服務器性能指標，最終判斷性 能缺陷所屬系統(tǒng)業(yè)務模塊。

4、1.31.3 名詞解釋及縮略語名詞解釋及縮略語 詞匯詞匯相關描述相關描述 Loadrunner 測試工具，用來編寫測試腳本和產生壓力負載，由惠普公司出品 Oracle IAS Oracle Internet Application Server，中間件。 HP Superdome 惠普公司生產，高性能服務器 LR Analysis Loadrunner 的結果分析組件 2 2 工作范圍及內容工作范圍及內容 2.12.1 測試內容測試內容 經初步判斷，出現(xiàn)性能缺陷模塊為 XXXXXXXXXXXX 系統(tǒng)的 XXXXXXXXXXXX 這幾個使用頻繁且業(yè)務處理量大的模塊。 本次測試的范圍為 XXXXX

5、XXXXXXX 的 XXXXXXXXXXXX 模塊。 XXXXXXXXXXXX 日常運行的基本業(yè)務為新增、刪除、查詢、修改等操作。因此將本次性能測試的重點確定為 被測模塊的新增、刪除、查詢、修改的典型業(yè)務。 2.22.2 測試方法測試方法 2.2.12.2.1 性能測試性能測試策略策略 由于本次測試的目的是要發(fā)現(xiàn)產生性能缺陷的模塊，而由于各模塊中的業(yè)務較多，因此如何快速準 確定位到產生性能缺陷的模塊成為本次測試的難點。為了解決該難點我們采用了以下的測試方法： 1.由于本次測試涉及的業(yè)務較多，因此我們采取分階段，分優(yōu)先級的測試方法進行測試。首先將本次 測試分為三個階段。 第一階段選取使用頻率高，

6、邏輯復雜的業(yè)務作為測試的重點，由于以上業(yè)務是最有可能產生性能缺 陷的，因此在這個階段發(fā)現(xiàn)性能缺陷模塊的概率最高。 第二階段選取使用頻率中等，邏輯復雜度一般的業(yè)務作為測試的重點。 第三階段選取剩余的業(yè)務作為重點。 以上的測試階段劃分保證了最有可能產生性能缺陷的業(yè)務會在最早的時間進行測試，使得可以在最 短的時間內完成測試目標。 2.對于每個階段的測試，我們采取相同模塊同類業(yè)務合并的測試方法進行測試。即首先按模塊對業(yè)務 進行分類，然后在相同模塊中，選取業(yè)務中相似操作的業(yè)務組合成場景，發(fā)現(xiàn)問題場景后，再對其 中的每個單業(yè)務進行測試，從而定位到產生性能缺陷的業(yè)務。這種方法即保證的測試質量，又節(jié)省 了測試

7、時間 3.根據 XXXXXXXXXXXX 日常運行情況，模擬日常使用用戶數(shù)，針對不同功能模塊進行性能測試。監(jiān)控中間件 服務器的 CPU 性能指標，如果中間件服務器的 CPU 占用率持續(xù)接近 100%，然后停止運行場景。假使 CPU 占用率下降則所測試場景對應模塊不存在性能缺陷；假使 CPU 使用率沒有下降的趨勢，維持在 接近 100%的狀況，則需要分解該模塊測試場景，進行單業(yè)務負載測試，判斷對應模塊是否存在性能 缺陷。 2.2.22.2.2 性能測試分析性能測試分析 業(yè)務分析 經過初步分析，系統(tǒng)上線后面臨的性能壓力來源主要為前臺操作業(yè)務單證，對業(yè)務單證進行新增、 修改、刪除、查詢的操作。 因此

8、將本次性能測試的重點確定為被測模塊的新增、查詢、刪除、修改的典型業(yè)務。 測試數(shù)據分析 測試環(huán)境存在一定數(shù)據量的生產數(shù)據，確保系統(tǒng)數(shù)據庫中數(shù)據容量和真實性，符合實際運行情況。 監(jiān)控方案 本次性能測試將使用 LoadRunner 監(jiān)控業(yè)務的性能指標及服務器的性能情況，為發(fā)現(xiàn)性能缺陷提供 準確的參考數(shù)據。 2.2.32.2.3 結果分析結果分析方法方法 原始數(shù)據分析 利用 LR Analysis 性能分析工具對已歸類的性能數(shù)據進行分析，并產生相應的描述評估結果的圖表。 結果評估及瓶頸定位 在測試執(zhí)行過程中，實時監(jiān)控測試場景中的中間件服務器性能表現(xiàn)，如果發(fā)現(xiàn)中間件服務器 CPU 使用率持續(xù)保持在 10

9、0%，并不會因測試場景結束而下降，則可以將性能缺陷進行定位。 2.32.3 測試工具測試工具 本次測試使用的測試工具為 HP 公司的性能測試工具 LoadRunner v9.0。 3 3 系統(tǒng)分析及監(jiān)控系統(tǒng)分析及監(jiān)控 3.13.1 系統(tǒng)分析系統(tǒng)分析 3.1.13.1.1 邏輯體系架構邏輯體系架構圖圖 3.1.23.1.2 硬件環(huán)境硬件環(huán)境 硬件類型硬件類型IPIP 地址地址CPUCPU 數(shù)數(shù)內存數(shù)內存數(shù)用途用途 HP superdome864G 中間件服務器 HP superdome864G 數(shù)據庫服務器 3.1.33.1.3 軟件環(huán)境軟件環(huán)境 軟件類型軟件類型軟件版本軟件版本 操作系統(tǒng) HP

10、UX 11.11 中間件oracle ias（10.12） 數(shù)據庫 Oracle 10g(10.2.0.2) 3.1.43.1.4 網絡拓撲結構網絡拓撲結構 客戶端 客戶端 客戶端 數(shù)據庫服務器應用服務器/報表服務器 內部網 系統(tǒng)采用 B/S 架構模式，客戶端通過 Oracle Ias 中間件訪問數(shù)據庫。中間件和數(shù)據庫分別部署在 兩臺 HP Superdome 服務器上。 3.1.53.1.5 系統(tǒng)及功能描述系統(tǒng)及功能描述 XXXXXX。 3.23.2 系統(tǒng)資源監(jiān)控系統(tǒng)資源監(jiān)控 本次性能測試將使用 LoadRunner 監(jiān)控業(yè)務的性能指標及主機的性能情況，為發(fā)現(xiàn)性能缺陷提供準 確的參考數(shù)據。下

11、面列出常用的一些參考指標。 UNIX 性能資源性能資源 度量度量 描述描述 CPU utilization CPU 的使用時間百分比 Disk rate 磁盤傳輸速率 Incoming packets rate 每秒鐘傳入的以太網數(shù)據包數(shù) Interrupt rate 每秒內的設備中斷數(shù) Outgoing packets rate 每秒鐘傳出的以太網數(shù)據包數(shù) Page-in rate每秒鐘讀入到物理內存中的頁數(shù) Page-out rate每秒鐘寫入頁面文件和從物理內存中刪除的頁數(shù) Paging rate 每秒鐘讀入物理內存或寫入頁文件的頁數(shù) Swap-in rate正在交換的進程數(shù) Swap-

12、out rate正在交換的進程數(shù) System mode CPU utilization 在系統(tǒng)模式下使用 CPU 的時間百分比 User mode CPU utilization 在用戶模式下使用 CPU 的時間百分比 4 4 測試實施方案測試實施方案 4.14.1 測試準備測試準備 進入準則： XXXXXX 人員到位，XXXXXX 配合進行測試的人員到位 確定本次測試工作所使用的測試工具 退出準則： 完成壓力發(fā)生環(huán)境的準備 向運維方溝通，調研測試需求，明確測試目標 測試環(huán)境準備完畢 運維方完成測試數(shù)據準備工作 測試方確認數(shù)據的可用性 4.24.2 業(yè)務抽取定制用例業(yè)務抽取定制用例 4.2.

13、14.2.1 業(yè)務分析及抽取業(yè)務分析及抽取 經過初步確認，有以下業(yè)務使用頻率比較高，所以對此業(yè)務進行抽取作為第一階段的測試的典型業(yè) 務。 第一階段測試業(yè)務列表：第一階段測試業(yè)務列表： 模塊模塊子模塊子模塊功能功能 XXXXXXXXXXXXXXXXXX 4.2.24.2.2 業(yè)務優(yōu)先級劃分業(yè)務優(yōu)先級劃分 根據與 XXXXXX 的業(yè)務分析和確認，XXXXXX 的基本業(yè)務新增、刪除、查詢、修改操作。因此 將本次性能測試的重點確定為業(yè)務新增、查詢、刪除、修改的典型業(yè)務。 4.34.3 構建壓力模型構建壓力模型 4.3.14.3.1 性能測試策略性能測試策略 基準測試基準測試 檢查每個業(yè)務的基準響應時間

14、，意思是在系統(tǒng)整體空閑（無額外進程運行并占用系統(tǒng)資源）時，單 用戶運行業(yè)務操作多次，獲取該業(yè)務的平均響應時間，檢查各參測系統(tǒng)的基礎性能指標。 混合交易負載測試混合交易負載測試 將同一個模塊的不用業(yè)務組合成同一個場景進行負載壓力測試，平均分配并發(fā)用戶，模擬系統(tǒng)日常 使用用戶數(shù)，監(jiān)控中間件服務器 CPU 使用率是否持續(xù)達到 100%，判斷是否出現(xiàn)性能缺陷。 單交易負載測試單交易負載測試 在將系統(tǒng)缺陷定位到模塊后，針對該模塊的不同業(yè)務操作，設計單業(yè)務負載測試場景，將系統(tǒng)缺陷 進一步定位到某一只交易。 4.3.24.3.2 性能需求細化性能需求細化 現(xiàn)有 XXXXXX 系統(tǒng)在月末運行期間，經常出現(xiàn)系統(tǒng)

15、性能下降，業(yè)務響應時間增加，并且發(fā)現(xiàn) CPU 使用率持續(xù)接近和達到 100%，為了準確定位系統(tǒng)性能缺陷并為系統(tǒng)修改提供依據，分階段針對系統(tǒng)各業(yè) 務模塊各功能點，進行本次性能測試。 4.3.34.3.3 定義測試場景定義測試場景 基準測試場景：使用單個交易單個用戶進行多次迭代，檢查每個業(yè)務的基準響應時間和中間件服務 器性能指標。 混合負載場景：將業(yè)務耦合程度比較高的業(yè)務組合成一個測試場景，設定并發(fā)用戶為實際日常使用 時最大用戶數(shù)，監(jiān)控中間件服務器 CPU 使用率是否持續(xù)達到 100%，并在場景結束后服務器 CPU 占用 率不會下降，判斷是否出現(xiàn)性能缺陷。 單交易負載場景：在將系統(tǒng)缺陷定位到混合負

16、載場景中的模塊后，針對該場景中所有的交易，設計 單業(yè)務負載測試場景，將系統(tǒng)缺陷進一步定位到某一只交易。 與運維方溝通后，確認目前系統(tǒng)中運行用戶數(shù)為 50 左右，所以本次測試使用 50 用戶進行性能測試。 如需要再根據場景運行狀態(tài)進行并發(fā)用戶數(shù)的調整。 4.3.3.1.基準測試場景基準測試場景 解釋：使用單個交易，單個用戶進行多次迭代，檢查每個業(yè)務的基準響應時間，獲取該業(yè)務的平均 響應時間，檢查各參測系統(tǒng)的基礎性能指標，并獲取當前狀態(tài)下中間件服務器的性能指標。 方法：制作單個交易的性能測試腳本，將單個腳本作為一個場景，使用單用戶進行多次迭代，同時 監(jiān)控事務的響應時間 第一階段基準測試場景：第一階

17、段基準測試場景： 4.3.3.2.混合交易負載場景混合交易負載場景 解釋：將多個交易組合在一起，設定負載序列，最大并發(fā)用戶數(shù)設定在系統(tǒng)運行最大用戶數(shù)，檢查 場景中模塊的是否存在性能缺陷； 方法：制作單個交易的性能測試腳本，將同一模塊內相近功能的腳本放在同一個測試場景中，并發(fā) 用戶數(shù)為 50，平均設定每個交易的比例，檢查中間件服務器 CPU 占用率是否達到 100%，進而判斷該場 景測試的系統(tǒng)模塊是否存在性能缺陷。 場景一場景一 序號序號功能模塊功能模塊交易名交易名用戶數(shù)用戶數(shù)迭代次數(shù)迭代次數(shù) ThinkThink timetime 循環(huán)間隔循環(huán)間隔 1XXXXXXXXXXXX 1 20 次忽略

18、忽略 2XXXXXXXXXXXX 1 20 次忽略忽略 第一階段混合交易負載場景：第一階段混合交易負載場景： 4.3.3.3.單交易負載場景單交易負載場景 前提：只有混合交易負載場景重現(xiàn)了性能缺陷現(xiàn)象時才進行單交易負載場景的測試。 解釋：使用單個交易，多個并發(fā)用戶進行多次迭代，設定負載序列，并發(fā)用戶數(shù)保持在實際生產中 最大用戶數(shù)； 方法：在發(fā)現(xiàn)性能缺陷的混合場景中選取單個交易，將此單個交易作為一個場景進行運行，以期測 試此單業(yè)務是否存在性能缺陷。負載用戶數(shù)根據出現(xiàn)性能缺陷的混合交易負載場景的并發(fā)用戶數(shù)進行調 整。 根據混合場景運行的結果發(fā)現(xiàn)：場景九、場景十一運行時中間件服務器的 CPU 使用率

19、持續(xù)為 100%，所 以需要運行單業(yè)務負載場景進行定位。 場景一、二、三、場景一、二、三、 。 。 。 。 序號序號功能名稱功能名稱功能點功能點并發(fā)用戶數(shù)并發(fā)用戶數(shù)用戶加載方式用戶加載方式 ThinkThink timetime 循環(huán)間隔循環(huán)間隔 1 XXXXXX 2 XXXXX XXXXXXX 50 每 2 秒加載 1 個 忽略忽略 場景十、十一、十二場景十、十一、十二 序號序號功能名稱功能名稱功能點功能點并發(fā)用戶數(shù)并發(fā)用戶數(shù)用戶加載方式用戶加載方式 ThinkThink timetime 循環(huán)間隔循環(huán)間隔 1 XXXXX XXXXXX 50 每 2 秒加載 1 個 忽略忽略 4.44.4

20、測試數(shù)據準備測試數(shù)據準備 4.4.14.4.1 基礎數(shù)據構建基礎數(shù)據構建 保證軟件系統(tǒng)參數(shù)的配置支持正常交易，與實際生產環(huán)境相同。 4.4.24.4.2 測試數(shù)據準備測試數(shù)據準備 XXXXXX 提供的登陸用戶可以正常登陸，并且擁有相關操作權限； XXXXXX 提供測試中所需的業(yè)務數(shù)據，同時測試方在測試過程中如遇到測試數(shù)據不足，可使用測 試工具批量建造所需業(yè)務數(shù)據； 數(shù)據庫中已具備與日常生產環(huán)境同級別的數(shù)據量，可以保證性能測試結果的準確性。 4.54.5 測試腳本開發(fā)測試腳本開發(fā) 4.5.14.5.1 開發(fā)方法開發(fā)方法 根據嚴格的技術校驗和豐富的測試經驗，測試方決定采用 Oracle Web Applications11i 協(xié)議開發(fā) 和編輯腳本，然后在此基礎之上根據需要進行必要的腳本強化。 4.5.24.5.2 測試腳本列表測試腳本列表 第一階段測試腳本列表：第一階段測試腳本列表： 序號序號模塊模塊交易交易腳本名稱腳本名稱說明說明 1XXXXXXXXXXXXXXXXXXXXXXXX