一般而言，被測物件的效能要求，會在使用者需求規格說明書中給出，如單位時間內的訪問量需達到多少，業務響應時間不超過多少，業務成功率不低於多少，硬體資源耗用要在乙個合理的範圍中，效能指標以量化形式給出。
對於相對規範的產品，產品團隊一般會給出類似的要求：
壓測後，滿足相關指標，則測試通過，若不滿足，則需要分析定位，最終進行調優與回歸，直到達到效能測試需求。
指標分析與定義：
效能測試關注被測物件的時間與資源利用特性及穩定性。
時間特性，即被測物件實現業務交易過程中所需的處理時間，從使用者角度來說，越短越好。
資源利用特性，一般web系統不關注客戶端的資源占用情況，僅關注伺服器端。如cpu、記憶體、網路頻寬、磁碟等（根據被測物件架構設計，還可分為web伺服器、中介軟體、資料庫、負載均衡等）。
穩定性，關注被測物件在一定負載情況下，持續穩定提供服務的能力。
一般需要關注的效能指標：
併發數：單位時間內伺服器接受到的請求數。
吞吐量：單位時間內系統處理使用者請求的數量
系統資源耗用：客戶端與服務端系統各項硬體資源的耗用情況，如cpu使用率、記憶體使用率、網路頻寬佔用率、磁碟i/o輸入輸出量等
業務成功率：使用者發起了多筆業務請求，成功的比率有多少。
tps:單位時間內伺服器處理的事務數，該指標值越大越好。一般情況下，使用者業務操作過程中可能細分為若干個事務，單位時間處理的事務數越多，說明伺服器的處理能力越強。
效能測試需求指標分析方法
六 設計測試模型 1.業務模型的設計 乙個系統的業務模型是通過業務調研獲得，業務模型的正確性反映在兩個方面首先業務選擇的正確性和業務比例的正確性。首先業務選擇，乙個系統可能支援幾百個業務活動 也有叫做交易 但是只有少數的業務活動非常頻繁，佔總業務量的80 以上，那麼在效能測試時只需關心這些佔了大部分...
效能測試需求指標分析方法
六 設計測試模型 1.業務模型的設計 乙個系統的業務模型是通過業務調研獲得，業務模型的正確性反映在兩個方面首先業務選擇的正確性和業務比例的正確性。首先業務選擇，乙個系統可能支援幾百個業務活動 也有叫做交易 但是只有少數的業務活動非常頻繁，佔總業務量的80 以上，那麼在效能測試時只需關心這些佔了大部分...
效能測試需求分析
需求分析問題 1 剛開始最好不要上來就跟客戶談，某個效能點需要什麼樣的指標，比如支援多少人同時登陸，等等。一上來最主要的事情是了解整個系統的作用，使用者，部署的方式，約束，上線時間，等等，目的是讓自己能慢慢的站在客戶角度來看待這個系統，通過自己的知識，想客戶所想，憂客戶所憂，因為我們的目的就是要讓客...