通用指標（指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/秒!
文章來源于領測軟件測試網 http://www.kjueaiud.com/
