（一）環境兼容性問題
LR11和win10系統兼容性不好，最好在win7系統上使用它
（二）性能測試的理論
（1）性能測試的概念
當軟件功能滿足後，我們還要考慮大數據量的用戶或用戶長時間使用軟件時等情況，並監控服務器的資源消耗等，去測試和驗證以及調優的這個過程我們就可以稱之爲性能測試。
（2）軟件的性能都包括哪些方面
- 用戶：響應速度、易用、穩定、安全、可擴展
- 運維人員：CPU、內存、磁盤和網絡帶寬、數據庫使用情況（監控，爲壓測提供數據）
- 開發人員：架構、業務邏輯、數據表設計，線程進程數、SQL語句執行耗時
（3）性能測試的目的
- 評估系統的處理能力
- 發現系統性能瓶頸
- 爲未來擴容提供有效的數據依據
需求：保證響應時間情況下，支持多用戶併發，在併發情況下保證系統資源使用安全
100用戶併發時，平均響應時間2秒，成功率99.99%，tps=20，CPU佔用平均在50%以內，網絡帶寬50Mb（實際帶寬100Mb）
測試：評估系統處理能力：平均響應時間，支持的最大併發數。如果有不滿足需求的情況，要分析性能瓶頸並調優。
（4）性能測試的重要指標
- 併發用戶數和在線用戶數
- 併發用戶數：在同一時刻與服務器進行了交互的在線用戶數量，將對服務器產生壓力。系統用戶數的5%~20%。
- 在線用戶數：在線用戶數，只是掛在服務器上，並不一定產生多大壓力，系統用戶數的20%。
- 系統用戶數：數據庫中存在的用戶數
併發用戶數的估計：
平均併發用戶數 = 在線用戶數 * 平均在線時長 / 用戶使用系統最大時長（時間參考系） 400 * 4/ 8 = 200
- 響應時間 = 網絡時長+服務器處理時長+數據庫處理時長+瀏覽器的頁面渲染時長（LR忽略這部分）
一般關注平均響應時間，90%響應時間和最大響應時間
- tps和hps
- tps：tps(transacrion per second)爲每秒鐘處理的交易（事務）數量，是估算應用系統性能的重要依據。
- hps：hps(Hit per second)爲每秒鐘處理的請求數量，技術層面。一個登錄事務將向服務器發起多次請求。
- 交易成功率：一段時間內成功的交易數在總交易數中所佔的比例，不同的行業對交易成功率的要求不同（99.99%銀行）
- 資源利用率：
- CPU佔用不高於80%，達到90%即構成性能瓶頸
- 內存和網絡帶寬要充分利用
- 磁盤的I/O不能長時間佔用
（5）性能測試的類型
- 基準測試：
爲系統性能測試提供參考性指標，在系統配置和環境發生變化之前和之後進行基準測試，可以分析這種變化對性能造成了怎樣的影響。迴歸週期最短。
- 併發測試：
主要指當測試多用戶併發訪問同一個應用、模塊、數據時是否產生隱藏的併發問題，如內存泄漏、線程鎖、資源爭用問題，幾乎所有的性能測試都會涉及併發測試。主要目的並非是爲了獲得性能指標，而是爲了發現並引起的問題。
瞬間壓力：多用戶做同一操作
持續壓力：多用戶做不同操作
- 負載測試：
通過逐步增加系統負載，測試系統性能的變化，並在系統滿足性能指標情況下，系統所能承受的最大負載量的測試
負載測試是正常範圍的測試。
- 壓力測試：
通過逐步增加系統負載，測試系統性能的變化，並在系統處於失效狀態下，系統所能承受的最大負載量的測試，並以此來獲得系統能提供的最大服務級別的測試。
- 疲勞測試：
通過讓系統在滿足性能指標的最大負載量情況下長時間運行，以檢驗系統性能在多長時間會出現明顯下降，主要目的是驗證系統運行的可靠性
- 穩定性測試：
模擬真實壓力，正常壓力下，服務器能穩定運行多長時間。壓力較疲勞測試略低。
（6）影響系統性能的因素
- 硬件：CPU、內存、硬盤、網卡以及其他網絡設備
- 操作系統
- 網絡
- 中間件（也叫應用服務器，如Jboss、websphere、weblogic等）
- 數據服務器
- 客戶端
- 編程語言、程序實現方式、算法
TPS和測試類型之間的關係：
（7）性能測試的流程：
- 獲取需求：測試什麼（那些業務），要求指標（響應時間、tps、成功率）
- 瞭解熟悉業務（和功能測試人員瞭解怎麼操作，自己操作）
- 準備：測試方案（測試點、系統架構、測試時間、人員、需求指標、測試環境、測試場景，測試數據（基礎數據+測試數據）、監控(cpu/內存)）、測試環境、測試腳本、測試數據
- 測試執行（測試監控）
- 測試結果（響應時間、tps、資源、錯誤信息）分析（測試報告）
- 性能問題調優（複測）