轉載：http://developer.51cto.com/art/200812/101270.htm
通用指標（指Web應用服務器、數據庫服務器必需測試項)
Web服務器指標
數據庫服務器性能指標
系統的瓶頸定義
穩定系統的資源狀態
通俗理解：
·日訪問量
·常用頁面最大併發數
·同時在線人數
·訪問相應時間
案例：
最近公司一個項目，是個門戶網站，需要做性能測試，根據項目特點定出了主要測試項和測試方案：
一種是測試幾個常用頁面能接受的最大併發數(用戶名參數化，設置集合點策略)
一種是測試服務器長時間壓力下，用戶能否正常操作(用戶名參數化，迭代運行腳本)
一種則需要測試服務器能否接受10萬用戶同時在線操作，如果是用IIS做應用服務器的話，單臺可承受的最大併發數不可能達到10萬級，那就必須要使 用集羣，通過多臺機器做負載均衡來實現；如果是用websphere之類的應用服務器的話，單臺可承受的最大併發數可以達到10萬級，但爲性能考慮還是必 須要使用集羣，通過多臺機器做負載均衡來實現；通常有1個簡單的計算方式，1個連接產生1個session，每個session在服務器上有個內存空間大 小的設置，在NT上是3M，那麼10萬併發就需要300G內存，當然實際使用中考慮其他程序也佔用內存，所以準備的內存數量要求比這個還要多一些。還有 10萬個用戶同時在線，跟10萬個併發數是完全不同的2個概念。這個樓上已經說了。但如何做這個轉換將10萬個同時在線用戶轉換成多少個併發數呢？這就必 須要有大量的歷史日誌信息來支撐了。系統日誌需要有同時在線用戶數量的日誌信息，還需要有用戶操作次數的日誌信息，這2個數據的比例就是你同時在線用戶轉 換到併發數的比例。另外根據經驗統計，對於1個JAVA開發的WEB系統（別的我沒統計過，給不出數據），一般1臺雙CPU、2G內存的服務器上可支持的 最大併發數不超過500個（這個狀態下大部分操作都是超時報錯而且服務器很容易宕機，其實沒什麼實際意義），可正常使用（單步非大數據量操作等待時間不超 過20秒）的最大併發數不超過300個。假設你的10萬同時在線用戶轉換的併發數是9000個，那麼你最少需要這樣的機器18臺，建議不少於30臺。當 然，你要是買個大型服務器，裏面裝有200個CPU、256G的內存，千兆光纖帶寬，就算是10萬個併發用戶，那速度，也絕對是嗖嗖的。
另外暴寒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、增加帶寬、甚至增加機器等。
網絡技術中的10M 帶寬指的是以位計算， 就是 10M bit /秒 ，而下載時的速度看到的是以字節（Byte）計算的，所以10M帶寬換算成字節理論上最快下載速度爲：1.25 M Byte/秒!