效能測試型別
解釋目的
負載測試
對被測系統不斷增加壓力（即使用者併發數），直至效能指標超過預期
或者某項資源使用達到飽和狀態（就是加壓到系統崩潰）。重點觀察
系統正常執行的最大值時候的一些資料和資源使用。觀察程式、網路、伺服器、還是資料庫等哪個方面存在瓶頸。
發現系統處理能力的極限。
找出問題所在，做這個就是
為了發現系統是否還有隱藏
的能力。用來改進調優。
壓力測試
系統在一定飽和狀態下，例如cpu、記憶體、磁碟i/o在飽和使用情況下
，系統的處理能力，以及系統是否會出現錯誤
該方法通過增加壓力，使系
統資源使用保持在較高的壓
力下，檢驗此時應用的表現，
重點在於有誤出錯資訊產生，
系統對應用的響應時間等。
效能測試
根據模擬生產執行的業務壓力量和使用場景組合，測試系統的效能是
否滿足生產效能要求。也可以說是在特定的執行條件下驗證系統的能
力狀態。比如做100個併發，持續10分鐘等。檢視平均響應時間和
tps是否滿足生產的指標或者是設計的指標。
驗證系統是否達到了設計要
求和是否可以滿足需求。需
要將環境確認不變更。做之
前需要了解業務流程，最重
要是做之前先確定好目標即
指標要求。
基準測試
用於敏捷開發中，通過每次迭代效能變化判斷是否達到預期目標。
直觀反映每次迭代的效能變
化，可作為驗收測試的一部分。
併發測試
模擬多使用者併發訪問同乙個應用、模組或者資料記錄時可能發生的
效能問題（如記憶體洩漏、執行緒鎖和資源爭用方面的問題）
配置測試
通過對被測系統軟硬體環境的調整，了解各種不同環境對系統效能
影響的程度，從而找到系統各項資源的最優分配原則。
（tomcat配置、apache配置、nginx配置、連線池配置、jvm配置等）
了解各種不同因素對系統系
能影響的程度，從而判斷出
最值得進行的調優操作。
穩定性測試
給系統施加一定壓力，持續執行一段時間（7*24），觀察系統能
否穩定執行。（也可以說是長時間的壓力測試）
失效恢復測試
穩定性測試是如果系統發生故障，系統能否繼續使用。
測試系統的容錯能力以及
故障恢復能力（一般使用負載均衡、限流降級等技術）
效能測試 測試分類
效能測試 通過模擬生產執行的業務壓力量和使用場景組合，測試系統的效能能否滿足生產效能要求。特點 1，目的是驗證系統是否有系統宣稱的能力。2，需要事先了解被測試系統經典場景，並具有確定的效能目標 3，要求在已確定的環境下執行 負載測試 通過被測系統上不斷加壓，直到效能指標達到極限，例如 響應時間 超過...
效能測試分類
常會別人說到效能測試 負載測試 壓力測試 併發測試，很多人都是混合使用，或者一會叫壓力測試，一會叫併發測試。這些概念除了非測試人員分不清楚，甚至許多專業測試人員也對這些名詞也很模糊。關於這個分類我翻閱了幾個本比較好的書籍，他們講的也比較模糊，沒有給出本質上的區別。只是從不同角度和關 注點來解釋。好吧...
效能測試分類
效能測試 狹義 效能測試方法是通過模擬生產執行的業務壓力量和使用場景組合，測試系統的效能是否滿足生產效能要求。通俗地說，這種方法就是要在特定的執行條件下驗證系統的能力狀態。特點 1 這種方法的主要目的是驗證系統是否有系統宣稱具有的能力。2 這種方法要事先了解被測試系統經典場景，並具有確定的效能目標。...