睿象云智能告警平台的分派策略
2531
2022-12-20
网站高并发压力测试工具（在线并发测试工具）
本站部分文章、图片属于网络上可搜索到的公开信息，均用于学习和交流用途，不能代表睿象云的观点、立场或意见。我们接受网民的监督，如发现任何违法内容或侵犯了您的权益，请第一时间联系小编邮箱jiasou666@gmail.com 处理。
本篇文章给大家谈谈网站高并发压力测试工具，以及在线并发测试工具对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。
今天给各位分享网站高并发压力测试工具的知识，其中也会对在线并发测试工具进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！
对于简单接口测试和评估容量的，只需要输入url和配置下人数的参数，就可以在一两分钟内快速发起压力。
我们通常要分析的性能数据像TPS，在线人数，事务数，网络吞吐，CPU，内存，磁盘IO等性能报告里都有。报告是可视化的图表形式展现的。
亦可以自己编写机器人，深度结合自身业务场景进行压测。
其他简单的协议测试或是稳定性测试，也可满足。
压测本身是个高要求的工作，很多人还只知皮毛，对压测原理和应该达到什么效果不得而知，因此能力的提升也很重要，可以善用他们的社区，并关注定期举行的公开课培训
望采纳！
Siege是一款开源的压力测试工具，设计用于评估WEB应用在压力下的承受能力。可以根据配置对一个WEB站点进行多用户的并发访问。
yum install gcc
wget http://download.joedog.org/siege/siege-3.1.4.tar.gz
tar -zxf siege-3.1.4.tar.gz
cd siege-3.1.4
./configure;make
make install
以上就是一键安装命令一键就可以安装完毕，我们就已经更新到官网最新版本~使用方
使用方法：
siege -c 200 -r 20 http://baidu.com
注释解释：siege-c 200 并发200个用户 -r 20 重复循环20
以上是基本命令，假如说你还想使你的攻击力加强请请看下面的参数详解
参数详解
-C,或–config 在屏幕上打印显示出当前的配置,配置是包括在他的配置文件$HOME/.siegerc中,可以编辑里面的参数,这样每次siege 都会按照它运行.
-v 运行时能看到详细的运行信息
-c n,或–concurrent=n 模拟有n个用户在同时访问,n不要设得太大,因为越大,siege 消耗本地机器的资源越多
-i,–internet 随机访问urls.txt中的url列表项,以此模拟真实的访问情况(随机性),当urls.txt存在是有效
-d n,–delay=n hit每个url之间的延迟,在0-n之间
-r n,–reps=n 重复运行测试n次,不能与 -t同时存在
-t n,–time=n 持续运行siege ‘n’秒(如10S),分钟(10M),小时(10H)
-l 运行结束,将统计数据保存到日志文件中siege .log,一般位于/usr/local/var/siege .log中,也可在.siegerc中自定义
-R SIEGERC,–rc=SIEGERC 指定用特定的siege 配置文件来运行,默认的为$HOME/.siegerc
-f FILE, –file=FILE 指定用特定的urls文件运行siege ,默认为urls.txt,位于siege 安装目录下的etc/urls.txt
-u URL,–url=URL 测试指定的一个URL,对它进行”siege “,此选项会忽略有关urls文件的设定
url.txt文件：是很多行待测试URL的列表以换行符断开,格式为:
[protocol://] host.domain.com[:port][path/to/file]
用法举例：
siege -c 300 -r 100 -f url.txt
说明：-c是并发量，-r是重复次数。url.txt就是一个文本文件，每行都是一个url，它会从里面随机访问的。
本篇主要是性能方面的。
一个系统的最大并发用户数为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万/小时。
为了测试数据的准备性，首先需要删除缓存和Cookies等临时文件。启动IE后打开“工具”菜单下的“Internet”选项命令，在打开的“Internet选项”窗口的“常规”选项卡中，单击“Internet临时文件”区域的“删除Cookies”和“删除文件”按钮将临时文件删除。
二、录制测试脚本
安装并启动WAS，程序运行时会打开“Create new script”对话框，即建立一个新的脚本窗口（如图1），如果运行WAS没有打开该窗口可以单击WAS主程序窗口工具栏上第一个按钮“New Script”即可。
因为是初次使用，所以在新建脚本窗口上单击“Record”按钮打开创建向导对话框“Browser Recorder-Step 1 of 2”，其中三个选项的作用是选择要记录的内容，分别为Request（请求）、Cookies（网上信息块）以及Host headers（主机标题），可根据需要选择（图2），然后单击“Next”即会打开“Browser Recorder-Step 2 of 2”窗口，单击“Finish”按钮。这样WAS会自动启用，并且会打开一个浏览器窗口，此时我们就可以在浏览器的地址栏中输入要测试的网站网址。随着要测试的网站内容的不断显示，在WAS主界面的“Recording”选项卡中的信息会实时更新（如图3）。
当浏览器的状态栏显示为“完成”时，我们就可以返回WAS窗口，单击“Stop Recording”按钮返回脚本窗口。
三、测试设置
为了使测试更加准确，更加接按真实效果，需要对录制的测试脚本进行一些设置。
去除静态干扰
由于网页是由图片、文字以及其它动态源码组成的，而一般的静态内容消耗的带宽并不是很大，因此我们可以将其排除在外。在脚本中选中指向图像、文字以及其它静态文件项目前的灰色按钮，然后单击工具栏上的“Delete”按钮将其删除（图4）。
设置并发数
然后在单击“New Recorded Script”下的“Settings”标签，其中“Concurrent Connections”是设置并发连接数的，其下面的“Stress level (threads)”和 “Stress multiplier(sockets perthread)” 分别设置对目标服务器的压力及负载程度的，其中Level是客户端所产生的线程数目，一个线程可以产生多个Socket并发请求，因此将两者的数值相乘，所获得的数字就是客户端同时连接的并发数（图5）。
时间设置
时间设置包括“Test Run Time”（测试运行时间）和“Request Delay”（停止响应）以及“Suspend”（挂起时间）三项。其中测试运行时间是以日、小时、分钟和秒来设定的，建议该项时间不宜太短，如果设置的并发数较多，那么时间应该按比较增长，以便产生足够多的请求；而停止时间是指连接时超出这个时间即作超时处理；在挂起时间处部分为Warmup和Cooldown两项，一般可以设置为两三分钟为宜，这样做的目的是避免测试开始和结束时数据的变形，影响测试的准确性。
指定带宽瓶颈
“Bandwith”是指定带宽瓶颈的，即选择访问该网站大多数用户所使用的带宽。例如访问该网站的绝大部分用户是拨号，那么可以选择56K。
四、开始测试
做好基本的设置工作后，就可以在左侧选中新建的脚本“New Recorded Script”项，然后单击工具栏上的“Run Script”按钮，或者打开“Scripts”菜单下的“Run”命令，这样就开始测试了。测试过程中会以进度条的方式实时显示，待进度条结束我们即可进行测试结果分析了。
五、数据分析
现在我们就可以打开测试报告来查看测试结果了。单击“View”菜单，选择“Reports”，在打开的窗口左侧会按时间显示所有测试报告。根据时间选择本次测试报告，在窗口右侧即可查看具体内容。
在测试报告中最重要的部分就是“Socket Errors”部分和“Result Codes”部分。其中Socket Errors部分共分为Connect、Send 、Recv和Timeouts。其中Connect表示客户端不能与服务器取得连接的次数；Send表示客户端不能正确发送数据到服务器的次数；Recv表示客户端不能正确从服务器接次的次数；Timeouts表示超时的线程数目。由此我们可以如果这四个数值都比较小，甚至为0则说明我们的服务器是经得起考验的；如果数值居高不下，甚至接近设置的并发数，那么则要好好的检查你的服务器了（图6）。
另外在“Result Codes”部分，如果Code列表下的数值都为200，那么表示所有请求都经服务器成功返回，如果数值出现400或大于400，例如404，那么则需要在左侧找到“Page Data”节点，查看具体的错误项目，然后作出改正了。
其实要完整的反映出一个网站在服务器上的运行情况，需要不断增减其并发数，并且进行多次测试，才能了解服务器所能承受的限度，然后才可以在IIS中设置允许连接的最大数目，从而保证网站正常运行。
WAS 的负载使用说明（二）
测试脚本的准备
1、在测试客户端机器上启动Web Application Stress Tool，在弹出的“建立新脚本”对话框中选择“Record”按钮；
2、在“Record”参数设置第一步中，所有的checkbox都不用选择
到 第二步时直接点击“finish”,过几秒钟会弹出一个IE窗口，在此窗口中访问测试数据生成页面（: 8086/Apply/test），依次点击5个测试用例连接，然后返回Web Application Stress Tool，停止Record；
3、将一些没用的记录删去（比如：/Apply/test/index.htm）,只留下如下图所示的五条记录：
在Server输入框中输入服务器的IP，端口号不用输入。改一下脚本名字，比如改为Joinwork Test;
4、5个测试用例在实际使用环境中被访问的概率是不一样的。我们可以在Page Groups中定义几个Page Group来模拟这种访问分布：
在上图中我们定义了5个Group，分别对应：查询可启动流程列表、启动流程、查询个人待办工作任务、显示任务执行表单和执行任务，它们被点击的次数比率为：1 : 1 : 5 : 5 : 4。
回到脚本主页面，分别将5条记录的Group改为刚才建立的Page Group。这样在运行脚本的时候就会按Group定义的比率来产生点击了；
5、下面设置测试并发用户数和测试时间长度。 到 如下图的Settings页面，通过Stress Level (threads)和Stress mulitiplters来设置并发用户数，Test RUn Time来设置测试时长。因为我们要做性能压力测试，不要设置延时时间（Request Delay）。可以在实际测试时间之前，设置一段warm up运行时间，这段时间的数据是不会记录到最后的报告里的；其他设置可以保持缺省值不变；
测试运行
一切准备完成后，回到脚本主页面，然后点击工具条上的“Run Script”按钮就开始测试了；
测试报告查看
测试运行结束后，我们就可以通过点击工具条上的”Reports”按钮查看测试报告了；
测试报告里比较重要的数据是：每秒处理的请求数（Requests per Second）和每个页面的平均响应时间。
上面两张图的数据是笔者直接使用Joinwork开发版的缺省配置（JBoss 3.2.2和JBoss自带的数据库Hsql），一台主频1.5M HZ（奔腾移动）、内存725M的笔记本作服务器，一台主频2.0M HZ的台式机作客户端，测试的数据。
数据显示在100并发用户数下，每秒可处理89.26个请求，其中响应时间最长的页面是任务执行，平均响应时间是1.66秒。
Web Application Stress Tool也可以采集服务器的CPU利用率等服务器端数据，有兴趣的话可以查看帮助文件。
Web Application Stress 是Microsoft免费提供的一款软件专门对WEB服务进行压力测试用的工具软件。我经常会需要测试一些服务器的运行状态和响应时间什么的，比如在网络中新加了一台防火墙做好设置以后，它的改动对于网络中应用层的服务影响怎么样，客户会不会明显感觉到IE 打开站点的速度明显减慢等等，尤其是在防火墙工作在透明代理模式下加上了一些对于应用服务的内容限制以后，设置前后速度上的改变都是非常重要参考数据的，我需要知道到底速度的影响有多大是否可以忽略不计。
部分数据解析
下面我们用其进行一次简单的压力测试。
1. 打开主程序，点击”Record”按钮
2. 选择”Record Delay between request”
3. 然后”next”，再”finish”4
4. 接下来会弹出一个浏览器，输入所要测试的WEB服务器地址，随便浏览一些页面，然后将其关闭，返回到Web Application Stress中
5. 点击”stop recording”按钮。点击”Settings”，就可以进入设置界面，填入一些参数。在此例中，threads我填入了50，run time我填入了2分钟，其它默认。然后选择”Scripts”菜单项中的”Run”，对服务器进行压力测试，等待2分钟。
6.结束后，选择”Window”下的”Reports”，可以看到类似于下面的压力测试结果（我已经将其简化了）。
============================================================
Number of test clients: 1
Number of hits: 6121
Requests per Second: 51.01
Socket Statistics
————————————————————
Socket Connects: 6163
Total Bytes Sent (in KB): 1750.10
Bytes Sent Rate (in KB/s): 14.58
Total Bytes Recv (in KB): 29227.62
Bytes Recv Rate (in KB/s): 243.55
Socket Errors
————————————————————
Connect: 0
Send: 0
Recv: 0
Timeouts: 0
RDS Results
————————————————————
Successful Queries: 0
下面对其进行简单解释。测试时间内，虚拟的用户点击页面6121次，平均每秒51个请求，Socket连接数6163，其中没有连接、发送、接收、超时错误。从这个压力测试报告来看，服务器对于50个用户同时操作，应该没有任何问题。需要特别说明的是，这个只是简化的部分结果。
这只是一个简单的示例，Web Application Stress的功能远不止于此，还需要在实践中总结才是。
本文目录一览：
- 1、哪款网站压力测试工具值得推荐？
- 2、CC(ChallengeCollapsar)发包工具之网站压力测试siege安装与使用图文教程
- 3、如何测试网站最大并发数
- 4、web application stress tool怎么用
- 5、linux下 高并发压力测试有什么命令或者好用的软件
哪款网站压力测试工具值得推荐？
腾讯WeTest出品的线上服务器压力测试服务WeTest服务器压力测试http://wetest.qq.com/gaps/最高可至亿级并发，实时查看性能数据报表，专家级性能优化建议对于简单接口测试和评估容量的，只需要输入url和配置下人数的参数，就可以在一两分钟内快速发起压力。
我们通常要分析的性能数据像TPS，在线人数，事务数，网络吞吐，CPU，内存，磁盘IO等性能报告里都有。报告是可视化的图表形式展现的。
亦可以自己编写机器人，深度结合自身业务场景进行压测。
其他简单的协议测试或是稳定性测试，也可满足。
压测本身是个高要求的工作，很多人还只知皮毛，对压测原理和应该达到什么效果不得而知，因此能力的提升也很重要，可以善用他们的社区，并关注定期举行的公开课培训
望采纳！
CC(ChallengeCollapsar)发包工具之网站压力测试siege安装与使用图文教程
压力测试是一项很重要的工作。能承受多大访问量、在大访问量情况下性能怎样，这些数据指标好坏将会直接影响用户体验。所以，压力测试非常有必要，有了这些数据，我们就能对自己做维护的平台做到心中有数。Siege是一款开源的压力测试工具，设计用于评估WEB应用在压力下的承受能力。可以根据配置对一个WEB站点进行多用户的并发访问。
yum install gcc
wget http://download.joedog.org/siege/siege-3.1.4.tar.gz
tar -zxf siege-3.1.4.tar.gz
cd siege-3.1.4
./configure;make
make install
以上就是一键安装命令一键就可以安装完毕，我们就已经更新到官网最新版本~使用方
使用方法：
siege -c 200 -r 20 http://baidu.com
注释解释：siege-c 200 并发200个用户 -r 20 重复循环20
以上是基本命令，假如说你还想使你的攻击力加强请请看下面的参数详解
参数详解
-C,或–config 在屏幕上打印显示出当前的配置,配置是包括在他的配置文件$HOME/.siegerc中,可以编辑里面的参数,这样每次siege 都会按照它运行.
-v 运行时能看到详细的运行信息
-c n,或–concurrent=n 模拟有n个用户在同时访问,n不要设得太大,因为越大,siege 消耗本地机器的资源越多
-i,–internet 随机访问urls.txt中的url列表项,以此模拟真实的访问情况(随机性),当urls.txt存在是有效
-d n,–delay=n hit每个url之间的延迟,在0-n之间
-r n,–reps=n 重复运行测试n次,不能与 -t同时存在
-t n,–time=n 持续运行siege ‘n’秒(如10S),分钟(10M),小时(10H)
-l 运行结束,将统计数据保存到日志文件中siege .log,一般位于/usr/local/var/siege .log中,也可在.siegerc中自定义
-R SIEGERC,–rc=SIEGERC 指定用特定的siege 配置文件来运行,默认的为$HOME/.siegerc
-f FILE, –file=FILE 指定用特定的urls文件运行siege ,默认为urls.txt,位于siege 安装目录下的etc/urls.txt
-u URL,–url=URL 测试指定的一个URL,对它进行”siege “,此选项会忽略有关urls文件的设定
url.txt文件：是很多行待测试URL的列表以换行符断开,格式为:
[protocol://] host.domain.com[:port][path/to/file]
用法举例：
siege -c 300 -r 100 -f url.txt
说明：-c是并发量，-r是重复次数。url.txt就是一个文本文件，每行都是一个url，它会从里面随机访问的。
如何测试网站最大并发数
这篇文章解决了很多用户的难题，就是如何通过最大用户并发数来确定系统最大用户数，因为这个问题不解决的话，用户很难挑选到最为适合自身系统的服务器，我们来看看这篇文章。以下是作者原文。本篇主要是性能方面的。
一个系统的最大并发用户数为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万/小时。
web application stress tool怎么用
一、准备工作为了测试数据的准备性，首先需要删除缓存和Cookies等临时文件。启动IE后打开“工具”菜单下的“Internet”选项命令，在打开的“Internet选项”窗口的“常规”选项卡中，单击“Internet临时文件”区域的“删除Cookies”和“删除文件”按钮将临时文件删除。
二、录制测试脚本
安装并启动WAS，程序运行时会打开“Create new script”对话框，即建立一个新的脚本窗口（如图1），如果运行WAS没有打开该窗口可以单击WAS主程序窗口工具栏上第一个按钮“New Script”即可。
因为是初次使用，所以在新建脚本窗口上单击“Record”按钮打开创建向导对话框“Browser Recorder-Step 1 of 2”，其中三个选项的作用是选择要记录的内容，分别为Request（请求）、Cookies（网上信息块）以及Host headers（主机标题），可根据需要选择（图2），然后单击“Next”即会打开“Browser Recorder-Step 2 of 2”窗口，单击“Finish”按钮。这样WAS会自动启用，并且会打开一个浏览器窗口，此时我们就可以在浏览器的地址栏中输入要测试的网站网址。随着要测试的网站内容的不断显示，在WAS主界面的“Recording”选项卡中的信息会实时更新（如图3）。
当浏览器的状态栏显示为“完成”时，我们就可以返回WAS窗口，单击“Stop Recording”按钮返回脚本窗口。
三、测试设置
为了使测试更加准确，更加接按真实效果，需要对录制的测试脚本进行一些设置。
去除静态干扰
由于网页是由图片、文字以及其它动态源码组成的，而一般的静态内容消耗的带宽并不是很大，因此我们可以将其排除在外。在脚本中选中指向图像、文字以及其它静态文件项目前的灰色按钮，然后单击工具栏上的“Delete”按钮将其删除（图4）。
设置并发数
然后在单击“New Recorded Script”下的“Settings”标签，其中“Concurrent Connections”是设置并发连接数的，其下面的“Stress level (threads)”和 “Stress multiplier(sockets perthread)” 分别设置对目标服务器的压力及负载程度的，其中Level是客户端所产生的线程数目，一个线程可以产生多个Socket并发请求，因此将两者的数值相乘，所获得的数字就是客户端同时连接的并发数（图5）。
时间设置
时间设置包括“Test Run Time”（测试运行时间）和“Request Delay”（停止响应）以及“Suspend”（挂起时间）三项。其中测试运行时间是以日、小时、分钟和秒来设定的，建议该项时间不宜太短，如果设置的并发数较多，那么时间应该按比较增长，以便产生足够多的请求；而停止时间是指连接时超出这个时间即作超时处理；在挂起时间处部分为Warmup和Cooldown两项，一般可以设置为两三分钟为宜，这样做的目的是避免测试开始和结束时数据的变形，影响测试的准确性。
指定带宽瓶颈
“Bandwith”是指定带宽瓶颈的，即选择访问该网站大多数用户所使用的带宽。例如访问该网站的绝大部分用户是拨号，那么可以选择56K。
四、开始测试
做好基本的设置工作后，就可以在左侧选中新建的脚本“New Recorded Script”项，然后单击工具栏上的“Run Script”按钮，或者打开“Scripts”菜单下的“Run”命令，这样就开始测试了。测试过程中会以进度条的方式实时显示，待进度条结束我们即可进行测试结果分析了。
五、数据分析
现在我们就可以打开测试报告来查看测试结果了。单击“View”菜单，选择“Reports”，在打开的窗口左侧会按时间显示所有测试报告。根据时间选择本次测试报告，在窗口右侧即可查看具体内容。
在测试报告中最重要的部分就是“Socket Errors”部分和“Result Codes”部分。其中Socket Errors部分共分为Connect、Send 、Recv和Timeouts。其中Connect表示客户端不能与服务器取得连接的次数；Send表示客户端不能正确发送数据到服务器的次数；Recv表示客户端不能正确从服务器接次的次数；Timeouts表示超时的线程数目。由此我们可以如果这四个数值都比较小，甚至为0则说明我们的服务器是经得起考验的；如果数值居高不下，甚至接近设置的并发数，那么则要好好的检查你的服务器了（图6）。
另外在“Result Codes”部分，如果Code列表下的数值都为200，那么表示所有请求都经服务器成功返回，如果数值出现400或大于400，例如404，那么则需要在左侧找到“Page Data”节点，查看具体的错误项目，然后作出改正了。
其实要完整的反映出一个网站在服务器上的运行情况，需要不断增减其并发数，并且进行多次测试，才能了解服务器所能承受的限度，然后才可以在IIS中设置允许连接的最大数目，从而保证网站正常运行。
WAS 的负载使用说明（二）
测试脚本的准备
1、在测试客户端机器上启动Web Application Stress Tool，在弹出的“建立新脚本”对话框中选择“Record”按钮；
2、在“Record”参数设置第一步中，所有的checkbox都不用选择
到 第二步时直接点击“finish”,过几秒钟会弹出一个IE窗口，在此窗口中访问测试数据生成页面（: 8086/Apply/test），依次点击5个测试用例连接，然后返回Web Application Stress Tool，停止Record；
3、将一些没用的记录删去（比如：/Apply/test/index.htm）,只留下如下图所示的五条记录：
在Server输入框中输入服务器的IP，端口号不用输入。改一下脚本名字，比如改为Joinwork Test;
4、5个测试用例在实际使用环境中被访问的概率是不一样的。我们可以在Page Groups中定义几个Page Group来模拟这种访问分布：
在上图中我们定义了5个Group，分别对应：查询可启动流程列表、启动流程、查询个人待办工作任务、显示任务执行表单和执行任务，它们被点击的次数比率为：1 : 1 : 5 : 5 : 4。
回到脚本主页面，分别将5条记录的Group改为刚才建立的Page Group。这样在运行脚本的时候就会按Group定义的比率来产生点击了；
5、下面设置测试并发用户数和测试时间长度。 到 如下图的Settings页面，通过Stress Level (threads)和Stress mulitiplters来设置并发用户数，Test RUn Time来设置测试时长。因为我们要做性能压力测试，不要设置延时时间（Request Delay）。可以在实际测试时间之前，设置一段warm up运行时间，这段时间的数据是不会记录到最后的报告里的；其他设置可以保持缺省值不变；
测试运行
一切准备完成后，回到脚本主页面，然后点击工具条上的“Run Script”按钮就开始测试了；
测试报告查看
测试运行结束后，我们就可以通过点击工具条上的”Reports”按钮查看测试报告了；
测试报告里比较重要的数据是：每秒处理的请求数（Requests per Second）和每个页面的平均响应时间。
上面两张图的数据是笔者直接使用Joinwork开发版的缺省配置（JBoss 3.2.2和JBoss自带的数据库Hsql），一台主频1.5M HZ（奔腾移动）、内存725M的笔记本作服务器，一台主频2.0M HZ的台式机作客户端，测试的数据。
数据显示在100并发用户数下，每秒可处理89.26个请求，其中响应时间最长的页面是任务执行，平均响应时间是1.66秒。
Web Application Stress Tool也可以采集服务器的CPU利用率等服务器端数据，有兴趣的话可以查看帮助文件。
Web Application Stress 是Microsoft免费提供的一款软件专门对WEB服务进行压力测试用的工具软件。我经常会需要测试一些服务器的运行状态和响应时间什么的，比如在网络中新加了一台防火墙做好设置以后，它的改动对于网络中应用层的服务影响怎么样，客户会不会明显感觉到IE 打开站点的速度明显减慢等等，尤其是在防火墙工作在透明代理模式下加上了一些对于应用服务的内容限制以后，设置前后速度上的改变都是非常重要参考数据的，我需要知道到底速度的影响有多大是否可以忽略不计。
部分数据解析
下面我们用其进行一次简单的压力测试。
1. 打开主程序，点击”Record”按钮
2. 选择”Record Delay between request”
3. 然后”next”，再”finish”4
4. 接下来会弹出一个浏览器，输入所要测试的WEB服务器地址，随便浏览一些页面，然后将其关闭，返回到Web Application Stress中
5. 点击”stop recording”按钮。点击”Settings”，就可以进入设置界面，填入一些参数。在此例中，threads我填入了50，run time我填入了2分钟，其它默认。然后选择”Scripts”菜单项中的”Run”，对服务器进行压力测试，等待2分钟。
6.结束后，选择”Window”下的”Reports”，可以看到类似于下面的压力测试结果（我已经将其简化了）。
============================================================
Number of test clients: 1
Number of hits: 6121
Requests per Second: 51.01
Socket Statistics
————————————————————
Socket Connects: 6163
Total Bytes Sent (in KB): 1750.10
Bytes Sent Rate (in KB/s): 14.58
Total Bytes Recv (in KB): 29227.62
Bytes Recv Rate (in KB/s): 243.55
Socket Errors
————————————————————
Connect: 0
Send: 0
Recv: 0
Timeouts: 0
RDS Results
————————————————————
Successful Queries: 0
下面对其进行简单解释。测试时间内，虚拟的用户点击页面6121次，平均每秒51个请求，Socket连接数6163，其中没有连接、发送、接收、超时错误。从这个压力测试报告来看，服务器对于50个用户同时操作，应该没有任何问题。需要特别说明的是，这个只是简化的部分结果。
这只是一个简单的示例，Web Application Stress的功能远不止于此，还需要在实践中总结才是。
linux下 高并发压力测试有什么命令或者好用的软件
这个…… 特定网站高并发压力测试工具的server端要用特定网站高并发压力测试工具的client端来测试埃没有通用的。web server端的测试程序多，是因为web server都是用http协议，所以通用。 你完全可以自己写一个client端，如果不知道怎么写可以追问。 关于网站高并发压力测试工具和在线并发测试工具的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 网站高并发压力测试工具的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于在线并发测试工具、网站高并发压力测试工具的信息别忘了在本站进行查找喔。
相关文章
发表评论
暂时没有评论，来抢沙发吧~