這是51測試看到的一篇文章，覺得概括得很好。所以就轉過來了。。。

一個完整的壓力測試自然包括方方面面很多東西，在此不那麼的詳述，我的文筆很差，只能簡單的記述一下個人的基本思路。

　　壓力測試分為如下大概（個人如此）

　　（1）確定存量資料的規模（使用者一般會要求製造出3－5年的存量資料）；

　　（2）確定需要進行壓力測試的業務（一般是使用者使用最頻繁，或者業務操作複雜的業務）；

　　（3）確定操作使用者的的數量、各類操作使用者的比例；

　　（4）峰值業務量的要求（一般是1個小時內最多要處理的筆數）；

　　（5）對實時業務響應時間的要求（如在峰值情況下，單筆業務的處理時間（如小於60秒））；

　　（6）對於批量處理過程的時間要求（如進行日終（月終、年終）處理、與外系統間批量資料傳輸時的時間）。

　　以上資訊，通常需要業務人員來確定。

　　為了進行壓力測試的技術準備，需要如下資料：

　　（1）系統概要設計（瞭解系統技術架構，確定測試方法）；

　　（2）如果自己開發介面程式，需要了解介面報文規範；

　　（3）資料庫設計（我們需要據此編寫程式，準備存量資料）。

　　為了開發指令碼需要了解如下資訊：

　　（1）操作手冊（指令碼錄入或者手工開發指令碼）；

　　（2）引數化指令碼（動態化資料需要進行關聯）；

　　（3）腳本回放（驗證指令碼是否可以成功的建立資料）。

　　測試場景：

　　（1）單使用者執行壓力測試場景；

　　（2）多使用者執行測試場景，檢視系統資源消耗等調優工作開始。

　　另外，還有測試環境的事情需要落實。壓力測試一般要求環境配置較高，最好與生產環境一致或者接近。