怎麼作壓力測試

已經知道了什麼是壓力測試，和壓力測試所須要關注的參數以後，剩下的內容就是着手作了，怎麼開始呢？一個壓力測試的流程：

1 明確測試目標

2 制定測試計劃

3 實施測試，收集參數

4 分析測試結果

5 給出優化方案

一  明確測試目標：若是是客戶的需求，那須要向客戶確認，有清楚的性能指標參數，測試時就是保證系統達到該指標並能良好運轉，即壓力測試。若是是本身的系統須要有一個評估，那就須要完整的獲得該系統的幾個臨界點，拿到完整的性能曲線，從而來分析部署狀況，即爲性能測試。無論是哪一個，知道了需求，才能制定計劃。

性能測試的目標是發現重大的系統瓶頸。你能夠想象一個系統由一系列的瓶頸組成；發現並改善一個瓶頸每每會在其餘地方產生一個新的瓶頸。例如，我曾爲一運行微軟Windows CE的器件部門工做。咱們發現的第一大性能問題體如今某一具體硬件環境下的內存管理中。咱們把問題分離出來，改善了內存分配的效率。爾後再次運行咱們的測試，又找到了一個新的瓶頸，此次體如今網絡吞吐量上（throughput）。解決了這個問題後，咱們接着又爲下一個瓶頸改善而工做，而後再下一個，直到整個系統都達到了性能目標。要記住的是：關鍵在於要儘早訂立性能目標，不然你可能不知道何時該中止性能測試。

二 制定測試計劃：肯定使用什麼工具，着重哪些參數，設置線程數，方法執行次數，執行時間，是否多個接口同時進行測試等等。

三 實施測試，收集參數：選一個施壓工具，來向部署好的服務發起高併發請求，同時關注和收集性能參數。這個是咱們花費時間最多的地方。一般該階段須要反覆執行，來獲得想要的數據。一般來講，咱們可使用JMeter LR AB 本身寫多線程等各類方式，以後介紹一下JMeter。

四 分析測試結果：即根據上一節的參數介紹來進行參數分析

五 給出優化方案：若是是代碼邏輯耗費cpu，就優化算法；若是是redis等數據庫耗時，就增長節點，減小讀取，讀寫分離，使用內存等；若是是外在條件限制，則與外部們溝通問題，共同優化等等。