1、如何測試http伺服器的並發性能測試
這個問題問的有些亂，首先http伺服器指什麼，如果是一般的web服務，那麼到底測的是什麼，是回這個服務本身，還答是業務層面的內容，如果是業務的，那麼更應該考慮哪些業務是需要做性能測試的，比如核心？訪問量大？數據量大？等等，先要有測試的對象和目標。
然後是並發，性能更關注的是量，而並發是其中特殊的一種行為方式，如果業務並沒有特意將用戶集中訪問，那麼就不用去考慮並發，而是應該逐步加量來推算支撐量，除非你們做的是秒殺之類的搶購業務。
最終都是以一定量的http協議數據訪問介面來模擬用戶所產生的量，達到測試的目的
更多資料請參考https://ke.qq.com/course/143095
2、性能測試工具跑200並發，xshell工具監控伺服器user cpu使用太高，怎麼查看是哪個進程，什麼原因導致的？
你的圖中已經顯示了，現在%CPU部分最大的的事幾個httpd進程，前面有進程PID
然後通過
就可以知道是哪個進程了。具體原因需要通過日子等分析。
3、如何實現百萬級的後台伺服器並發壓力測試
單進程最大文件數量限制：ulimit -n 最多能把這個數字修改到1048575，因此單個進程最多能夠打開百萬個文件，千萬並發連接需要千萬個文件描述符，於是我們使用多進程來做到千萬文件的支持。
多進程之間的負載均衡：nginx使用多進程來增加自己的吞吐量，原先採用共享鎖的方式來平衡負載，對核數較多的伺服器，較多的進程並沒有達到性能的線性提升。最新的linux內核引入了SO_REUSEPORT選項，該選項可以自動平衡監聽同一埠的多進程，是內核級的解決方案。handy採用該方案，優於nginx的舊有方式（最新的nginx也支持SO_REUSEPORT）。
測試中客戶端本地埠不夠：讓伺服器監聽了200個埠，這樣客戶端連接伺服器的每個埠只有50k個連接，然後加大默認的本地埠范圍就可以滿足要求（見前面的伺服器系統參數）。
測試中如果一次性創建千萬個連接，則絕大部分的連接創建都會失敗，因此讓客戶端每100ms創建2000個連接，提高連接創建的成功率。
4、PC機IIS最大能承受的並發測試都用什麼工具
Web Bench是一個簡單的web或者web代理服務的基準測試工具。
使用fork()模擬多個客戶端並且可以發起HTTP/0/9-HTTP/1.1的請求。專
這個基屬准測試不是非常符合實際情況，但是可以測試出你的HTTP服務是否可以處理多個客戶同時訪問而不會把你的機器弄掛掉。這個工具可以獲得服務的兩個指標：
每分鍾響應請求數量（pages/min）和每秒鍾傳輸數據量（bytes/sec）。使用-f選項可以運行在主動模式下（不等待伺服器響應直接發送下一個請求）。
5、需要用Jmeter對公司web網站伺服器進行壓力測試,需要找出使伺服器奔潰的並發用戶數
壓測呀，從100個開始壓，然後50個往上加，知道應用伺服器崩潰。崩潰很好判斷，就是伺服器請求發送失敗，多次請求連接超時。
6、如何測試網站最大並發數
不同的伺服器有默認的最大並發數，當然默認是默認，實際承不承受得住就需要通過測試來試了，
測試網站壓力有很多軟體，，，
JMeter，比較好用，教程網上可以找到，，有中文版。。。
7、如何測試伺服器支持的最大並發連接數
更改服務端的I/O模型吧，這明顯是服務端設計的問題。
你這樣設計上線使用的話，伺服器開銷太大了（主要是線程切換的開銷）。
//--------------------
Listen(socket,5),跟這個有一定關系。
int listen(int sockfd, int backlog); 第二個參數是你監聽客戶端的最大個數，如連接到主機上的客戶端超過其數listen則會返回一個錯誤代號。
backlog你可以設置大一點，如100之類的。
建議使用I/O模型吧，不要使用建立新線程來處理。
（你使用建立新線程的話，會發現每個進程所建立的最大線程數量是有一個限制的）
8、伺服器並發測試
經歷過痛苦的生命,【時光故事】我的胡思亂想
才能稱其為人
把比絕望更大的痛苦咽進肚子里的人
才能稱其為男人
把痛苦變為智慧的人
才能稱其為絕對男人
絕對男人都是從巨大的痛苦中超度出來的
9、求一款好用的伺服器端測試工具
http://www.haofwd.com/soft/html/144.html
這個來工具源裡面有不少東西 可以參考下
10、如何測試一個伺服器支持的最大並發數
你可以去伺服器廠商（正睿）的網上找找壓力測試的文檔參考一下，或者找到一些產品測試的文檔參考一下，很快就清楚了！