本次案例分享是通過性能測試工具PerformanceRunner（簡稱PR）查看某訪問平臺性能需求是否滿足產品設計要求，總結測試階段的測試以及分析測試結果，明確被測系統通過性能測試出現的問題。
表1-1 性能測試指標一覽表
|
性能參數
|
性能目標
|
|
有效工作時間
|
系統應能保證 99.99%的時間按設計工作時間正常運行
|
|
響應時間
|
人員信息登記提交及人員出入信息加載響應時間均在3s以下
|
|
并發用戶
|
系統能夠支持 500 以上用戶的并發處理
|
表1-2 測試范圍一覽表
|
序號
|
模塊名稱
|
功能點
|
功能概述
|
|
1
|
人員信息登記
|
人員信息登記提交
|
提交人員基本信息到服務器保存
|
|
2
|
人員出入信息
|
人員出入信息加載
|
加密人員出入信息頁面
|
表1-3 測試環境配置表
|
用途
|
硬件配置
|
軟件配置
|
|
應用服務器
|
CPU：雙核內存：16G；應用分配內存：8G
|
操作系統：windows10
|
|
測試客戶端
|
CPU：雙核內存：16G
應用分配內存：8G
|
操作系統：windows10
瀏覽器：Google Chrome
工具：PerformanceRunner1.1.3
|
|
數據庫服務器
|
對應于應用服務器
|
測試策略
本次性能測試主要為500虛擬用戶并發下，測試系統的運行情況，數據是否能夠保證完整性，系統是能夠保持穩定性，以及系統響應時間是否符合標準，具備較好的用戶體驗效果。
執行方式
使用第三方工具 Fiddler 錄制腳本，導入到性能測試工具PerformanceRunner 中，根據用例場景，與項目組研發修改腳本細節，編寫必填參數，集成測試環境調試后執行，使用資源管理器監控cpu 等系統參數的性能，并通過 PerformanceRunner的報告分析找出系統瓶頸。
測試工具
|
工具類型
|
工具名稱
|
版本
|
用途
|
|
性能測試工具
|
PerformanceRunner
|
1.1.3
|
性能測試
|
典型場景測試結果與分析
1）并發測試測試用例：500個用戶執行提交人員登記信息及，及加載人員出入信息頁面。
2）實際結果：用戶訪問時，平均響應時間較快，為2.22 秒左右，符合客戶要求。
3）用例描述如下：
|
基準測試測試用例
|
|
用例名稱
|
500個用戶執行
|
用例編號
|
1
|
|
測試步驟
|
1.部署性能測試環境
|
|
2.用 Fiddler 錄制腳本
|
|
3.使用 PerformanceRunner 修改腳本后運行
|
|
場景設計
|
1.設計用戶數量 500
|
|
2.設計運行時間為 10 分鐘
|
|
執行時間
|
10分鐘
|
|
預期結果
|
1.頁面響應時間平均值不超過 3 秒
|
|
2.CPU 使用率平均值不能高于 80%
|
|
3.物理內存使用率不超過 80%
|
PerformanceRunner 分析結果：
1）平均響應時間：（注：事務響應時間記錄單位為毫秒）
2）每秒事務數：
3）事務對照表：
|
|
測試項
|
事務名稱
|
平均響應時間/s
|
每秒事務數
|
|
1
|
人員信息提交
|
submit
|
1.06
|
202.418tps/s
|
|
2
|
人員信息提交+人員出入信息加載
|
Total
|
2.22
|
202.309tps/s
|
4）點擊率和吞吐量：
5）系統指標：
10.結論
1）實際結果：在 500 并發用戶訪問時，所有事務響應時間均為 2 秒左右，在 3 秒內；服務器 CPU 使用率平均值過高，建議提升服務器硬件性能，或部署服務器集群，分離數據庫系統。
2）每次測試過程的場景如下：
A.加壓方式：以 500 用戶壓力測試為例，每10s同時加壓 50 虛擬用戶，全部運行。
B.穩定性持續時間：為了保證測試過程充分和數據準確，每次腳本運行時間持續 10分鐘。
C.減壓方式：每10s卸載100虛擬用戶。
D.思考時間：忽略所有思考時間。
E.其他設置：完全模擬Chrome瀏覽器行為；模擬瀏覽器緩存；網絡帶寬不限。
總結：此次通過通過性能測試工具PerformanceRunner500虛擬用戶并發測試時，事務響應時間基本平穩，但是系統資源中CPU占用過高，已超出服務器 80%，此次判定不通過。
最后，小編關于性能測試工具PerformanceRunner的案例分享就結束了，后續我們還將分享更多有關知識。
相關閱讀：
性能測試工具PerformanceRunner某在線看房平臺性能測試結果及分析
性能測試工具PerformanceRunner某在線看房平臺案例分享
sales@spasvo.com
