网络并发测试工具(java并发测试工具)

这属于性能测试的范畴了 主要用的工具就是WinRunner和LoadRunner中文的还不太好找 现在的测试工具比较少，而且基本上都是英文的

Web Bench是一个简单的web或者web代理服务的基准测试工具。 使用fork()模拟多个客户端并且可以发起HTTP/0/9-HTTP/1.1的请求。这个基准测试不是非常符合实际情况，但是可以测试出你的HTTP服务是否可以处理多个客户同时访问而不会把你的机器弄挂掉。这个工具可以获得服务的两个指标： 每分钟响应请求数量（pages/min）和每秒钟传输数据量（bytes/sec）。使用-f选项可以运行在主动模式下（不等待服务器响应直接发送下一个请求）。

我们常常使用apache下的并发测试工具ab进行动态或静态页面URL的并发测试，以此作为服务器性能、配置以及系统架构是否合乎要求的一个衡量标准。 但是有一个问题，就是ab的表现并不稳定，在不同的机器上用ab对同一个服务器上的URL资源做测试常常出现截然不同的数据。就算在同一台机器上用ab做 测试，测试10组数据，也会有几组的数据存在较大的差异，以下是我曾做过的几组试验，先介绍下试验步骤及环境。 1、首先准备一台机器作为web服务器，硬件配置为硬件配置为Intel(R) Celeron(R) CPU G530 @ 2.40GHz 32位 内存4G 双核，系统版本CentOS release 5.5，web服务器版本Apache/2.2.14。2、web服务器采用apache，采用worker模式，具体配置为：默认开启5个进程，每个进程下2个线程，最大开75个线程（此参数关系到实际系统开启的进程数，如果开启进程设置过多，以最大线程数为准），最大连接数为500。3、apache以调用php模块的方式执行php脚本（非fast-cgi模式）。4、首先在两台不同的机器上对此服务器用ab进行压测，将两台不同的机器编号为A与B，A为一台笔记本，性能较差，2G内存，且上面运行了一些程序占用 了一定比率的CPU及内存。B为一台台式机，硬件配置为CPU Intel G530 2.4GHz 内存 4GB，下面是测试数据：A50个并发，执行50次页面（每个连接执行一次页面，页面为phpinfo页面）平均执行时间在17~18秒 简直不能忍B50个并发，执行50次页面平均执行时间在0.2秒左右 毫无压力（3次平均）100个并发，执行100次页面平均执行时间在0.4秒左右 （3次平均）200个并发，执行200次页面平均执行时间在0.8秒左右（3次平均）用A机器进行的测试结果，并发量连50都达不到，但用B机器测试WEB服务器可以胜任200个并发处理。为什么会出现如此截然不同的数据差别，还是要从原理上来分析。ab是客户端模拟多线程来通过socket对服务器发起TCP请求，并等待服务器处理执行页面输出页面结果并返回到客户端以此来计算页面的执行时间等相 关数据。那么客户端CPU处理多线程的能力，测试时客户机的CPU状态、内存状态都会对测试结果造成影响，如果客户机同时处理这么多请求的能力很弱，那么 需要很长时间才能将请求发送到服务器，服务器处理完后也需要很长时间对返回数据做处理，这样就达不到测试服务器性能的要求了。因为时间都被客户机耗去了。 所以我们在测试的时候首先要选择好测试机，尽量选择性能较好的机器测试。因为得出的结论是天差地别的。5、接下来我们单独用B机器进行测试，进行高强度的测试，连续测试20组数据，以200个并发、执行200次页面为测试条件，测试页面还是phpinfo页面，以下是测试数据：每秒请求数：237 每个请求执行时间：843每秒请求数：237 每个请求执行时间：843每秒请求数：237 每个请求执行时间：843每秒请求数：237 每个请求执行时间：843每秒请求数：237 每个请求执行时间：843每秒请求数：237 每个请求执行时间：843每秒请求数：237 每个请求执行时间：843每秒请求数：237 每个请求执行时间：843每秒请求数：237 每个请求执行时间：843每秒请求数：237 每个请求执行时间：843每秒请求数：237 每个请求执行时间：843每秒请求数：237 每个请求执行时间：843每秒请求数：237 每个请求执行时间：843每秒请求数：237 每个请求执行时间：843每秒请求数：237 每个请求执行时间：843每秒请求数：237 每个请求执行时间：843每秒请求数：237 每个请求执行时间：843每秒请求数：237 每个请求执行时间：843每秒请求数：237 每个请求执行时间：843测试结果非常稳定，没有大差异的结果。那么用300个并发、执行300次页面为测试条件结果会是怎样呢，以下是测试数据：每秒请求数：79 每个请求执行时间：3765每秒请求数：80 每个请求执行时间：3718每秒请求数：81 每个请求执行时间：3671每秒请求数：80 每个请求执行时间：3750每秒请求数：79 每个请求执行时间：3796每秒请求数：81每个请求执行时间：3687每秒请求数：79 每个请求执行时间：3765每秒请求数：82 每个请求执行时间：3656每秒请求数： 81 每个请求执行时间：3703每秒请求数： 82 每个请求执行时间：3640在高并发下的执行结果也比较稳定。6、接下来我们在web服务器上进行测试，看测试结果是怎样的，测试10组数据 以200个并发、执行200次页面为测试条件，测试页面为phpinfo页面，以下是测试数据：每秒请求数：1716 每个请求执行时间：116每秒请求数：1764 每个请求执行时间：113每秒请求数：1706 每个请求执行时间：117每秒请求数：1643 每个请求执行时间：114每秒请求数：1767 每个请求执行时间：113每秒请求数：1732 每个请求执行时间：115每秒请求数：727 每个请求执行时间：274每秒请求数：249 每个请求执行时间：801每秒请求数：1728 每个请求执行时间：115每秒请求数：113每个请求执行时间： 1765以上结果，比在B机器上表现的更好，但存在几个不稳定的数据。分析一下，一方面是网络传输速度的原因导致（本机上网络传输速度更快，所以成绩较好）。另一 方面是由于ab本身在执行的时候消耗的cpu的性能，但这个我的观点是影响可以忽略不计。还有一方面导致数据不稳定的因素可能是由于TCP连接在上一次测 试时为完全释放导致的原因。 综上所述，对于测试web服务器的性能，我们最好可以找一台独立的、性能较好的、并且上面没有运行很多应用程序的机器进行测试，这样的结果会更接近生产环 境的实际结果。实际的php页面执行复杂度可能是phpinfo的好几倍，所以在选定测试页面时，可以预先做一些复杂度更高的php页面进行测试，这样测 试的准确度会更高。
打开Apache服务器的安装路径，在bin目录中有一个ab.exe的可执行程序，就是我们要介绍的压力测试工具。 在Windows系统的命令行下，进入ab.exe程序所在目录，执行ab.exe程序。注意直接双击无法正确运行。

这篇文章解决了很多用户的难题，就是如何通过最大用户并发数来确定系统最大用户数，因为这个问题不解决的话，用户很难挑选到最为适合自身系统的服务器，我们来看看这篇文章。以下是作者原文。 本篇主要是性能方面的。一个系统的最大并发用户数为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万/小时。
服务器不同，使用建站程序不同，优化水平不同，并发数也都不一样。网上有很多压力测试软件，付费的也不贵，你可以去试试。不建议使用Apache ab作为压力测试工具。Apache ab在大量并发场景下存在3s、6s、9s阶梯式停顿的现象。Apache ab会通过判断content length来确定请求是否成功，而负载均衡挂载多台后端服务器时，返回的content length会不一致，导致测试结果有误。关于压力测试方法可以参考帮助文档的办法试试，这里面还涉及到负载均衡之类的多产品配置。既然是压力测试，就不是普通业务能用到的。
这个其实没有固定的算法，必须根据压测的目标特点进行估算。以你的例子来说明：是一天的访问量，那么我们需要知道哪几个时间段访问人数最多。例如有10小时访问密集区，我们可以估算每小时1000用户，峰值*2或者3，也就是每小时3000，那么合计一秒钟只要3000/3600 还不足1个并发。并发数，计算机网络术语，是指同时访问服务器站点的连接数。由于虚拟主机是建立在每台服务器多用户的基础上的，也就是多个用户共同使用一台服务器。为了避免同一台服务器上的某一个用户的IIS链接人数过多或占用服务器资源过多而影响其它用户的正常使用。所以，目前所有虚拟空间提供商都对单个用户的IIS链接数，流量及服务器进程占用CPU的比率进行了相应的限制。当某一个用户的站点超出了服务器上的设制后，访问站点时就会出现服务器忙，或目前访问该站点的人数过多，超出了WEB的处理能力等相关错误提示。
不同的服务器有默认的最大并发数，当然默认是默认，实际承不承受得住就需要通过测试来试了， 测试网站压力有很多软件，，， JMeter，比较好用，教程网上可以找到，，有中文版。。。
你好 百度 卡卡网，网站上有一个网站压力测试，找一个适当的并发数测试，自己访问网站看卡不卡，自己估摸来

LoadRunner，是一种预测系统行为和性能的负载测试工具。通过模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题，LoadRunner能够对整个企业架构进行测试。企业使用LoadRunner能最大限度地缩短测试时间，优化性能和加速应用系统的发布周期。LoadRunner可适用于各种体系架构的自动负载测试，能预测系统行为并评估系统性能。扩展资料：定位性能LoadRunner内含集成的实时监测器，在负载测试过程的任何时候，可以观察到应用系统的运行性能。这些性能监测器为实时显示交易性能数据（如响应时间）和其它系统组件包括application server,web server，网路设备和数据库等的实时性能。这样，就可以在测试过程中从客户和服务器的双方面评估这些系统组件的运行性能，从而更快地发现问题。利用LoadRunner的ContentCheck TM ，可以判断负载下的应用程序功能正常与否。ContentCheck 在Virtual users 运行时，检测应用程序的网络数据包内容，从中确定是否有错误内容传送出去。它的实时浏览器帮助从终端用户角度观察程序性能状况。参考资料来源：百度百科-LoadRunner
做性能测试用的。测试软件的性能、压力、负载情况、服务器的响应时间，吞吐量、监控服务器、数据库的性能指标。等等。总之很强大。
loadRuner 是一款性能测试的自动化测试工具，很强大。可以对软件进行性能测试：压力测试，负载测试，并发测试，可靠性测试等等，可以测试出很多与指标：response time ,user , hit ,resource 等等 体现性能
用于对BS和CS架构的软件，进行压力测试，通过压力测试观察软件的服务器的运行情况，通过对服务器硬件等资源的数据监控，可以看出软件的最大用户数和硬件资源最大的承载点~
性能测试