性能測試用例的設計，有別於功能測試用例的設計，畢竟，考慮的點不一樣。
在有了性能測試方案后，我們就可以設計我們的性能測試用例了，一般考慮：單場景、混合場景、穩定性場景
下面給出筆者在實際工作中，單場景的用例（之前用loadrunner做壓測的用例），供大家參考：
用例編號：PT001
場景描述：模擬用戶進行登錄操作
並發量：分別模擬並發用戶數為1000、1500、2000等多種情況進行測試（除了壓測能否達到目標，還要壓測出最大的並發和tps，參考：https://www.cnblogs.com/uncleyong/p/11543488.html）
壓測時間：每次600s
數據量：oracle數據庫user表有100萬存量賬戶
腳本設置關鍵點：參數化用戶名、封裝登錄事務、添加思考時間
集合點：不使用
加壓減壓方式：全部初始化爬坡加壓、全部退出
場景運行時設置：think time=1s、continue when error、log選擇Send messages only when an error occurs
重點關注指標：響應時間、tps，事務成功率，各個服務器資源使用情況（CPU、內存、磁盤I/O、磁盤容量）、網絡、是否頻繁fgc、是否線程阻塞、線程死鎖、連接池未釋放、數據庫死鎖、慢sql等等
預期指標：並發>=1000，響應時間<=1s，tps>=600，事務成功率為99.5%（涉及資金的，要求100%），應用服務器、數據庫服務器CPU和內存使用率<=90%，沒有內存泄漏現象、沒有死鎖等各種性能問題。
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
|
用例編號：PT001
場景描述：模擬用戶進行登錄操作
並發量：分別模擬並發用戶數為
1000
、
1500
、
2000
等多種情況進行測試（除了壓測能否達到目標，還要壓測出最大的並發和tps，參考：https:
//www.cnblogs.com/uncleyong/p/11543488.html）
壓測時間：每次600s
數據量：oracle數據庫user表有
100
萬存量賬戶
腳本設置關鍵點：參數化用戶名、封裝登錄事務、添加思考時間
集合點：不使用
加壓減壓方式：全部初始化爬坡加壓、全部退出
場景運行時設置：think time=1s、
continue
when error、log選擇Send messages only when an error occurs
重點關注指標：響應時間、tps，事務成功率，各個服務器資源使用情況（CPU、內存、磁盤I/O、磁盤容量）、網絡、是否頻繁fgc、是否線程阻塞、線程死鎖、連接池未釋放、數據庫死鎖、慢sql等等
預期指標：並發>=
1000
，響應時間<=1s，tps>=
600
，事務成功率為
99.5
%（涉及資金的，要求
100
%），應用服務器、數據庫服務器CPU和內存使用率<=
90
%，沒有內存泄漏現象、沒有死鎖等各種性能問題。
|