作為大型的企業應用，效能表現是衡量軟體質量的重要指標。在需求分析和系統設計階段就必須充分考慮效能因素。軟體交付測試，並完成基本功能測試以後，也應該組織專項的效能測試。
軟體的效能指標包含以下幾種型別：
使用者介面普通操作的響應時間，如不應該超過5秒；
軟體管理物件的最大規模，如最多可以管理5萬台xx型別的裝置。
長時間批量操作的時間，如最多2個小時可以完成xx臺裝置的公升級任務。
以下按產品開發的不同階段講述一下為了達成軟體必要的效能表現所做的工作：
產品立項階段：確定產品關鍵效能指標所應該達到的目標。這個目標應該是主要來自於市場需求，而不是由系統工程師拍腦袋定出來的。例如：市場部應該根據這個版本的目標市場、客戶和市場應用時間視窗給出產品應該達到的具體管理規模。根據這個目標，每個子系統分解出各自應該達到的管理規模。市場部還應該進行競爭分析，確保產品相對於競爭對手具備一定的競爭力和優勢。明確自己產品在同行業所處的位置。
產品需求分析和系統設計階段：系統工程師和市場代表充分溝通，進一步細化具體的效能指標值。產品工程組應該給出版本的軟硬體標準配置，作為各個子系統的系統工程師制定效能指標的參考。系統工程師應該從系統的內部技術實現的角度分析達到設定效能指標的可行性。如果達到效能目標存在風險，還應該組織技術驗證。同時，系統工程師也可從技術角度，分析現有系統內部優化提公升的空間，並修正效能目標，在力所能及和存在合理需求的前提下主動提公升效能目標。tr2是產品效能指標基線化的乙個里程碑，過了該里程碑，修訂效能指標就需要比較慎重，也比較不容易了。
在系統設計階段，測試代表也應該參與進來，除了檢視效能指標以外，還應該根據產品的典型應用場景制定效能測試的策略，其中重要的一點就是確定測試的組網，還有測試分工。一般情況下，實驗室測試無法達到真正生產環境的巨大組網規模，這時候應該從技術實現的角度出發，設計乙個組網，並從技術上論證基於該小規模塊網測試驗證的效能指標值可以線性的放大到真實的生產環境中。同時，還應該審視是否可以找到測試所需要的那麼多裝置，如果無法找到，應該考慮開發測試樁程式。
tr5以後，產品的基本功能已經穩定，這時測試部應該組織專項的效能測試。由於效能測試涉及的資料規模、組網規模可能都相當大，因此需要輸出效能測試方案、協調測試所需要的所有物料。如果測試需要的資料規模很大，還應該通過其他手段向資料庫中灌入足夠的資料。
效能測試 效能需求分析
乙個真實的需求 測試某系統切換成https協議之後效能的下降情況 需求分析 1 對比 http https 2 求出http協議下的效能 3 求出https協議下的效能 4 求出兩者的差異 5 確定效能指標 tps 6 測試報告裡體現 tps的變化 測試策略 1 基準測試 1.1http作為基準 1...
效能測試知多少 效能需求分析
需求分析是個繁雜過程，它並非我們想象的那麼簡單，而效能測試需求除了要對系統的業務非常了解，還需要有深厚效能測試知識。才能夠挖掘分析出真正的效能需求。如何獲得有效的需求 1 客戶方提出 客戶方能提出明確的效能需求，說明對方很重視效能測試，這樣的企業一般是金融 電信 銀行 醫療器械等 他們一般對系統的效...
效能需求分析
通過技術的手段模擬大量使用者同時訪問被測應用，觀察 記錄和分析系統的各項效能指標的過程。評估系統的效能瓶頸，系統的最大使用者負載能力 1 能夠有效評估系統的效能指標，用於系統的效能評估2 能夠識別系統的效能瓶頸，協助效能調優3 能夠指導突發流量承載方案的制定4 能夠用於系統運維成本的預算 測試 根據...