通用指標（指web應用伺服器、資料庫伺服器必需測試項)
web伺服器指標
資料庫伺服器效能指標
系統的瓶頸定義
穩定系統的資源狀態
通俗理解：
·日訪問量
·常用頁面最大併發數
·訪問相應時間
案例：
一種是測試幾個常用頁面能接受的最大併發數(使用者名稱引數化，設定集合點策略)
一種是測試伺服器長時間壓力下，使用者能否正常操作(使用者名稱引數化，迭代執行指令碼)
另外暴寒1下，光設定全部進入執行狀態就需要接近6個小時。具體的可以拿1個系統來壓一下看看，可能會出現以下情況：
1、伺服器宕機；
2、客戶端宕機；
3、從某個時間開始伺服器拒絕請求，客戶端上顯示的全是錯誤；
4、勉強測試完成，但網路堵塞或測試結果顯示時間非常長。假設客戶端和伺服器之間百兆頻寬，百兆/10000=10k，那每個使用者只能得到10k，這個速度接近1個64k的modem上網的速度；另外以上分析全都沒考慮系統的後台，比如資料庫、中介軟體等。
1、伺服器方面：上面說的那樣的pc server需要50臺；
2、網路方面：按每個使用者50k，那至少5根百兆頻寬獨享，估計僅僅網路延遲就大概是秒一級的；
3、如果有資料庫，至少是oracle，最好是sysbase，sql server是肯定頂不住的。資料庫伺服器至少需要10臺4cpu、16g記憶體的機器；
4、如果有corba，那至少再準備10臺4cpu、16g記憶體的機器；再加上負載均衡、防火牆、路由器和各種軟體等，總之沒個1000萬的資金投入，肯定搞不定。
這樣的門戶系統，由於有使用者許可權，所以並不象jackie所說大多是靜態頁面。但只要是多伺服器的集群，那麼我們就可以通過1臺機器的測試結果來計算多台機器集群後的負載能力的，最多額外考慮一下負載均衡和路由上的壓力，比如頻寬、速度、延遲等。但如果都是在1臺機器上變化，那我們只能做一些指標上的計算，可以從這些指標上簡單判斷一下是否不可行，比如10萬併發使用者卻只有1根百兆頻寬，那我們可以計算出每個使用者只有1k頻寬，這顯然是不可行的。但實際的結果還是需要測試了才知道，畢竟系統壓力和使用者數量不是線性變化的。
這一類系統的普遍的成熟的使用，以及很多軟體在方案設計後就能夠大致估算出系統的效能特點，都導致了系統在軟體效能方面調優的比例並不大（當然不完全排除後期針對某些**和配置進行優化後效能的進一步提高），更多的都是從硬體方面來考慮，比如增加記憶體、硬碟做raid、增加頻寬、甚至增加機器等。
效能測試指標
一 響應時間 響應時間反應完成某個業務所需要的時間 如 從單擊登入按鈕完成返回登入成功頁面需要消耗1秒鐘 在效能測試中是通過事務函式來完成對響應時間的統計，事務是指做某件事的操作，事務函式會記錄開始做這件事和該事情完成之間的時間差，使用transaction response time這個詞來說明，...
效能測試指標
指 應用 執行 乙個 操作 需要 的 時間，包括 從 發出 請求 開始 到 收到 最後 響應 資料 所需 要的 時間。響應 時間 是 系統 最重要的 效能 指標，直觀 地 反映 了 系統 的 快慢 指 系統 能夠 同時 處理 請求 的 數目，這個 數字 也 反映 了 系統 的 負載 特性。對於 網 ...
效能測試指標
從使用者傳送請求 web server接受到請求，進行處理 web server向db獲取資料 生成使用者的object 頁面 返回給使用者 的過程，一般的響應時間都是針對事務而言的。1 在3秒鐘之內，頁面給予使用者響應並有所顯示，可認為是 很不錯的 2 在3 5秒鐘內，頁面給予使用者響應並有所顯示...