設計
這是性能測試團隊向業務部門搜集性能需求的主要階段。需求可以被認為分為四個方面—業務，技術，系統和團隊需求。
業務需求一般通過與主題專家(SME，subject matter expert)的會議來搜集。這些人可以是業務分析師和最終用戶。當下面內容準備好后，一套全面的業務需求就形成了：
1.應用概要：系統用法的演示使得性能團隊得到更高層次的理解，應用是如何被使用的。
2.業務過程列表：最終用戶在系統上所執行的關鍵業務過程列表。
3.業務流程：Word文檔，詳盡記錄每個業務過程的精確步驟和屏幕。
4.事務列表：業務過程中關鍵活動的列表—例如登錄或轉移資金—需要在負載下測量。
5.業務過程圖：業務流程圖說明業務流程的分支條件。
技術需求可以通過與系統管理員和數據庫管理員(DBA)的會議來搜集。這些人可以隸屬于開發或運營部門，或者隸屬于兩者。一套全面的技術需求僅當以下內容齊備時完成：
1.環境評審：按照測試體系結構由系統或基礎設施組進行走查評審。
2.系統范圍的會議：召開會議，討論和確認在測試過程中系統需要排出的部分。
3.生產圖：一個生產基礎設施圖，用于說明測試與生產環境的差異，當從QA向生產遷移時可能對性能造成影響。
最后，重要的是，必須收集系統需求。這些是系統的高層次目標，決定著負載測試過程的通過/失敗狀態。這些一般在與LOB的項目經理工作中達成一致。系統需求包括對以下問題的回答：
1.系統在正常和最高峰時期必須支持多少用戶?
2.每秒鐘它必須處理多少個事務?
3.對于可業務關鍵事務最大和最小可接受的響應時間是多少?
4.用戶群體如何聯系?
5.生產中系統承受的工作負載是什么?以及混合的事務?
團隊需求是進展到構建階段前需要解決的最后一個問題。這只不過是決定適合的性能團隊成員來參與到未來的負載測試。最初，這也許被自動的確定(例如，當只有一個團隊)。然而，如果性能測試成為卓越中心(CoE)的一部分，那么資源分配，內部后勤就應該在設計階段考慮和解決。
預先收集一套完整的業務，技術，系統，和團隊需求是使負載測試有效和成功的基礎。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
