隨著網際網路技術的飛速發展，網際網路應用架構越來越複雜，運營系統涉及的利益相關越來越多。因此，在效能測試工作實施過程中，需要從不同的使用者層面分析待測需求。
確定效能測試的必要性後，效能測試工程師主要從以下兩個使用者方面，確定效能測試需求。
業務使用者
使用者頻繁使用，且存在大量使用者使用的業務流程；
交易佔比較高，日常佔比在80%以上甚至更高的業務流程；
特殊交易日，或峰值交易佔比80%以上甚至更高的業務流程；
效能較差且有過調整的業務流程
特殊業務場景；
核心業務發生重大流程調整的業務流程
ps：以上從業務使用者層面，考慮的可能需要進行效能測試的點。實際實施過程中，如果可能，可向終端使用者調研。
專案團隊
曾經測試效能後，調整了架構設計的業務。
邏輯複雜，關鍵的業務
可能消耗大量的資源的業務
與外部系統存在介面呼叫，且有大量資料互動的業務
呼叫第三方業務元件，邏輯複雜的業務。
ps：以上從專案開發角度考慮可能，需要進行效能測試業務流程，效能測試工程師，需要對被測物件，進行深入的了解，並且需要研發團隊配合。
除了上述兩種使用者，還可能包括運營團隊，調研未來業務發展規劃，系統需要滿足未來業務需求的可能性。
確定效能測試需求後，如果有必要，需要進行某種程度的測試需求評審。
效能測試需求評審與功能測試需求評審類似，都需要關注需求本身的可測性、一致性及正確性。
可測性：
軟體可測性，通常理解為，軟體本身是否具備實施測試的條件，是否便於發現缺陷以及定位缺陷。
在一定的時間及成本範圍內，構建測試環境，設計及執行測試用例，測試工程師能夠相對便捷的發現，定位缺陷，從而協助研發人員解決對應的缺陷，無論是功能測試，還是效能測試，都需要被測試物件，具備上述的可測試性特徵。
效能測試活動與功能測試活動，都有個顯著的特點：被測試物件，執行環境要求不同。實施功能測試時，只要被測試物件，能夠在合理的執行環境中，正常執行即可。即使測試環境與生產環境可能存在較大的差異，效能測試則不同。效能測試一定要模擬盡可能真實的執行環境。當測試環境與實際生產環境差異較大時，效能測試結果往往不被接受。如果在效能測試實施過程中，無法搭建相對真實的測試環境，即可認為被測試物件，不具備效能測試的可測性。
一致性
效能測試需求一致性，主要關注使用者需求、生產需求、運營 需求幾個方面。通過對效能測試需求的分析，判斷本次測試需求是否滿足使用者需求規格說明書中明確列出的效能需求項。生產需求，則是關注被測試物件執行的真實性。從而在測試結束後能夠提供相對準確的資料依據。
運營需求，需要以歷史資料或者現今運營資料為基礎，規劃未來業務發展的可能性，從而使得被測試物件，效能指標具有一定的冗餘度。
通過效能測試需求評審活動，確定本次效能需求，與上述的關注點一致。
正確性
在可測性與一致性得到保證的基礎上，需針對性能測試指標進行驗證，從而保證後續實施活動中所關注的各個專案需求、場景及指標的正確性，從而儘量減少返工，重新設計的風險。
通過可測性、一致性及正確性的評估，最終確定本輪效能測試需求，並從作為後續測試實施活動的輸入。
效能測試需求分析
需求分析問題 1 剛開始最好不要上來就跟客戶談，某個效能點需要什麼樣的指標，比如支援多少人同時登陸，等等。一上來最主要的事情是了解整個系統的作用，使用者，部署的方式，約束，上線時間，等等，目的是讓自己能慢慢的站在客戶角度來看待這個系統，通過自己的知識，想客戶所想，憂客戶所憂，因為我們的目的就是要讓客...
效能測試需求分析
需求分析問題 1 剛開始最好不要上來就跟客戶談，某個效能點需要什麼樣的指標，比如支援多少人同時登陸，等等。一上來最主要的事情是了解整個系統的作用，使用者，部署的方式，約束，上線時間，等等，目的是讓自己能慢慢的站在客戶角度來看待這個系統，通過自己的知識，想客戶所想，憂客戶所憂，因為我們的目的就是要讓客...
效能測試需求分析
原文 效能測試需求分析與傳統的功能測試需求有所不同，功能測試需求分析重點在於從使用者層面分析被測物件的功能性 易用性等質量特性，效能測試則需要從終端使用者應用 系統架構設計 硬體配置等多個緯度分析系統可能存在效能瓶頸的業務。效能測試必要性評估 任何專案在開展效能測試活動前都需要進行必要性評估。通過必...