如何测试网站最大并发数

这篇文章解决了很多用户的难题，就是如何通过最大用户并发数来确定系统最大用户数，因为这个问题不解决的话，用户很难挑选到最为适合自身系统的服务器，我们来看看这篇文章。以下是作者原文。

本篇主要是性能方面的。

一个系统的最大并发用户数为1100，怎么能推算出该系统的支持最大用户数。

其中用户性能要求如下：支持100万注册用户

性能需求分析：

1、根据用户的要求，本系统要支持100万用户，其中性能机器配置如何？高峰值是多少？带宽？等

2、如果都是采用公司的测试环境，那么本次性能应该做哪几种性能？性能评测、负载测试、强度测试？

3、怎么算出并发用户数？响应时间？

性能指标确定：

因为用户的性能需求太广，没有定到具体的数值。那么我怎么开展后继的工作？1、确定采用公司测试环境，不用考虑环境问题。也就是说，客户端、服务端以及带宽等一系统都可以不用考虑，这是固定。

2、考虑此项目组以前开发过的系统性能情况，能否做为一个参考值。解决方案：找出本项目组以并发过二个项目，其性能个项指标进行求权。其中浏览功能：并发数为1100，平均响应时间363秒；每用户平均响应时间为033秒。每秒中并发3个用户。其中一系统用户已达500万，另一系统用户为320万。并且二系统一直运行正常，但目前的二系统的服务器各为3台。可以得出一台服务器为载166万，甚至更多。（因为服务器中有求权的关系）

3、100万用户，那么怎么计算出他的每小时峰值活动用户数？

解决方案：采用80•20原则计算得到每小时峰值活动用户数 6667万/小时；那么每秒中的同一功能点点击并发数应该是185。

4、怎么得其并发数？

解决方案：本系统有多少个功能点？功能点为153个；也就是本系统在高峰值时一功能将被点击1258次，每秒点击035次。（不考虑间隔时间）考虑以前本项目组的数值。初步设置并发数为1100，主要以浏览功能为主、其次是查询和新增。

5、应该测试那种性能类型经再三考虑，三种性能都进行测试。

执行性能：

评测，依据性能指标确定中的第三点，将用户的并发设置为300-350，看其情况。负载测试，以1100为起点强度测试，为15小时和24小时为准

性能测试结果：

发现本系统最大用户支持为1100失败用户最高为209，响应时间为315。可以判断此系统最大并发数为1100左右。也就说此系统在一台服务器上可支持150万用户数。

根据上述情况，可以得出：

1100用户并发时，用户一共响应时间为315秒（即每用户平均响应时间0005秒），其中最高产生209个失败用户，但成功用户基本上可以完成后续操作，符合现系统要求的最大稳定用户数。由此可得出本系统在新增功能点中支持最大用户并发数为1100。按照1100比例，计算得到每小时峰值活动用户数11万/小时；采用80•20原则计算得出本系统支持注册用户数约为165万。而本系统性能需求大规模支持100万注册用户，由上述的数据我们的系统已达到本系统性能需求。

注：100万，采用80•20原则计算得到每小时峰值活动用户数6667万/小时。

硬件方面：需要保证服务器的CPU，内存，硬盘，带宽能承受2000人同时并发的压力

软件方面：游戏的登录模块，各测试模块需处于良好状态，并足以满足测试要求

之前在TestBird做过手游的压力测试，还不错

主要指当测试多用户并发访问同一个应用、模块、数据时是否产生隐藏的并发问题，如内存泄漏、线程锁、资源争用问题，几乎所有的性能测试都会涉及并发测试。

中文名

并发测试

概述 

主要指当测试多用户并发

概    念

测试目的并非为了获得性能指

用户数

想确定用户并发数；

目录

1 概念

2 确定并发用户数

概念

编辑

测试目的并非为了获得性能指标，而是为了发现并发引起的问题。　在具体的性能测试工作中，并发用户往往都是借助工具来模拟的，例如LoadRunner性能测试工具中叫做虚拟用户；因为实际情况中去实现同时多人并发的测试环境要求比较高而测试成本高、测试时间也是比较长。

确定并发用户数

编辑

想确定用户并发数；必须知道系统所承载的在线用户数；例如关注：用户的总量、用户平均在线数值、用户最高峰在线数值。

例如：公司OA系统账号或者总用户有2000人；最高峰在线500人；但是这500人并不是作为并发用户存在的概念。即并不表示服务器实际承载的压力；有可能40%关注的是首页新闻公告板之类（注意看新闻这个阶段是不能造成服务器的压力）；20%用户在查询资料或者操作表格；20%用户在发呆；20%在页面之间跳转；在这种情况下，只有真正20%用户在对服务器造成实质的影响。

我们将这个查询、操作表格作为一个业务范畴来说；直接将这部分业务并发用户称为并发用户数：

1计算平均并发用户数：C=NL/T

2并发用户峰值数：C’ ≈ C+3根号C

公式（1）中，C是平均的并发用户数；n是login session的数量；L是login session的平均长度；T指考察的时间段长度。

公式（2）则给出了并发用户数峰值的计算方式中，其中，C’指并发用户数的峰值，C就是公式（1）中得到的平均的并发用户数。该公式的得出是假设用户的login session产生符合泊松分布而估算得到的。

假设有一个OA系统，该系统有3000个用户，（可以看注册信息）平均每天大约有400个用户要访问该系统，（日志文件查看）对一个典型用户来说，一天之内用户从登录到退出该系统的平均时间为4小时，在一天的时间内，用户只在8小时内使用该系统。

则根据公式（1）和公式（2），可以得到：

C = 4004/8 = 200

C’≈200+3根号200 = 242

但是一般的做法是把每天访问系统用户数的10%作为平均的并发用户数。最大的并发用户数乘上一个值，2或者3

假如说用户要求系统每秒最大可以处理100个登陆请求，10/25/50/75/100 个并发用户来执行登陆操作，然后观察系统在不同负载下的响应时间和每秒事务数。如果用户数在100的时候，响应时间还在允许范围呢，就要加大用户数，例如120 等 。个人理解这个用户数就是我们经常说的等价类和边界值法来设定。

Web Bench是一个简单的web或者web代理服务的基准测试工具。

使用fork()模拟多个客户端并且可以发起HTTP/0/9-HTTP/11的请求。

这个基准测试不是非常符合实际情况，但是可以测试出你的HTTP服务是否可以处理多个客户同时访问而不会把你的机器弄挂掉。这个工具可以获得服务的两个指标：

每分钟响应请求数量（pages/min）和每秒钟传输数据量（bytes/sec）。使用-f选项可以运行在主动模式下（不等待服务器响应直接发送下一个请求）。

CloudTest的优势：

SOASTA的CloudTest平台提供了一套全面的组件和访问选项，使任何规模的团队，从实验室里的执行频繁，可扩展性和可负担得起的Web性能测试和移动应用，通过现场制作。

（1）CloudTest可以测试任何Web应用程序，从功能测试、回归测试、负载测试，性能测试等。

（2）CloudTest基于浏览器运行，并具备较好兼容性。用户可以在任何时间、任何地点，通过计算机的浏览器和互联网就可以开展测试工作。

（3）CloudTest可以大大节省时间和成本，企业可以将更多的精力放在项目管理和提高测试的质量上。对于中小型IT企业，在软件测试过程中需要模拟出上百万个虚拟用户以进行性能和压力测试，他们的硬件难以提供如此规模的计算能力。此时，他们可以租用测试云服务进行云测试，以获得强大的运算能力。

（4）通过测试云将服务器、存储、网络和各种平台等基础设施进行虚拟化，为企业组织提供一个共享可用的自动化测试环境交付平台。技术人员可通过一个简单的WEB界面就非常容易地进行自动化配置，构建不同的测试模板，为企业配置不同的测试环境，并可根据需要提供随意扩展的数量和类型。

（5）CloudTest还能对每个云测试进行动态的全生命周期的监控管理。当测试发生中断时，能够自动回滚，保证了测试的进度和质量。测试云不只是针对软件平台和服务，对硬件物理产品也支持，以英特尔的iLab为例，他同样支持物理产品的验证设计，可以将物理测试设备接入虚拟测试环境，专为硬件级产品测试设计。

SOASTA CloudTest Jenkins插件

SOASTA和CloudBees发布了一款插件，支持Jenkins持续集成（CI）服务器在真实的移动设备上运行自动化测试。SOASTA发布的这款插件由Jenkins的作者Kohsuke Kawaguchi进行了优化。当输入SOASTA CloudTest服务器的最小化设置信息后，我们即可利用该插件提供的构建步骤来执行操作和测试移动设备。

创建任务的过程中Jenkins构建步骤：

让App支持TouchTest——将TouchTest驱动库添加到应用的源代码中。

在设备上安装iOS应用——确保测试的是应用的最新版本。

运行组合测试——运行一个CloudTest的组合测试并保存结果。

唤醒iOS设备——唤醒添加的iOS设备并打开移动设备的Safari浏览器。

重新启动iOS设备——重新启动添加的iOS设备。

CloudTest相关成就

2012年7月，SOASTA使用了名为CloudTest的测试工具，借助了全球17种云服务，这其中包括亚马逊EC2、微软Azure以及来自IBM、德州托管服务Rackspace、旧金山GoGrid的云服务。为了测试伦敦奥运会网站，SOASTA模拟了来自从美国到欧洲、香港的服务器活动，在任意给定时间内涌入来自多达50万个虚拟机的流量。