本文摘自“夏天的個人空間”，51CTO.com在此感謝作者提供了這篇文章。作者的blog地址：http://www.51testing.com/?235595 你可以去看一看。這篇文章解決了很多用戶的難題，就是如何通過***用戶并發數來確定系統***用戶數，因為這個問題不解決的話，用戶很難挑選到最為適合自身系統的服務器，我們來看看這篇文章。以下是作者原文。

本篇主要是性能方面的。

一個系統的***并發用戶數為1100，怎么能推算出該系統的支持***用戶數。

其中用戶性能要求如下：支持100萬注冊用戶

性能需求分析：

1、根據用戶的要求，本系統要支持100萬用戶，其中性能機器配置如何？高峰值是多少？帶寬？等

 2、如果都是采用公司的測試環境，那么本次性能應該做哪幾種性能？性能評測、負載測試、強度測試？

3、怎么算出并發用戶數？響應時間？

性能指標確定：

因為用戶的性能需求太廣，沒有定到具體的數值。那么我怎么開展后繼的工作？
1、確定采用公司測試環境，不用考慮環境問題。也就是說，客戶端、服務端以及帶寬等一系統都可以不用考慮，這是固定。

2、考慮此項目組以前開發過的系統性能情況，能否做為一個參考值。
解決方案：找出本項目組以并發過二個項目，其性能個項指標進行求權。其中瀏覽功能：并發數為1100，平均響應時間363秒；每用戶平均響應時間為0.33秒。每秒中并發3個用戶。其中一系統用戶已達500萬，另一系統用戶為320萬。并且二系統一直運行正常，但目前的二系統的服務器各為3臺。可以得出一臺服務器為載166萬，甚至更多。（因為服務器中有求權的關系）

3、100萬用戶，那么怎么計算出他的每小時峰值活動用戶數？

解決方案：采用80•20原則計算得到每小時峰值活動用戶數 6.667萬/小時；那么每秒中的同一功能點點擊并發數應該是18.5。

4、怎么得其并發數？

解決方案：本系統有多少個功能點？功能點為153個；也就是本系統在高峰值時一功能將被點擊1258次，每秒點擊0.35次。（不考慮間隔時間）考慮以前本項目組的數值。初步設置并發數為1100，主要以瀏覽功能為主、其次是查詢和新增。

5、應該測試那種性能類型
經再三考慮，三種性能都進行測試。

執行性能：

評測，依據性能指標確定中的第三點，將用戶的并發設置為300-350，看其情況。
負載測試，以1100為起點
強度測試，為15小時和24小時為準

性能測試結果：

發現本系統***用戶支持為1100.失敗用戶***為209，響應時間為315。可以判斷此系統***并發數為1100左右。也就說此系統在一臺服務器上可支持150萬用戶數。

根據上述情況，可以得出：

1100用戶并發時，用戶一共響應時間為315秒（即每用戶平均響應時間0.005秒），其中***產生209個失敗用戶，但成功用戶基本上可以完成后續操作，符合現系統要求的***穩定用戶數。由此可得出本系統在新增功能點中支持***用戶并發數為1100。按照1*100比例，計算得到每小時峰值活動用戶數11萬/小時；采用80•20原則計算得出本系統支持注冊用戶數約為165萬。而本系統性能需求大規模支持100萬注冊用戶，由上述的數據我們的系統已達到本系統性能需求。

注：100萬，采用80•20原則計算得到每小時峰值活動用戶數6.667萬/小時。