- pipe-clean test
- 在測試環境預先跑
- 確定腳本准確性
- 單用戶跑
- 獲取baseline
- 容量測試
- 經典的性能測試類型
- 獲取系統穩定運行時最大的吞吐量/並發數/響應時間時
- 盡量模擬真實情況,比如加入用戶思考時間等
- 壓力測試
- 把系統弄掛
- 除非系統無響應,響應時間超出預期值,用戶無法登錄等,否則不停下來
- 假設系統預計能撐5000人,但是5005人的時候掛掉了,這時候我們應該如何思考
- 穩定性測試
- 為了找出在長時間運行時系統可能出現的問題
- 經典的例子是找內存泄漏
- 系統表現的出的問題是:響應時間逐漸變長,或者突然不可用
- somke test
- 代碼有修改,就對修改的代碼所影響的腳本進行冒煙測試
- 隔離測試
- 用以重現問題
- 一般的策略就是對出現問題的模塊或腳本反復執行,以便發現問題
- 負載模型
- 線性模型
- 吞吐量模型
- 配置負載
- Big Bang: 負載同時產生
- Ramp up: 開始時候產生一定負載,然后每隔一段時間增加一些負載直到達到目標負載,這是典型模式
- Ramp-up (with step): 分段產生負載。比如總共需要1000用戶的負載,但是我們需要觀察系統在250, 500, 700負載下的表現,到達這些負載后需要跑一段時間再增加新負載
- Ramp up (with step), ramp down (with step): 跟上面類似,只是最后負載回歸到0
- Delayed start: 延遲開始
- 測試流程
- 對每個用例進行容量測試:負載策略一般是ramp-up或者ramp-up with step
- 對出現性能問題的用例進行隔離測試
- 對用例組進行容量測試
- 對用例組進行隔離測試:負載策略一般是ramp-up或者ramp-up with step
- 對用例組進行壓力測試
- 對用例組進行穩定性測試