最近因為項目需要做性能測試，所以整理下性能測試前需要知道、准備的相關東西和性能測試關注點
一：工具
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%；持續向服務器發送請求一段時間看系統指標