效能測試乾貨分享

最近因為專案需要做效能測試，所以整理下效能測試前需要知道、準備的相關東西和效能測試關注點

一：工具

1：loadrunner或者jmeter。壓測效能選擇的是：loadrunner。

loadrunner是一種**系統行為和效能的工業標準級負載測試工具。通過以模擬上千萬使用者實施併發負載及實時效能監測的方式來確認和查詢問題，loadrunner 能夠對整個企業架構進行測試。

2：伺服器資源監控工具：nmon。

nmon是乙個簡單的效能監測工具，可以監測cpu、記憶體、網路等的使用情況。它是乙個系統監視、調優、效能測試工具，它能一次性提供大量效能相關的資訊。

二：準備事項

1：資料庫：

1.1：需要知道在什麼資料量上進行系能測試。資料庫配置、資源要與生產上一致；預期的基礎資料量產品部需要給出；

1.2：造基礎資料：給出資料庫基礎資料後，就需要造資料使資料庫相關庫表的資料達到期望的基礎資料（一般是等於或者高於現在生產環境資料）。造資料方式：儲存過程批量插入資料、用jmeter或者loadrunner指令碼發交易（專案是介面）

1.3：壓測前需要備份資料庫（為了方便回到壓測前版本，便於分析）。

2：程式包

2.1：備份包。一般產品組會壓求壓一下公升級前的效能，在和優化後效能做對比。這樣可以版本會切換。可以先把程式包備份下，方便自己回退版本（專案是採用jekens自動打包部署）。

三：效能測試實現目標

1：判斷軟體是否滿足預期的效能需求(如果設計時有效能需求且效能需求合理).

2：判定軟體的效能表現

3：尋找軟體可能存在的效能問題,定位效能瓶頸並解決問題

三：關注點-效能指標

3.1：指標統計

場景設計：事物（交易）、使用者數、執行時間

指標統計一般關注：tps、響應時間、成功事物數、失敗事物數

3.2：伺服器資源監控

伺服器資源監控關注：cpu、記憶體

四：效能測試測試型別

4.1：併發效能測試:該測試過程是乙個負載測試和壓力測試的過程,即逐漸增加負載,知道系統的瓶頸或者不能接收的效能點,通過綜合分析交易執行指標和資源監控指標來確定系統併發效能的過程,併發性能測試是負載壓力測試中重要內容

場景：因為專案是聚合支付平台，對外提供支付相關介面，如：實時代收介面、快捷支付介面、單筆代付介面等。

單交易併發：一般壓測先考慮單一場景（單一介面）壓測系統承受能力（10個使用者併發請求實時代收介面，系統效能）；

多交易併發：在考慮多場景（同時請求多個介面）系統承受能力；多場景併發一般會有虛擬使用者數分配。如：按照例項使用者比例支付佔80%，退款佔10%，取消佔10%（該比例需要產品組提供相關指標），則100個使用者併發則分配給支付介面使用者是80個，退款虛擬使用者數是：10個，取消交易使用者數是：10個

4.2：疲勞強度測試： – 通常採用系統穩定運**況下能夠支援的最大並發使用者數，或日常執行使用者數，持續執行一段時間業務，保證達到系統疲勞強度需求的業務量，通過綜合分析各類指標來確定系統處理最大工作量強度效能的過程。一般情況下利用疲勞強度測試來模擬系統日常業務操作。

系統穩定性測試：使用者數一般是：tps最高的併發使用者數*80%；持續向伺服器傳送請求一段時間看系統指標

如果還有不懂，我這裡整理了乙份學習資料，想要的發個訊息給我，免費送給你！