全棧性能測試摘錄——相關術語

1. 負載
   模擬業務操作對服務器造成壓力的過程，比如模擬100個用戶發帖。
2. 性能測試
   模擬用戶負載來測試系統在負載情況下，系統的響應時間、吞吐量等指標是否滿足性能要求。
3. 負載測試
   在一定軟硬件環境下，通過不斷加大負載來確定在滿足性能指標情況下能夠承受的最大用戶數。簡單說，可以幫我們對系統進行定容定量，找出系統性能的拐點。
4. 配置測試
   爲了合理地調配資源，提高系統運行效率，通過測試手段來獲取、驗證、調整配置信息的過程。通過這個過程我們可以收集到不同配置反應出來的不同性能，從而爲設備選擇、設備配置提供參考。
5. 壓力/壓強測試
   在一定軟硬件環境下，通過高負載的手段來使服務器資源（強調服務器資源，硬件資源）處於極限狀態，測試系統在極限狀態下場時間運行是否穩定，確定是否穩定的指標包括TPS(每秒事物數) RT（事物平均響應時間） CPU Using  Mem Using（內存使用情況）等。
6. 穩定性測試
   在一定軟硬件環境下，長時間運行一定負載，確定系統在滿足性能指標的前提下是否運行穩定。與上面的壓力/強度測試區別在負載並不強調是在極限狀態下，着重的是滿足性能要求的情況下，系統的穩定性、比如響應時間是否穩定、TPS是否穩定。一般會在滿足性能要求的負載情況下加大1.5到2倍的負載量進行測試。
7. TPS
   每秒完成的事物數，通常指每秒成功的事物數，性能測試中重要的綜合性性能指標。一個事物是一個業務度量單位，有時一個事物會包括多個子操作，但爲了方便統計，我們會把這多個子操作計爲一個事物。（比如一筆電子支付操作，在後臺系可能涉及多個模塊的系統，但對用戶來說紙箱知道整筆支付花費了多少時間）
8. RT/ART
   響應時間/平均響應時間，指一個事物花費多長時間完成，爲了使這個響應時間更具代表性，會統計更多的響應時間然後取平均值，即得到了事物平均響應時間（ART），爲了方便大家通常會直接用RT來代替ART。
9. PV
   每秒用戶訪問頁面的次數，此參數用來分析平均每秒有多少用戶訪問頁面。
10. Vuser虛擬用戶
    模擬真實業務邏輯步驟的虛擬用戶，虛擬用戶模擬的操作步驟都被記錄在虛擬用戶腳本里。Vuser腳本用於描述Vuser在場景中執行的操作。
11. Concurrency併發，併發分爲狹義和廣義兩類
    狹義：即所有的用戶在同一時刻左同一件事情或操作，這種操作一般針對同一類型的業務，或者所有用戶進行完全一樣的操作，目的是測試數據庫和程序對併發操作的處理。（就是之前接觸過的絕對併發）（對服務器的壓力更大）
    廣義：即多個用戶對系統發出了請求或者進行了操作，但是這些請求或操作可以是不同的。對整個系統而言，仍然有很多用戶同時進行操作。（就是相對併發）
    狹義併發強調對系統的請求操作時完全相同的，多適用於性能測試、負載測試、壓力測試、穩定性測試場景；廣義併發不限制對操作系統的請求操作，多適用於混合場景、穩定性測試場景。
12. 場景
    性能測試過程中爲了模擬真實用戶的業務處理過程，在loadrunner中構建的基於事物、腳本、虛擬用戶、運行設置、運行計劃、監控、分析等的一系列動作的集合，稱之爲性能測試場景。
13. 思考時間
    模擬正式用戶在實際操作時的停頓間隔時間。從業務的角度來講，思考時間指的是用戶在進行操作時，每個請求之間的間隔時間。在測試腳本中，思考時間體現爲腳本中兩個請求語句之間的間隔時間。（思考時間包括了服務器響應時間，網絡傳輸時間等）
14. 標準差
    該標準差根據數理統計的概念得來，標準差越小，波動越小，說明系統越穩定。                                                                                                                                                               
    
                                                                                                                                                                             -----------《全棧性能測試》