1、 多使用者併發情況下應用功能測試，確保系統的併發使用者量
2、 在併發使用者最大值時系統的響應時間
3、 在壓力峰值情況下系統處理交易的速度，允許的併發使用者數
4、 在壓力峰值情況下系統持續執行時間
5、 在正常的業務場景下系統的穩定執行時間
6、 計算可能達到的業務歷史資料量，系統資源在此情況下能否達到執行要求
1. 系統可以承受的最大壓力，執行的最大併發使用者數量
2. 在各種情況下金卡伺服器的資源配置
3、找出效能瓶頸點，分析效能瓶頸，為效能調優提供有效資料，在當前軟、硬體平台環境下，得到測試範圍內應用系統的最大業務吞吐量及執行效能
基準測試：基準測試是系統無負載情況下，測試典型業務的響應時間指標，以作為響應時間的基準評估。
單業務壓力負載測試：單一業務壓力負載測試是測試系統單一業務是否滿足效能指標要求， 單一業務伺服器是否最大併發使用者時的眼裡，並且分析伺服器資源是否出現瓶頸。
組合業務壓力負載測試：對典型業務按照一定比例組成與實際運營環境中類似的場景，在不同併發使用者情況下執行混合指令碼，對伺服器驚醒併發壓力測試，並且在後台監控各項資源指標。分析是否存在瓶頸，為效能調優或擴容提供依據。
大資料量測試：需要向系統新增大量交易業務資料和客戶開戶資料，達到效能指標需求的數量，進行容量測試、批處理效能、大資料量下的混合業務測試。
穩定性測試：保證測試系統的穩定和可靠性，在系統中載入最大負載容量，執行混合業務指令碼，持續執行3天，並對各項指標進行監控，驗證系統不間斷執行狀況下的可靠性和穩定性
伺服器端包括金卡前置伺服器和posp伺服器，盡可能模擬真實的生產環境作為測試環境，以便得到真實可信具有參考價值的測試資料
表1表2
表3表4
表5表6
效能測試測試方案
平台xx專案系統已經成功發布，依據專案的規劃，未來勢必會出現業務系統中資訊大量增長的態勢。隨著業務系統在生產狀態下日趨穩定 成熟，系統的效能問題也逐步成為了我們關注的焦點 每天大資料量的 衝擊 系統能穩定在什麼樣的效能水平，面臨行業公司業務增加時，系統能否經受住 考驗 這些問題需要通過乙個完整的效能...
效能測試方案
文件修改歷史 目錄1.文件介紹 3 1.1.測試目的 3 1.2.讀者物件 3 1.3.參考資料 3 1.4.術語與解釋 3 2.測試環境 3 2.1.測試環境 3 2.2.測試工具 4 3.測試需求 4 3.1.測試功能點 4 3.2.效能需求 4 4.準備工作 5 5.測試完成準則 5 6.測試...
效能測試方案
1.明確測試目的範圍。2.明確測試範圍和目標。3.明確測試環境需求，包括 測試需要的軟 硬體環境以及測試人力需求。4.確定測試方案，測試的方法和步驟。5.確定測試需要輸出的結果和結果表現形式。6.分析測試的風險，尋找規避辦法。簡要描述與測試專案相關的一些背景資料，如被測系統簡介，專案上線計畫等。說明...