效能基準測試；
穩定性測試；
併發測試；
容量規劃測試。
1） 效能基準測試；
效能基準測試，通常被稱為 performance benchmark test，是每次對外發布產品版本前
必須要完成的測試型別。
效能基準測試，會基於固定的硬體環境和部署架構（比如專用的伺服器、固定的專用網路環
境、固定大小的集群規模、相同的系統配置、相同的資料庫背景資料等），通過執行固定的
效能測試場景得到系統的效能測試報告，然後與上一版本發布時的指標進行對比，如果發現
指標有「惡化」的趨勢，就需要進一步排查。
2） 穩定性測試
穩定性測試，又稱可靠性測試，主要是通過長時間（7*24 小時）模擬被測系統的測試負
載，來觀察系統在長期執行過程中是否有潛在的問題。通過對系統指標的監控，穩定性測試
可以發現諸如記憶體洩漏、資源非法占用等問題。
很多企業級的伺服器端產品，在發布前往往都要進行穩定性測試。穩定性測試，通常直接採
用效能基準測試中的虛擬使用者指令碼，但是效能測試場景的設計和效能基準測試場景會有很大
不同：穩定性測試成功完成的標誌，主要有以下三項：
實際工程專案中，由於穩定性測試執行的時間成本很高，往往需要花費 3~7 天的時間，所
以我們一般是在其他所有測試都已經完成，並且所有問題都已經修復之後才開始穩定性測
試。一般是採用「波浪式」的測試負載，比如先逐漸加大測試負載，在高負載情
況下持續 10 多個小時，然後再逐漸降低負載，這樣就構成了乙個「波浪」，
整個穩定性測試將由很多個這樣的波浪連續組成。
系統資源的所有監控指標不存在「不可逆轉」的上公升趨勢；
事務的響應時間不存在逐漸變慢的趨勢；
事務的錯誤率不超過 1%。
3） 併發測試
併發測試，是在高併發情況下驗證單一業務功能的正確性以及效能的測試手段。高併發測試
一般使用思考時間為零的虛擬使用者指令碼來發起具有「集合點」的測試。
4）容量規劃測試
容量規劃測試，是為了完成容量規劃而設計執行的測試。
那什麼是容量規劃呢？所謂容量規劃，是軟體產品為滿足使用者目標負載而調整自身生產能力
的過程。
所以，容量規劃的主要目的是，解決當系統負載將要達到極限處理能力時，我們應該如何通
過垂直擴充套件（增加單機的硬體資源）和水平擴充套件（增加集群中的機器數量）增加系統整體的
負載處理能力的問題。
目前來講，容量規劃的主要方法是基於水平擴充套件。但是，具體應該增加多少機器，以及增加
後系統的負載處理能力是否會線性增長，這些問題都需要通過容量規劃測試進行驗證。
那麼，容量規劃測試具體要怎麼做呢？
我們可以使用效能基準測試中的虛擬使用者指令碼，以及各個業務操作指令碼的百分比，壓測單機
部署的被測系統。我們會採用人工的方式不斷增加測試負載直到單機系統的吞吐量指標到達
臨界值，由此就可以知道單台機器的處理能力。
理論上講，整個集群的處理能力將等於單台機器的處理能力乘以集群的機器數，但是實際情
況並不是這樣。實際的集群整體處理能力一定小於這個值，但具體小多少就是要靠實際的測
試驗證了。
理想的狀態是，集群整體的處理能力能夠隨著集群機器數量的增長呈線性增長。但是，隨著
機器數量的不斷增長，總會在達到某個臨界值之後，集群的整體處理能力不再繼續呈線性增
長。這個臨界值是多少，我們也需要通過容量規劃測試找出來了。
另外，容量規劃測試的測試結果還可以被用作系統容量設計的依據。比如，企業級軟體產品
的目標使用者規模通常是可以預估的，那麼我們就可以通過這些預估的系統負載計算出軟體部
署的集群規模，並且可以在具體實施後通過容量測試的方式進行驗證。
相機測試中的功能測試和效能測試
相機測試分兩部分 1.功能部分 2.效能部分 包括響應時間，主觀測試和客觀測試 功能測試 1.基本功能測試，就是每個選單及每乙個功能用一遍，主要選單，在測試時，等級要定高一點，比較偏的選單，等級相對要低點，方便在回歸測試時，選擇測試用例。3.邊緣測試及壓力測試例如 手機記憶體快滿的時候，進行拍照 連...
java 中的效能測試
這裡就不說某某技術云云了。這裡幫大家開個頭，那就是你如何向別人證明你的系統是相當優秀的。當然光靠說的是不行的。下面就來說下自己的經驗。首先要說下loadrunner 了。這個模擬多使用者，對系統進行併發，負載測試。還有就是jdk自帶的jconsole 可以進行死鎖和內容洩露的測試 這裡就給大家開個頭...
效能測試中負載測試與壓力測試的區別
對於效能測試，負載測試，壓力測試的區別，之前總自認為是清楚的，後來被人問住了，才發現還差的遠。這兒網上摘了一些內容，加上自己的理解，算是弄清楚了吧。特此記下，避免忘了。如有錯誤之處，還望指正。效能測試 或稱多使用者併發效能測試 負載測試 強度測試 容量測試是效能測試領域裡的幾個方面，但是概念很容易混...