一、首選明確測試內容基於何種協議：1、效能測試一般多指的服務端測試2、各種協議的理解，osi七層協議

7、應用層	TELNET、SSH、HTTPSMTP、POP、SSLTLS、FTP、MIME、HTMLSNMP、MIB、SIP、RTP..
6、表示層
5、會話層
4、傳輸層	TCP、UDP、SCTP、DCCP..
3、網路層	APR、IPV4、IPV6、ICMP..
2、資料鏈路層	乙太網、無限LAN、PPP..
1、物理層

其中基於UDP協議包括：TFTP、SNMP、NFS、DNS、BOOTP3、目前來說測試應用層HTTP協議的介面居多理解協議才能更好的去測試，熟悉每個引數意義比較重要，保證自身測試不出問題二、藉助於測試工具測試：

1、一般工具選擇：(1)、jmeter (2)、loadrunner (3)、其他開源及第三方工具2、根據需求除錯相應的指令碼：(1)、理解自己測試目的：常見的有負載測試、壓力測試、可靠性、穩定性等測試當然我覺得這一些名詞解釋不一定要嚴格區分清楚、自己知道自己的測試目的就好一般來說：測試系統的最大承載能力，單個應用節點伺服器的承載能力：因為大型專案一般來說都是分散式架構測試系統是否符合線上業務能力：根據業務量推斷出應該達到的指標，根據pv數/業務處理量 28原則推斷出系統應該達到的TPS(2)、根據測試目的設計測試策略：(2.1)採取逐步增壓的方式進行測試，一般正常測試曲線如下圖：隨著執行緒數的增加，系統相應時間及TPS會不斷增加，且TPS會達到一定的瓶頸異常情況：可能剛開始增壓，TPS就降到0，響應時間極大；可能本地壓測環境資源不足等其他情況具體情況具體分析(2.2)採取集合點去絕對併發測試，測試系統瞬間承受能力，當然具體內部邏輯需要根據業務需求去設定3、開始執行測試計劃：具體的需要明確很多東西測試環境：內網／外網；負載機情況，排除自身資源受限；被測伺服器情況測試資料：大量的測試資料構造，確保資料不會跑到線上測試策略：工具選型；策略設計；定時執行等資料監控：伺服器各種指標監控4、分析效能指標:重要的一些如下：以jmeter為例(1)、響應時間：客戶端請求到接收請求結束的時間，包含所有網路傳輸+各種伺服器處理的時間99%的響應時間為：按照時間分佈之後，第99%的最大時間(2)、吞吐量：jmeter的吞吐量及LR的TPS(每秒請求事務數),該指標主要衡量伺服器的處理能力對於QPS、TPS自己理解就好，T事務可以是多個請求，多個Q(3)、執行緒數：通過啟動執行緒數加大壓力，執行緒數不代表併發數；併發數：分為系統併發數，介面的絕對併發數，這些看自己測試需求了(4)、頻寬：Received KB/s，每秒接收的位元組大小，具體分析是否頻寬瓶頸三、伺服器系統分析1、對於被系統架構的認識：一般有反向代理伺服器+應用伺服器+資料庫伺服器+檔案伺服器等2、對於介面內部邏輯處理的認識：是否內調其他服務介面，做到整個鏈路的理解3、Linux系統工具的使用：top、htop、sar、vmstat、nload、pidstat、ifconfig等4、JDK內建命令的使用：jstat、jmap、jhat、jstack、jps等5、第三方監控工具使用：Trofile、Jprofile、PinPonit