A. 多台伺服器負載均衡的壓力測試要怎麼做
負載均衡是演算法上的問題，按常規軟體測試的方式來。
如果負載沒問題，那理論上壓力測試只要測單個服務就行了。
B. 網站伺服器如何做訪問壓力測試
網站伺服器的壓力測試我覺得主要有一些幾點。
1.協議這邊基本上以http或者https為主了，如果使用其他協議需要分析其打解包的方法。
2.要產生一定的壓力，壓力源這邊一定要有保證。一般都是用機器人來模擬壓力，關於機器人的邏輯可以根據具體業務來開發。
3.需要觀察在一定壓力下，伺服器的各項性能指標（cpu，內存，IO，網路流量）進行觀察，比如內存是否有泄漏，cpu利用率過高的情況。
4.壓力測試應該是一個持續性的過程，在這個過程中需要統計伺服器的性能數據，包括tps，以及機器的負載情況等。據此可以分析伺服器的瓶頸在何處，後續可以針對優化。
5.目前大部分的伺服器都部署在Linux系統上，測試同學還需要掌握相關的Linux命令以便可以更好的測試。
如果你覺得前面的太麻煩，可以來WeTest伺服器壓力測試高並發，實時性能報表，專家級性能優化建議，目前我們正在做網站壓測這一塊，你要做的僅僅是填下被測的URL即可，壓力源、數據統計這些瑣碎的工作交給我們就行了。
C. 如何實現百萬級的後台伺服器並發壓力測試
一個用戶大概需要 2M 至 2.5M 內存空間才能啟動 如果單台負載機不夠的話 就用多機負載方案來實現
D. 游戲上線前伺服器壓力測試應該怎麼做
對於游戲後台性能，評測標准不只單單是TPS（每秒處理多少個XX請求），因為當你的游戲伺服器上線後，不存在一群玩家只發XX請求的壓力場景。所以，游戲後台受到的現網請求壓力永遠是多場景混合的，在這樣的壓力下，後台能支撐多少人同時在線，才是一個游戲壓測者需要得到的有價值的測試結論。
要得到可支撐的"最大同時在線人數"，主要做好2件事：
1、設計你的類現網壓力模型
在現網真實壓力里，不瞎卜論壓力大小如何變化，現網環境如何變化，一個游戲類型和玩法設計定型後，永遠有2個壓力宏觀數據保持不變：a. 各介面的壓力比例不變， b.玩家平均每分鍾操作頻率不變。因此，壓力測試目標就轉變成了如何模擬符合ab數據的壓力。
對於a，首先從同類型游戲或者本游戲內測階段，日誌插樁，收集各個介面的調用比例；然後，將介面比例轉化為場景比例，如同時會有個2%完結登陸、15%玩家戰斗余神粗、20%玩家拉取好友列表、10%玩家賭博（一個手游場景例子）。
對於b，同樣在內測階段收集玩家平均操作頻率。
此時有了a和b，就可以構造出一分鍾豎鎮內玩家同時在線的真實壓力模型了。
2、用壓測工具構造出符合壓力模型的壓力
這個可以自己寫，也可以使用現成的壓測工具。現在市面上的壓測工具很多，但很多都是專注於TPS這個參數，不符合游戲行業壓測的關注點，同時在線人數。