目標：
1 測試終端使用者響應時間--多長時間完成業務處理
2 定義最優硬體配置--哪種硬體配製提供最優的效能
3 檢查穩定性--系統可以執行多長時間不會發生出錯或失敗
4 檢查硬體或軟體公升級--公升級如何影響效能和穩定性
5 評價新產品--選擇哪種伺服器硬體或軟體
6 測量系統能力--在不降低效能下系統能夠處理的最大負載
7 識別瓶頸--哪個元素降低了響應時間
分析程式
1 確定系統組成部分
畫出程式結構圖 包括所有系統元件，客戶端、網路、中介軟體、伺服器
2 描述系統配置
描述每乙個元件的配置資訊
預期有多少個使用者連線到系統
客戶端機器配置是什麼 （硬碟、資料型別、作業系統、檔案伺服器 等等）
伺服器與客戶端怎樣通訊
中介軟體配置是什麼,前端與後台 之間的應用伺服器的配置是什麼
其他可能影響響應時間的網路元件
通訊裝置的吞吐量是什麼，每個裝置能處理多少個併發使用者
3 確定測試目標
確定總體目標
描述測試目標使用可測量的術語
聚焦目標，提供乙個基本的評價，確認可以接受的情況和不可以接受的測試結果
確認什麼時候測試
4 計畫實施
定義效能測量範圍
可以使用loadrunner測量應用程式不同點的響應時間，根據測試目標決定從**執行vuser和哪乙個vuser執行
當在客戶端機器執行大量的vuser時，可以測量負載如何影響網路和伺服器的響應時間
定義使用者活動：
根據分析使用者型別，典型任務和測試目標 建立vuser指令碼。因為vuser模擬典型終端使用者的行為，指令碼應該包含典型的終端任務。根據測試目標確定要測量的任務，定義事務，另外可以使用集合點模擬峰值，集合點指示許多vuser在同一時刻執行任務
選擇vuser
在為測試決定使用的硬體配置之前，確定vuser的數量和型別，確定多少個哪種型別的vuser執行
通常：使用1個或少數幾個gui vuser模擬每個型別的使用者連線
執行多個vuser為每個使用者型別生成負載
選擇測試硬體、軟體
硬體、軟體應當足夠強大並且快的模擬需要的使用者數量。考慮以下設定：
建議在單獨的機器上執行loadrunner
每個gui vuser需要乙個單獨的windows機器；幾個gui vuser能夠執行在乙個unix機器上
gui vuser 使用的測試機配置應該盡可能與初階使用者機器相同
5 檢查負載測試目標
2 定義最優硬體配置：檢查系統配置如何影響效能。當理解了系統架構並測試了程式響應時間，可以測量程式在不同系統配置中的響應，以確定哪種設定提供期望的效能水平
例如，可以設定3種不同的伺服器配置，在每種配置中執行相同的測試以測量效能的變化
3 檢查可靠性：確定在重負載或持續工作下系統穩定水平,可以使用loadrunner在系統上建立壓力。強制系統處理擴充套件的活動在乙個壓縮的時間段，在幾周或幾個月內模擬系統通常的活動
4 檢查硬體或軟體更新：執行回歸測試來比較新舊的版本，可以檢查更新如何影響響應時間和穩定性，應用程式回歸測試不檢查公升級的新特性，而是檢查新版本像舊版本一樣有效率和穩定
5 評價新產品
可以執行測試以評價單獨的產品和子系統在產品生命週期的計畫和設計階段。例如，可以基於測試評價，選擇伺服器硬體或都資料庫包
6 識別瓶頸
可以執行測試識別系統瓶頸並確定哪個元素引起效能降低，例如，檔案鎖定，資源爭用，網路超載。使用loadrunner結合新的網路和機器監視工具在系統不同的點上建立負載並且測量效能
7 測量系統容量:確定系統在不降低效能的同時能處理多少超額工作,可以對比現有系統的效能與負載,確定在**重要的響應時間開始降低,通用被叫做響應時間曲線的knee
效能測試場景
執行緒數 需要設定的併發使用者數 併發使用者數 受cpu的主頻 分配的記憶體大小 作業系統 允許開啟檔案數量 開放的埠數量 的影響，一台電腦，大概能支援 1500併發使用者數以內 http協議 ramp up時間 在多長時間內啟動所有的執行緒。注意 只是說明，在第n秒結束時，會產生m個併發使用者數，...
效能測試場景設計之容量測試場景設計
目前僅限於容量測試場景設計。場景模型的設計過程其實就是根據預期目標tps和測試模型計算出每乙隻交易的併發使用者數和迭代間隔時間。選擇固定間隔時間方式，詳細方法請看7.3節中的pacing選項的說明，不同的預期目標tps將會得到不同的併發使用者數和間隔時間。首先，假定乙個總的目標tps，然後通過測試模...
測試場景標準庫05（資料庫測試場景）
1.頁面提交成功時檢查資料是否正確地儲存在資料庫中 2.檢查不接受空值的列值 3.資料應根據表設計被儲存在單個或多個表中 4.索引名稱應按照標準如ind 表名 列名 5.表應該有主鍵 6.應對表中的列給出相應的描述資訊 除了諸如建立時間 建立人等審計列 7.應該為每個資料庫的新增 更新操作新增日誌 ...