功能穩定的前提下才可以進行效能測試
1、調研測試需求
2、測試策略和測試資源需求
測試工具、測試方式、測試執行
人力資源：明確所需的人員型別（效能測試負責人、效能測試工程師、應用工程師、系統工程師、資料庫工程師、網路工程師）、由何方提供、明確職責分工
硬體資源：明確測試時所需的硬體資源(測試工具要求機器的記憶體，磁碟空間)
3、效能測試計畫
1.測試環境設計
效能測試的結果與測試環境之間的關聯性非常大，無論那種效能測試，都必須首先確定測試的環境，包括系統的軟/硬體環境、資料庫環境等等（50萬條資料和空資料庫執行操作的時間顯然是不同的）
2.測試場景設計（測試用例）
測試場景模擬的一般是實際業務進行的乙個剖面，其包括業務、業務比例、測試指標的目標、測試過程中需要監控的效能計數器
3.指令碼開發
對測試場景進一步細化，一般包括測試型別、測試內容描述、前置條件、業務操作序列、引數化需求、驗證點等
4.指令碼和輔助工具開發
測試指令碼是對業務操作的體現，乙個指令碼一般就是乙個業務過程的描述，指令碼的開發通常都基於「錄製」，然後對指令碼進行完善，以滿足在效能測試中順利使用。
輔助工具開發一般基於效能工具無法滿足，或者是獲取特定資源需要使用。
1.建立測試環境
搭建需要的測試環境，需要多個團隊角色的參與，包括硬體、軟體系統環境的搭建、資料庫環境建立、應用系統的部署、系統設定引數的調整、以及資料庫環境準備。
2.部署測試指令碼和測試場景
指令碼和測試場景的部署最終需要保證場景與設計的一致性，保證需要監控的計數器都已經部署好了相應的監控手段。
3.執行測試和記錄結果
可以依靠工具完成，對於工具不支援的，可以採用系統自帶工具或自行開發工具解決。測試結果是最後分析的基礎。
測試結果分析是最難的部分。是乙個靈活的過程，每次效能測試結果的分析都需要測試分析人員具有相當程度的對軟體效能、軟體架構和各種效能測試指標的了解，效能測試分析需要借助各種圖表。
通用方法之一就是「拐點分析的」方法。關注效能表現上的「拐點」，獲得「拐點」附近使用情況，定位處系統的效能瓶頸。
半成熟產品的實施與專案管理
半成熟產品 有乙個自己產品原型，應客戶的需要需進行較大的開發，而且開發時間比較短，工期緊，開發出來的產品可能是未經嚴格測試的半成品產品 組織結構 除了開發團隊外，還有實施團隊和設計團隊，不過因為人數的問題，設計團隊通常就是實施團隊和開發團隊的負責人 開發團隊 負責產品的開發和測試，人數較多 實施團隊...
評分卡實施與監控
在完成評分卡建模，並且模型效果不錯後，就要準備在風控策略上實施評分卡。為了順利的實施評分卡，和保證評分卡的效果與預期的一致，就會牽扯到以下的一些問題。例如 評分卡的決策點的分值如何設定？是否加入人工干預？以及實施以後的監控問題。一般來說評分卡的決策點就一下兩個應用方式 案件自動拒絕 通過 定義乙個決...
如何對SAP進行實施與控制
sap的實施與控制要把握的關鍵 目前有許多組織在使用德國sap企業級整合系統以滿足發展的需要。在意識到erp的高風險和高失敗率的威脅後，一些組織開始借助於專案經理，以評估和減少與sap應用相關的風險 目前有許多組織在使用德國sap企業級整合系統以滿足發展的需要。在意識到erp的高風險和高失敗率的威脅...