需求分析問題：
1、剛開始最好不要上來就跟客戶談，某個效能點需要什麼樣的指標，比如支援多少人同時登陸，等等。一上來最主要的事情是了解整個系統的作用，使用者，部署的方式，約束，上線時間，等等，目的是讓自己能慢慢的站在客戶角度來看待這個系統，通過自己的知識，想客戶所想，憂客戶所憂，因為我們的目的就是要讓客戶滿意麼。
注意效能測試場景選擇的原則：
a. 重要的（業務上）,
b. 重複的（最常用的模組）,
c. 重量級的（消耗大量系統資源的）
具體效能指標分為幾類類：
a. 系統容量（資料容量、使用者量、併發使用者量）,
c. 響應度指標（正常壓力下響應能力、峰值壓力下的響應能力，以及異常壓力下的響應能力）
2、理解整個系統及其實現之後，再列出自己分析得到的效能需求點。
3、詢問客戶的具體效能需求，共同分析，是否測試，測試的優先順序。
4、寫出效能測試計畫和用例，並要得到客戶認可。
效能測試策略：
1、單一效能點，多使用者測試。測試過程可以隔離測試效能場景，先單獨測試加壓每種效能需求點，比如使用者登陸，可以單獨模擬此需求，建立比如50人併發登陸的場景。但此種場景並非是使用者實際使用情況，不可能有個系統大家只是在拼命的登陸，而不作其他事情。但是，如果在做別的事情，那麼同時再有50人併發登陸的話，那這個登陸時間會大大的延長的。所以此場景的設計僅僅為了檢查這乙個模組的效能水平。
2、隔離之後，再逐步建立混合的效能場景。比如登陸的同時有人在瀏覽、查詢、寫入系統。但是此時只載入20%的負載。這一步主要是乙個整合測試，考慮各個功能模組之間是否有影響，是否有對某些資源的搶奪等問題。同時找出top time transaction
3、如果上一步沒問題了，這次就加壓100%，看看在真正我們規定的要求下，系統各項效能指標如何，同時對本次測試結果作為base line，用來效能調優之後的比較。
效能測試需求分析
需求分析問題 1 剛開始最好不要上來就跟客戶談，某個效能點需要什麼樣的指標，比如支援多少人同時登陸，等等。一上來最主要的事情是了解整個系統的作用，使用者，部署的方式，約束，上線時間，等等，目的是讓自己能慢慢的站在客戶角度來看待這個系統，通過自己的知識，想客戶所想，憂客戶所憂，因為我們的目的就是要讓客...
效能測試需求分析
原文 效能測試需求分析與傳統的功能測試需求有所不同，功能測試需求分析重點在於從使用者層面分析被測物件的功能性 易用性等質量特性，效能測試則需要從終端使用者應用 系統架構設計 硬體配置等多個緯度分析系統可能存在效能瓶頸的業務。效能測試必要性評估 任何專案在開展效能測試活動前都需要進行必要性評估。通過必...
效能測試 效能需求分析
乙個真實的需求 測試某系統切換成https協議之後效能的下降情況 需求分析 1 對比 http https 2 求出http協議下的效能 3 求出https協議下的效能 4 求出兩者的差異 5 確定效能指標 tps 6 測試報告裡體現 tps的變化 測試策略 1 基準測試 1.1http作為基準 1...