1、乾坤翰林乾坤翰林內容管理系統性能測試2017 年 7 月 21 日文檔信息信息修改歷史版本日期修改說明修改人0.12017-7-14草稿劉部門/角色意見日期技術經理審核通過2017-7-20文檔標題乾坤翰林內容管理系統性能測試版 本 號V0.1版本日期2017-7-14打印日期文 件 名乾坤翰林內容管理系統性能測試歸檔目錄管理目錄1.概述4項目背景4測試目的4測試范圍52.2.1 測試目標認后的參數已經修改為黑色了。請查看的附件。52.2 業務模型6測試環境73.1 測試環境機器配置表7性能測試案例設計8性能測試場景設計8系統登錄8文件上傳8內容查詢9刪除文件93.4.4.1.5修改10性能測

2、試場景設計10系統登錄10文件上傳10內容查詢11文件刪除114.4.5修改115.測試計劃136. 14基準測試14測試結論與建議231.1 項目背景1.2 測試目的通過自動化模擬用戶的使用場景，在生產環境中盡可能提前發現后續翰林內容中心管理系統會出現的各種性能問題。通過結果分析，查看哪些業務出現響應時間長超時，獲取數據失敗的情況。查看乾坤翰林內容管理系統是否符合設計的性能指標要求。1. 概述2.1 測試目標認后的參數已經修改為黑色了。請查看的附件。性能測試是針對系統并發處理能力、響應時間等性能指標所進行的測試。目的是在盡可能模擬真實環境的反映出系統各項性能指標，實現以下目標：模擬系統在實際

3、使用環境下峰值時的系統處理能力及性能表現。檢測中：通過并發測試執行，揭示程序中的隱含或，從而修復系統中的薄弱環節。通過對各項測試及結果的綜合分析，發現、定位性能瓶頸，為改善系統性能提供整體優化方案，為后期性能調優提供參考依據。保證在真實環境的業務和用戶量下，性能滿足業務操作需求，主要需求如下：系統使用人數為 100000 人。日常平均用戶數 8000 人，期用戶數 10000 人。其他操作時效要求如下：最大并發數：1000 TPS（每秒事務數）：500平均響應時間：2-5-10注：系統平均響應時間 2-5-10。2 秒以內得到響應，響應速度迅捷；2-5 秒之間響應，響應時間正常；5-10 秒響

4、應，響應緩慢；而當用戶在 超過 10 秒無法得到響應，響應時間超時。正常響應時間：=5s。最大響應時間：=10s。CPU 利用率（CPU 占用率最優狀態）：=70%。內存利用率： =60%。2. 測試范圍2.2 業務模型測試結論：以上序號 15 項都通過測試驗證。序號業務模塊業務名稱類型數據量平均用戶數最大用戶數響應時間系統登錄系統登錄登錄秒2文件上傳文件上傳提交80001000010 秒3內容查詢內容查詢查詢80001000010 秒4文件刪除文件刪除刪除80001000010 秒5修改修改提交8000100005 秒3.1 測試環境機器配置表系統應用服務器服務器應用服務器配置服務器： CP

5、U ： 4核 內存：8GB（I/O優化）服務器： CPU ： 4核 內存：8GB（I/O優化）服務器： CPU ： 4核 內存：8GB（I/O優化）服務器： CPU ： 4核 內存：4GB（I/O優化）操作系統及安裝Centos/docker（Tomcat）臺數2內容數據庫數據庫服務器Centos/kafka/elaticsea1rongo(主)用戶數據庫服務和緩存服務分發出入服務器數據庫服務器Centos/kafka/elaticsea1r)ysql(主)/redis(主分發出入服務器Openresty版本23. 測試環境4.1 性能測試案例設計4.1.1 系統登錄4.1.2 文件上傳文件上

6、傳名稱文件上傳程序版本用例HL-02子系統測試目的測試文件上能系統響應時間。特殊說明目標產生大壓力，忽略全部思考時間。前提條件應用程序已經部署步驟操作是否設置集合點是否設定事務事務名稱說明1登錄系統否否2登陸后展現頁面信息否否3點擊上傳內容否是4選擇文件否否5輸入文檔的分類參數否否系統登錄名稱系統登錄程序版本用例HL-01子系統測試目的測試用戶登錄的并發能力及系統響應時間。特殊說明目標產生大壓力，忽略全部思考時間。前提條件應用程序已經部署步驟操作是否設置集合點是否設定事務事務名稱說明1打開登錄頁否否2輸入用戶名、否否3點擊“登錄”按鈕是是Login4登陸后展現頁面信息否否5注銷用戶否是Logo

7、ut編制編制日期4. 性能測試案例設計4.1.3 內容查詢4.1.4 刪除文件刪除文件名稱刪除文件程序版本用例XH-WDMX-04子系統測試目的測試刪除文件系統響應時間。特殊說明目標產生大壓力，忽略全部思考時間。前提條件應用程序已經部署步驟操作是否設置集合點是否設定事務事務名稱說明1登錄系統否否2選擇“文檔”否是3勾選第一個文件否否4點擊“刪除”按鈕否否5點擊“確定”按鈕否否注銷用戶否否內容查詢名稱內容查詢程序版本用例HL-03子系統測試目的測試查詢功能的系統響應時間。特殊說明目標產生大壓力，忽略全部思考時間。前提條件應用程序已經部署步驟操作是否設置集合點是否設定事務事務名稱說明1登錄系統否否

8、2選擇文檔否是3選擇貢獻否是contribut ion4注銷用戶否否編制編制日期填寫標題，上傳封面，填寫簡介否否點擊“確認上傳”否是顯示上傳成功頁面否否注銷用戶否否編制編制日期4.1.5修改4.2 性能測試場景設計4.2.1 系統登錄4.2.2 文件上傳序場景名稱場景說明執行用戶循環操作并發序號場景名稱場景說明執行用戶總數循環數量操作間隔并發發出間隔循環間隔退出間隔同步點1系統登錄基準測試系統登錄110001002系統登錄500 并發系統登錄5002001011003系統登錄700 并發系統登錄7002001011004系統登錄1000 并發系統登錄1000200101100修改名稱修改程序版

9、本用例HL-05子系統測試目的測試修改的系統響應時間。特殊說明目標產生大壓力，忽略全部思考時間。前提條件應用程序已經部署步驟操作是否設置集合點是否設定事務事務名稱說明1登錄系統否否2點擊“基本資料”否否3點擊“修改頭像”否否4選擇頭像否否5點擊“保存頭像”按鈕否是save彈出“保存頭像成功”否否注銷用戶否否編制編制日期編制編制日期4.2.3 內容查詢4.2.4 文件刪除4.4.5修改序號場景名稱場景說明執行用戶總數循環數量操作間隔并發發出間隔循環間隔退出間隔同步點序號場景名稱場景說明執行用戶總數循環數量操作間隔并發發出間隔循環間隔退出間隔同步點1文件刪除基準測試文件刪除110001002文件刪

10、除500 并件刪除5002001011003文件刪除700 并件刪除7002001011004文件刪除1000 并件刪除1000200101100序號場景名稱場景說明執行用戶總數循環數量操作間隔并發發出間隔循環間隔退出間隔同步點1內容查詢基準測試內容查詢110001002內容查詢500 并發內容查詢5002001011003內容查詢700 并發內容查詢7002001011004內容查詢1000 并發內容查詢1000200101100號總數數量間隔發出間隔循環間隔退出間隔同步點1文件上傳基準測試文件上傳110001002文件上傳500 并件上傳5002001011003文件上傳700 并件上傳7

11、002001011004文件上傳1000 并件上傳10002001011001修改基準測試修改110001002修改500 并發修改5002001011003修改700 并發修改7002001011004修改1000 并發修改1000200101100內容開始日期結束日期人力資源測試環境和版本確認測試方案編寫與評審測試數據準備測試開發測試場景設置測試執行分析測試編寫系統調優后測試修改測試評審5.測試計劃6.1 基準測試6.1.1 系統登錄6.1.2 文件上傳6.1.3 內容查詢6.1.4 刪除文件6.1.5修改6.6.2 負載測試6.2.1 系統登錄平均響應時間（：秒）500 人并發700 人

12、并發1000 人并發響應時間分析：基準響應時間為：1.17s，500 并發系統響應時間為 6.788s，700 并發系統響應時間為 4.578s；1000 并發用戶系統響應時間為 4.451s。響應時間小于 5 秒，符合測試目標;1000并發時最后有兩個用戶退出失敗。吞吐量500 人并發700 人并發1000 人并發吞吐量分析：500 并發吞吐量平均約為 0.47M/S, 峰值約為 4.2M/S,；700 并發吞吐量平均約為 0.6M/S,峰值約為 4.6M/S,1000 并發吞吐量平均約為 0.7M/S,峰值約為 4 M/S,此為登陸+瀏覽+退出，其中“瀏覽”action 未對服務器造成壓力

13、，服務器未產生吞吐量，故此結果為正常。處理事務數量（：個/秒）500 人并發700 人并發1000 人并發處理事務數量分析：500 并發處理事務量 1.2 個/秒，700 并發處理事務量 1.6 個/秒，1000 并發處理事務量 2 個/秒，由此可見，1000 并發系統處理能力最高。6.2.2 內容查詢平均響應時間（：秒）500 人并發700 人并發1000 人并發響應時間分析：基準響應時間為：2.249s，500 并發系統響應時間為 5.344s，700 并發系統響應時間為 11.6s；1000 并發用戶系統響應時間為 22.276s。500 并發響應時間大于 5s，700、1000 并發響

14、應時間大于 10s，不符合當前測試要求。700 并發時出現一個 timeout 報錯。吞吐量500 人并發700 人并發1000 人并發吞吐量分析：500 并發吞吐量平均約為 3.9M/S,峰值約為 8.1M/S,；700 人并發吞吐量平均約為 4.1M/S,峰值約為 7.5M/S,1000 人并發吞吐量平均約為 4M/S,峰值約為 7.2M/S,處理事務數量（：個/秒）500 人并發700 人并發1000 人并發處理事務數量分析：500 并發處理事務量 2.4 個/秒，700 并發處理事務量 4.1 個/秒，1000 并發處理事務量 4 個/秒，由此可見，700 并發系統處理能力最高。6.2

15、.3 刪除文件平均響應時間（：秒）500 人并發700 人并發1000 人并發待測響應時間分析：基準響應時間為：0.9s， 500 并發系統響應時間為 14.765s，700 并發系統響應時間為 20.243s；1000 并發用戶系統響應時間為 6.002s。30 并發、40 并發，響應時間小于 5 秒，符合測試目標；50 登錄響應時間大于測試目標要求時間。700 并發 delete fail 2 個，提示timeout。吞吐量500 人并發700 人并發1000 人并發待測吞吐量分析：500 人并發吞吐量平均約為 1.7M/S,峰值約為 3.9M/S,；700 人并發吞吐量平均約為 1.8M/S,峰值約為 4M/S,處理事務數量（：個/秒）500 人并發700 人并發1000 人并發處理事務數量分析：500 并發處理事務量 10 個/秒，700 并發處理事務量 10.3 個/秒，50 并發處理事務量 6 個/秒，由此可見，40 并發系統處理能力最高。文件刪除 1000 并發兩臺 docker 占用