性能測試培訓思路

定義：

是指在某個特定的硬件、軟件、網絡環境下經過自動化的測試工具模擬多種正常、峯值以及異常負載條件來對系統的各項性能指標進行測試。

含：執行效率，資源佔用，穩定性，安全性（壓力測試是安全測試的一種），兼容性（class文件能不能放到兼容性平臺上，如程序和瀏覽器內核能不能弄到一塊兒去）

 

loadrunner 工做原理 --來源於性能測試面試問題

性能測試實施步驟

loadrunner的腳本工做

性能測試的目的

 

• 驗證改進的性能效果，須要和之前的測試結果進行比對；
• 新的業務上線，驗證新系統可以知足系統的上線指標；
• 驗證系統穩定性；
• 驗證系統的架構是否存在瓶頸；

性能測試環境的搭建

 

• 硬件環境：參考實際的生產環境搭建，而且要考慮自身的硬件成本
• 軟件環境：儘可能和生產環境使用的版本和配置保持一致，而且儘量保持最優配置
• 網絡環境：儘量參考生產環境的網絡結構和搭建，儘量不要跨多個網段
• 數據庫中基礎數據的準備
  • 基礎數據的內容和數據量
    • 須要參考具體系統的業務內容和使用規模
    • 相似系統的數據量規模
    • 儘量多增長必定比例的冗餘數據
  • 測試數據準備方法
    • 數據庫存儲過程
    • LR、selenium等自動化測試工具
• 最優的性能測試環境就是即將正式上線的正式環境

性能測試工具選擇

 

• loadrunner
• webload
• jmeter
• 自寫的多線程壓測程序

選擇的標準：能完成特定要求的性能測試要求便可，優先考慮使用強大的圖表和控制功能的lr

性能測試範圍的定義

 

• 和整個開發團隊一塊兒確認性能測試的範圍
• 系統中被頻繁使用的功能、調用的接口等
• 系統中涉及到大量數據庫讀、寫的功能
• 大量讀寫系統緩存部分的功能

 

性能測試需求獲取

 

• http://www.cnblogs.com/scios/p/5432599.html

 

性能測試的完成目標

• 新上線的測試系統沒有明確的數字標準對比狀況下，被測系統已經被測試到了系統極限（系統的某些資源已經被耗盡，CPU,句柄，內存，數據庫出現大量的slow query，系統有些處理已經變慢），而且系統證實是能夠水平擴展的，則能夠上線。
• 有以往的測試結果進行比對，只要證實相似的的測試條件下，這次的測試結果比以往的測試結果更好便可（TPS更多，單次請求的處理速度更快）
• 沒有能夠比較的測試結果，可是產品已經上線一段時間（至少三個月），有一些運營數據，則須要分析運營的數據來做爲比對的基準，只要被測系統達到三個月內系統併發峯值的4倍就能夠認爲是能夠接受的。（若是是接口爲測試對象，則須要混合主要的接口來進行性能測試）----不建議
• 開發人員提供經驗做爲比對基準，則被測對象只要證實知足開發人員提出的經驗值便可。
• 若是選擇以上的某一種策略，則必須明確系統的每秒處理個數和每次請求的具體時間的具體數值，並出具最終的性能測試報告。

性能測試的腳本調試

　　腳本錄製、編寫、修改、隨機化策略、調試和運行，查看log和數據庫內容驗證腳本正確性

 

性能測試的數據收集

 

性能測試數據分析

 

 經驗介紹