㈠ 網站伺服器如何做訪問壓力測試
網站伺服器的壓力測試我覺得主要有一些幾點。
1.協議這邊基本上以http或者https為主了，如果使用其他協議需要分析其打解包的方法。
2.要產生一定的壓力，壓力源這邊一定要有保證。一般都是用機器人來模擬壓力，關於機器人的邏輯可以根據具體業務來開發。
3.需要觀察在一定壓力下，伺服器的各項性能指標（cpu，內存，IO，網路流量）進行觀察，比如內存是否有泄漏，cpu利用率過高的情況。
4.壓力測試應該是一個持續性的過程，在這個過程中需要統計伺服器的性能數據，包括tps，以及機器的負載情況等。據此可以分析伺服器的瓶頸在何處，後續可以針對優化。
5.目前大部分的伺服器都部署在Linux系統上，測試同學還需要掌握相關的Linux命令以便可以更好的測試。
如果你覺得前面的太麻煩，可以來WeTest伺服器壓力測試高並發，實時性能報表，專家級性能優化建議，目前我們正在做網站壓測這一塊，你要做的僅僅是填下被測的URL即可，壓力源、數據統計這些瑣碎的工作交給我們就行了。
㈡ 如何做壓力測試
一個壓力測試的流程：
1、明確測試目標
2、制定測試計劃
3、實施測試，收集參數
4、分析測試結果
5、給出優化方案
一 、明確測試目標：如果是客戶的需求，那需要向客戶確認，有清楚的性能指標參數，測試時就是保證系統達到該指標並能良好運轉，即壓力測試。如果是自己的系統需要有一個評估，那就需要完整的得到該系統的幾個臨界點，拿到完整的性能曲線，從而來分析部署情況，即為性能測試。不管是哪個，知道了需求，才能制定計劃。
性能測試的目標是發現重大的系統瓶頸。你可以想像一個系統由一系列的瓶頸組成；發現並改善一個瓶頸往往會在其他地方產生一個新的瓶頸。例如，我曾為一運行微軟Windows CE的器件部門工作。我們發現的第一大性能問題體現在某一具體硬體環境下的內存管理中。我們把問題分離出來，改善了內存分配的效率。爾後再次運行我們的測試，又找到了一個新的瓶頸，這次體現在網路吞吐量上（throughput）。解決了這個問題後，我們接著又為下一個瓶頸改善而工作，然後再下一個，直到整個系統都達到了性能目標。要記住的是：關鍵在於要盡早訂立性能目標，否則你可能不知道什麼時候該停止性能測試。
二、制定測試計劃：確定使用什麼工具，著重哪些參數，設置線程數，方法執行次數，執行時間，是否多個介面同時進行測試等等。
三、實施測試，收集參數：選一個施壓工具，來向部署好的服務發起高並發請求，同時關注和收集性能參數。這個是我們花費時間最多的地方。通常該階段需要反復執行，來得到想要的數據。通常來說，我們可以使用JMeter LR AB 自己寫多線程等各種方式，之後介紹一下JMeter。
四、分析測試結果：即根據上一節的參數介紹來進行參數分析。
五、給出優化方案：如果是代碼邏輯耗費cpu，就優化演算法；如果是redis等資料庫耗時，就增加節點，減少讀取，讀寫分離，使用內存等；如果是外在條件限制，則與外部們溝通問題，共同優化等等。
㈢ 多台伺服器負載均衡的壓力測試要怎麼做
負載均衡是演算法上的問題，按常規軟體測試的方式來。
如果負載沒問題，那理論上壓力測試只要測單個服務就行了。