標籤：
定義：
是指在某個特定的硬體、軟體、網路環境下通過自動化的測試載入器類比多種正常、峰值以及異常負載條件來對系統的各項效能指標進行測試。
含：執行效率，資源佔用，穩定性，安全性（壓力測試是安全性測試的一種），相容性（class檔案能不能放到相容性平台上，如程式和瀏覽器核心能不能弄到一起去）
loadrunner 工作原理 --來源於效能測試面試問題
效能測試實施步驟
loadrunner的指令碼工作
效能測試的目的
- 驗證改進的效能效果，需要和以前的測試結果進行比對；
- 新的業務上線，驗證新系統能夠滿足系統的上線指標；
- 驗證系統穩定性；
- 驗證系統的架構是否存在瓶頸；
效能測試環境的搭建
- 硬體環境：參考實際的生產環境搭建，並且要考慮自身的硬體成本
- 軟體環境：盡量和生產環境使用的版本和配置保持一致，並且儘可能保持最優配置
- 網路環境：儘可能參考生產環境的網路結構和搭建，儘可能不要跨多個網段
- 資料庫中基礎資料的準備
- 基礎資料的內容和資料量
- 需要參考具體系統的業務內容和使用規模
- 類似系統的資料量規模
- 儘可能多增加一定比例的冗餘資料
- 測試資料準備方法
- 資料庫預存程序
- LR、selenium等自動化測試載入器
- 最優的效能測試環境就是即將正式上線的正式環境
效能測試工具選擇
- loadrunner
- webload
- jmeter
- 自寫的多線程壓測程式
選擇的標準：能完成特定要求的效能測試要求即可，優先考慮使用強大的圖表和控制功能的lr
效能測試範圍的定義
- 和整個Team Dev一起確認效能測試的範圍
- 系統中被頻繁使用的功能、調用的介面等
- 系統中涉及到大量資料庫讀、寫的功能
- 大量讀寫系統緩衝部分的功能
效能測試需求萃取
- http://www.cnblogs.com/scios/p/5432599.html
效能測試的完成目標
- 新上線的測試系統沒有明確的數字標準對比情況下，被測系統已經被測試到了系統極限（系統的某些資源已經被耗盡，CPU,控制代碼，記憶體，資料庫出現大量的slow query，系統有些處理已經變慢），並且系統證明是可以水平擴充的，則可以上線。
- 有以往的測試結果進行比對，只要證明類似的的測試條件下，此次的測試結果比以往的測試結果更好即可（TPS更多，單次請求的處理速度更快）
- 沒有可以比較的測試結果，但是產品已經上線一段時間（至少三個月），有一些運營資料，則需要分析運營的資料來作為比對的基準，只要被測系統達到三個月內系統並發峰值的4倍就可以認為是可以接受的。（如果是介面為測試對象，則需要混合主要的介面來進行效能測試）----不建議
- 開發人員提供經驗作為比對基準，則被測對象只要證明滿足開發人員提出的經驗值即可。
- 如果選擇以上的某一種策略，則必須明確系統的每秒處理個數和每次請求的具體時間的具體數值，並出具最終的效能測試報告。
效能測試的指令碼調試
指令碼錄製、編寫、修改、隨機化策略、調試和運行，查看log和資料庫內容驗證指令碼正確性
效能測試的資料收集
效能測試資料分析
經驗介紹
效能測試培訓思路
