效能測試
在拜讀了段念的《軟體效能測試過程詳解與案例剖析》一書後，對各種效能測試型別有了豁然開朗的感覺。網上關於效能測試型別方面一直都討論不休並有多種見解，以下是根據書上描述和個人經驗對測試側重點做了進一步探索，不對之處請指正。
我們所說的效能測試是一種廣義上的說法，包括了以下各種不同的效能測試型別，每種測試型別都帶著明確的測試目的。
效能測試（performance testing）
原文摘要：效能測試方法是通過模擬生產執行的業務壓力量和使用場景組合，測試系統的效能是否滿足生成效能要求。
即在特定的執行條件下驗證系統的能力狀況。
個人理解：主要強調在固定的軟硬體環境、確定的測試業務場景下，其主要意義是獲得系統的效能指標。
負載測試（load testing）
原文摘要：在給定的測試環境下，通過在被測系統上不斷增加壓力，直到效能指標超過預定指標或某種資源使用已經達到飽和狀態，目的是了解系統效能容量和處理能力極限。負載測試的主要用途是發現系統效能的拐點，尋找系統能夠支援的最大使用者、業務等處理能力的約束。
個人理解：也可以理解為擴充套件性測試（scalability testing），即在固定測試環境，在其它測試角度（負載方面）不變的情況下，變化乙個測試角度並持續增加壓力，檢視系統的效能曲線和處理極限，以及是否有效能瓶頸存在（拐點）。主要意義是從多個不同的測試角度去探測分析系統的效能變化情況，配合效能調優。測試角度可以是併發使用者數、業務量、資料量等不同方面的負載。
壓力測試（stress testing）
原文摘要：測試系統在一定飽和狀態下系統能夠處理的會話能力，以及是否出現錯誤，一般用於穩定性測試。
個人理解：可以理解為資源的極限測試。測試關注在資源處於飽和或超負荷的情況下，系統能否正常執行，是一種在極端壓力下的穩定性測試。其主要意義是通過測試調優保證系統即使在極端的壓力情況下也不會出錯甚至系統崩潰。
網友補充：壓力測試的目的是調查系統在其資源超負荷的情況下的表現，尤其是對系統的處理時間有什麼影響。這類測試在一種需要反常數量、頻率或資源的方式下執行系統。目標是通過極限測試方法，發現系統在極限或惡劣環境中自我保護能力。主要驗證系統的可靠性。
配置測試（configuration testing）
原文摘要：通過對被測系統的軟硬體環境的調整，了解各種不同環境對效能影響的程度，從而找到系統各項資源的最有分配原則。
個人理解：主要用於效能調優，在經過測試獲得了基準測試資料後，進行環境調整（包括硬體配置、網路、作業系統、應用伺服器、資料庫等），再將測試結果與基準資料進行對比，判斷調整是否達到最佳狀態。
併發測試（concurrency testing）
原文摘要：模擬併發訪問，測試多使用者併發訪問同乙個應用、模組、資料時是否產生隱藏的併發問題，如記憶體洩漏、執行緒鎖、資源爭用問題。
個人理解：測試目的並非為了獲得效能指標，而是為了發現併發引起的問題。
可靠性測試（reliability testing）
原文摘要：通過給系統載入一定的業務壓力的情況下，讓應用持續執行一段時間，測試系統在這種條件下是否能夠穩定執行。
個人理解：需要和壓力測試區分開，兩者的測試環境和測試目的不一樣。壓力測試強調在資源極限情況下系統是否出錯，可靠性測試強調在 一定的業務壓力下長時間（如24×7）執行系統，關注系統的運**況（如資源使用率是否逐漸增加、響應是否是否越來越慢），是否有不穩定徵兆。
loadrunner效能測試 入門
loadrunner 從名字上可以理解為負載跑步者 是一種 系統行為和效能的工業標準級負載測試工具，適用於各種體系架構的自動負載測試。通過以模擬上千萬使用者實施併發負載及實時效能監測的方式來確認和查詢問題。通過使用loadrunner 企業能最大限度地縮短測試時間，優化效能和加速應用系統的發布週期。...
效能測試入門（零）測試前言
一 效能測試前期準備 合理推算出壓測引數 比如併發執行緒數 了解要壓測的介面的業務使用場景，根據elk日誌或者其他記錄介面實際使用情況的日誌，通過一九原則 百分之九十的業務量 百分之十的響應時間 分析並推算出該介面的峰值併發數等數值 併發數 qps 平均響應時間 通過這些數值盡可能的模擬出線上實際情...
效能測試入門（二） 做個最簡單的效能測試
之前在 效能測試中的各項指標告訴我們什麼 簡單介紹了一些基本的效能指標的含義，明確了我們效能測試的目標是在保證請求成功率及不超過目標請求時間的情況下，找出我們系統的最大併發量。在這篇文章中我們做些實踐，以程式設計師小張的視角來做一次效能測試。首先我們把問題簡單化一些，假設小張從業務經理接到的乙個 開...