效能測試三階段：
（一）、單個介面的壓測（基準容量測試）
目的：驗證被測試介面的最高tps（基於一定的響應時間ms)，tps是從服務端角度驗證介面效能；
方法：採用梯度壓測方法，按照設定的梯度逐步遞增壓力，觀察tps曲線變化（測試時注意遞增的粒度，粒度需要細化到tps曲線跟隨梯度壓力曲線呈梯度變化）
最大tps：
1、當梯度壓力增加時，tps趨於穩定不再增加，繼續增加壓力介面響應時間不斷增加，該tps即是最大tps（對於無明顯效能拐點的系統適用）；
2、當梯度壓力增加時，tps達到最大值，繼續增加壓力介面tps會不斷降低，響應時間不斷增加，tps曲線的最高點即為該介面最大tps（對於有明顯效能拐點的系統適用）；
注意點：tps=1000/介面響應時間（ms）；執行緒組數與介面所支援的併發沒有必然聯絡，介面的最大tps即是所支援的併發；
（二）、多介面串聯壓測（場景式壓測）
目的：驗證被測試系統鏈路在高併發場景下的響應時間（響應時間需要根據業務確定），同時觀察伺服器的資源占用情況；根據響應時間來確定當前系統鏈路所支援的使用者併發數量以及對應的請求數；
方法：採用逐漸加壓方式加壓到預期壓力值，持續壓測一段時間，觀察記錄系統鏈路的整體tps與響應時間，關注每個介面的錯誤率；
注意點：csv引數化變數資料需要大於設定的併發執行緒組數；鏈路中為了模擬真實使用者操作，需要加入合理的思考時間（2s,3s)；
（三）、多介面串聯負載（場景式負載）
目的：驗證被測系統在一定壓力下長時間執行的穩定性，主要觀察系統響應時間，介面錯誤率，tps；
方法：1、施加預期的壓力數讓系統長時間執行，觀察響應時間，tps，以及介面錯誤率（預期能夠長期穩定執行，tps達預期後穩定浮動，響應時間符合業務需求，無介面大面積報錯）；
2、施加極大壓力數讓系統長時間執行，觀察響應時間，tps，以及介面錯誤率（預期雖然響應時間變長但能夠穩定執行，響應時間變長後，介面報錯率在可接受範圍內）
效能壓測一些心得總結（一）
便於檢視請求的整個路由過程，方便後期效能問題排查。主要的使用使用者，系統使用者使用的高峰期，方便推算系統當前最大併發數。也可通過系統日誌，來獲取系統 各場景當前最大併發數 明確本次效能壓測的待測場景，和各場景涉及的伺服器 明確各待測場景對應表的資料量，如果量不夠需要預製 伺服器名稱 伺服器ip 作業...
效能測試的一些常見術語
吞吐量我把吞吐量定義為 單位時間內系統處理的客戶請求的數量 直接體現軟體系統的效能承載能力，對於互動式應用系統來說 吞吐量反映的是伺服器承受的壓力 在容量規劃的測試中 吞吐量是乙個重要指標 它不但反映在中介軟體 資料庫上 更加體現在硬體上。我們在以下方面利用這個指標 1 用來協助設計軟體效能測試場景...
mysql效能測試 MySQL的一些效能測試
針對資料庫引擎 myisam和innodb.做了一些效能測試和比較。包括有沒有索引的情況下的比較。主要是想證實一些效能問題。資料量 6 millions,機器 dell 2950 1.alter from innodb to myisam no index has two indexes 1min3...