如何正確的作WEB端的壓力測試

一、對要測試的系統進行分析，明確須要對哪一塊作壓力測試。好比：淘寶網站雙十一期間，秒殺跟支付，此模式用戶操做中佔比比較大

再好比：遊戲，登陸--開始戰鬥--結束戰鬥這種混合模式在用戶操做中佔比較大

那麼就能夠針對這種佔比比較大的模式進行壓力測試

二、明確了要測試的點後，如何對這些測試點進行施壓呢？

第一種方式能夠經過寫腳本產生壓力機器人對服務器進行發包收包操做；

第二種方式就是藉助一些壓力測試工具如:JMeter或LoadRunner

三、如何對這些測試點進行正確的施壓呢？

那麼就須要用壓力測試工具或者其它方法來錄製腳本，模擬用戶的操做

四、對測試點該施加多大的壓力比較合適？該施加多少的數據才能找出系統的瓶頸？

那麼就須要明確壓力測試所限制的數量，即用戶併發量，這裏分3種狀況來明確：

1）根據上級的明確規定數量，來設定最確大值，而後根據狀況往上或往下增減

2）上級未規定，由本身判斷，從1開始慢慢遞增。如：1，5，10，20等等

3）若作過壓力測試，則能夠根據上次的壓力測試結果爲基數進行測試

五、測試完以後，如何經過這些數據來定位性能問題呢？
雖然經過這些測試結果咱們能夠獲得TPS(吞吐量)，平均響應時間等這些數據，可判斷出服務器是否存在問題，但卻不能定位問題。

其實在這些現象的背後是整個後臺處理邏輯綜合做用的結果，這時候就能夠先關注系統的CPU,內存，IO,網絡，而後對比TPS、平均響應時間達到瓶頸時系統這些數據的狀況，而後就能確認性能問題是系統的哪一起形成的了，再回到代碼中逐步優化這些點。