在進行效能測試之前，測試目標的明確是非常重要的。在一般軟體的測試流程中，測試人員需要首先收集軟體需求，閱讀並理解業務需求，並且將業務需求轉換為測試目標。對於效能測試來說，非常重要的乙個需求文件就是 nfr（non-functional requirements）。
nfr 描述了除功能性需求以外的其他需求，包括效能需求，系統安全性、可用性以及可擴充套件性的需求。在 nfr 中，對於效能需求定義了關鍵的效能指標 kpi（key performance indicator, 關鍵效能指標），能夠幫助效能測試人員更好地去理解效能需求。在軟體開發周期中不同的階段，效能測試的目標也不完全相同。
尤其對於基於 soa 的應用程式，在開發早期並沒有效能基準時，測試的目標與已有基準時有著很大的不同，因此測試目標根據是否已有效能基準而不同：
有基準：效能測試的目標更多地是通過測試以獲得合理的基準測試結果，用來作為與以後應用改變後效能測試結果比較的基準。
無基準：此時的效能測試目標是通過測試保證應用能夠在一定測試環境下滿足已定義的效能能力。
在 nfr 文件中定義了一些關鍵效能指標，這些效能指標能夠幫助測試人員檢測應用程式是否能夠滿足效能需求。下面將介紹幾個比較重要且常見的在 nfr 中定義的關鍵效能指標：
響應時間（response time）
響應時間定義為從傳送事務請求到收到該事務請求回應的時間間隔。響應時間的需求定義並不是乙個固定的數值，這是因為對於乙個 soa 應用程式，事務的複雜程度以及使用頻率是完全不同的，如果要求所有事務的響應時間都達到同一指標，這是非常不合理的。因此需要對不同複雜程度和不同使用頻率的事務定義相應的響應時間需求。
吞吐量（throughput）
吞吐量被定義為在單位時間內應用伺服器能夠處理的事務數量。對應用程式的吞吐量的測試能夠檢測應用程式在單位時間內處理事務的能力，當然前提條件是在一定的測試硬體環境下，因為眾所周知硬體環境對效能測試的結果影響是很大的。在乙個 soa 應用程式中可能包括了實時處理的事物和批量處理的事務，而對於這兩種不同處理方式的事務，吞吐量的需求也不同，因而往往對不同的事務分別定義吞吐量指標。
吞吐量單位則為 tps (transactions per second)，或 tpm (transactions per minute)。
靜態容量（static volumetric）
static volumetric 定義了應用程式中包括併發使用者數，區域數，賬戶數等重要資料量。其中比較重要的併發使用者數則決定了效能測試中使用的負載量，這對效能測試來說非常重要，只有負載量達到了併發使用者數才使效能測試的結果更具有真實性。同時 static volumetric 定義的資料量能幫助測試人員明確地知道在測試前需要準備的鋪底資料量，這樣使效能測試是在更具真實性的測試環境下進行。
關鍵詞：上海北大青鳥效能測試
效能測試測試方案
平台xx專案系統已經成功發布，依據專案的規劃，未來勢必會出現業務系統中資訊大量增長的態勢。隨著業務系統在生產狀態下日趨穩定 成熟，系統的效能問題也逐步成為了我們關注的焦點 每天大資料量的 衝擊 系統能穩定在什麼樣的效能水平，面臨行業公司業務增加時，系統能否經受住 考驗 這些問題需要通過乙個完整的效能...
效能測試總結
效能測試流程可以分為以下四個階段 最初的效能測試請求 測試準備 指令碼開發和執行，以及測試分析 1.效能測試請求 根據產品和客戶的工作情況，需求。產品那個地方需要做效能測試和併發測試以防止產品壓力太大，導致系統垮掉。根據現實的情況，進行客戶資料量的評估，進行併發操作。2.測試準備 測試資料準備 測試...
自我效能測試
一般自我效能感量表 量表簡介 自我效能感是指個體對自己面對環境中的挑戰能否採取適應性的行為的知覺或信念。乙個相信自己能處理好各種事情的人，在生活中會更積極 更主動。這種 能做什麼 的認知反映了一種個體對環境的控制感。因此自我效能感是以自信的理論看待個體處理生活中各種壓力的能力。請仔細閱讀下面的一些描...