目錄
效能測試的需求分析與測試設計
1.業務建模的基本概念
1.1什麼是業務建模？
1.2 業務建模考慮因素
1.3 業務建模的成果物
2.效能指標確認
2.1效能指標的**
2.2常用效能指標舉例
2.3效能指標的計算
3.測試場景設計
3.1 目的
3.2 測試場景包含的內容
3.3 測試場景設計原則
3.4 測試場景執行時長
3.5 測試場景與其他測試內容
4.測試環境設計
4.1測試環境的設計原則
4.2網路設計
4.3服務端設計
5.測試資料準備
5.1設計原則
5.2 設計方法
5.3 生成方式
這幾篇部落格是想把自己在做效能測試過程當中的一些知識點進行總結、歸納、分享。
通過使用者活動的剖析，找到效能測試關鍵點，需要測試的業務場景，為測試目標打好基礎。
業務名稱
業務頻率
時間範圍
資料總量
業務描述
操作a1000次/天
xx-xx
使用者：***人
站點：***個
使用者登入系統，瀏覽商品詳情
操作b200次/天
xx-xx
使用者登入系統，進行下單
操作c8000次/天
xx-xx
使用者登入系統，檢視訂單詳情
效能指標
舉例響應時間（rt）
1.登入操作的響應時間小於1秒
2.網頁跳轉後完全顯示內容的時間小於1秒
吞吐量（tps、pv）
1.伺服器每秒可以處理***個登入事務
2.**支援日均200萬pv
併發使用者數
1.支援100個使用者同時登入
2.流**伺服器支援200路流**
成功率1.xx操作的成功率大於99.99%
2.高峰期的下單失敗率不大於 十萬分之一
資源利用率（cpu、記憶體，io、網路、連線池、jvm）
1.客戶端cpu的佔用率不超過80%
2.伺服器的網路利用率不超過70%
tps公式估算：tps=vu/rt（ 吞吐量 = 虛擬使用者數 / 響應時間）
分布估算：一般使用泊松分布等計算（暫時講不清楚）
舉例說明1：
某需求文件描述的效能描述需求如下：
高峰情況下，系統支援100個使用者同時使用xx業務
業務響應時間小於2秒
業務操作失敗率小於1%
伺服器cpu、記憶體、網路利用率小於70%，網路利用率小於50%
由上述指標可計算出各個效能指標為：
tps：50
rt：2
資源利用率：cpu利用率 < 70% 、 記憶體佔用率 < 70% 、網路利用率 < 50%
舉例說明2：**網的效能指標
生產環境的資料監控：
得出資料分布趨勢：
上圖的微積分計算：80% 的面積，占用了50% 的時間。即說明：80% 的業務是在一天的50% 的時間內完成的。
故單個業務的時間佔比：0.8/05=1.6
平均吞吐量公式：
平均tps=（1.6*總業務量）/（24*60*60）
計算出的平均吞吐量與圖中的高峰值比例為：1:1.2
平均吞吐量的比值為：1.6*1.2=1.92
高峰吞吐量公式為：
平均tps=（1.92*業務總量）/（24*60*60）
將業務建模中和測試目標中的得到成果物，近一步轉化為更詳細的，可以在測試執行中使用的內容
場景描述舉例：
場景名稱
場景業務及使用者分配
測試指標
效能計數器
登入使用者數量：在10、50、100、150、200使用者數下分別測試
吞吐量：10tps
事務成功率：99.99%
cpu：<70%
記憶體：<70%
網路負載：<50%
穩定性使用者操作：長時間訪問網頁
執行時長：3小時
吞吐量：20tps
事務成功率：99.99%
cpu：<70%
記憶體：<70%
網路負載：<50%
多網段、公網、弱網
無線網路
頻寬穩定性
分布式、集群布置
簡化合併
業務，資料相關性
並行測試
備用環境：在每次進行效能測試時，最好是對環境進行乙個快照備份操作。
備份和還原
cpu < 50%
記憶體 < 80%
i/o < 50%
磁碟控制項 < 90%
網路頻寬 < 30%
執行模式設定
分布式部署
型號選擇
關鍵引數
軟體環境
產品經理、解決方案、技術支援等渠道
已上線系統：系統運維資料、系統執行日誌等系統
根據業務分析
根據經驗分析
《完》
效能測試指標 效能測試需求分析與指標分析
一般而言，被測物件的效能要求，會在使用者需求規格說明書中給出，如單位時間內的訪問量需達到多少，業務響應時間不超過多少，業務成功率不低於多少，硬體資源耗用要在乙個合理的範圍中，效能指標以量化形式給出。對於相對規範的產品，產品團隊一般會給出類似的要求 壓測後，滿足相關指標，則測試通過，若不滿足，則需要分...
效能測試需求分析
需求分析問題 1 剛開始最好不要上來就跟客戶談，某個效能點需要什麼樣的指標，比如支援多少人同時登陸，等等。一上來最主要的事情是了解整個系統的作用，使用者，部署的方式，約束，上線時間，等等，目的是讓自己能慢慢的站在客戶角度來看待這個系統，通過自己的知識，想客戶所想，憂客戶所憂，因為我們的目的就是要讓客...
效能測試需求分析
需求分析問題 1 剛開始最好不要上來就跟客戶談，某個效能點需要什麼樣的指標，比如支援多少人同時登陸，等等。一上來最主要的事情是了解整個系統的作用，使用者，部署的方式，約束，上線時間，等等，目的是讓自己能慢慢的站在客戶角度來看待這個系統，通過自己的知識，想客戶所想，憂客戶所憂，因為我們的目的就是要讓客...