网络压力测试怎么做(项目压力测试怎么做)

一般做压力测试，都用LoadRunner，这个好学好用，而且测试数据统计的比较全，比较权威； 重点注意并发数量和临界并发数，还有网站后台的各种性能指标在测试后是否能恢复正常等。
一般都是要用工具，如果你不用工具，只能多用人了，但是这样也很难保证都是并发操作，多人同时登录、同时点击等操作，然后看网站后台的资源占用情况，是否出现异常等，从而确定系统的性能瓶颈。

安装软件好，自带了几个脚本，直接用就可以了，比如测吞吐量的，肯定对网卡压力很大，因为基本把资源全占了，测好几天是设置了脚本里的参数，教程里都说了，比如把file_size设的很大，想测几天都成。
不好意思 这个软件我没有用过 了解的不多 很抱歉帮不上你什么

下载并安装WAST；1．设置并行连接数；2．设置持续时间；3．其余设置；注：所有以上的选项可以根据自己的需要进行设置。设置完成后就可以进行压力测试。测试的步骤如下：第一步，点击工具栏上的“New Script”按钮，在打开的面板中点击“Nanual”按钮创建一个新的测试项目。在打开的窗口中对它进行设置，在主选项中的Server中填写要测试的服务器的IP地址。这里我们填写192.168.1.20。在下方选择测试的Web连接方式，这里的方式Verb选择get。Path选择要测试的Web页面路径，这里填写/Index.asp即动网的首页文件，WAST可以设置更多的Path。第二步，在“Settings”功能设置中将Stress Level （Threads）线程数设置为1000。然后点工具中的灰色三角按钮即可进行测试。测试过程中我们可以从服务器的任务管理器中看到CPU使用率已经达到100%，损耗率达到最大。在CMD窗口中使用命令netstat -an，可以看到客户端的IP地址在服务器上的80端口进行了非常多的连接，而且Web网站已经打不开了，提示过多用户连接。
公司的Web服务器搭建完成，上线在即。它能够承载多大的访问量，响应速度和容错能力等性能指标是否满足要求，所有这些都是我最想知道，也最为担心的。如何才能知晓这一切呢？ 通过工具可以有效地测试Web服务器的运行状态和响应时间等性能指标，从而解决上述问题。下面以Web Application Stress Tool（简称WAST）为例，介绍如何进行Web压力测试。这是由微软的网站测试人员开发的专门用来进行实际网站压力测试的一套工具。测试工具的设置下载并安装WAST，过程极其简单。在对目标Web服务器进行压力测试之前，首先要对它进行一些必要的设置。1．设置并行连接数点击“Defaults→Settings”打开设置面板。在Concurrent Connections下进行并行连接设置。Stress Level（Threads）是最少线程，Stress Multiplier是最大线程。这里的线程是指定程序在后台用多少线程进行请求，也就是相当于模拟多少个客户机的连接，一般填写500～1000。这个线程数是根据本机的承受力来设置的，如果你对自己的机器配置有足够信心的话，那么可以设置得更高一些。2．设置持续时间在“Test Run Time”中用来指定一次压力测试需要持续的时间，分为天、小时、分、秒几个单位级别，比如我们设置为1个小时。3．其余设置用Rpquest Delay设置延迟时间，我们设置为100～500。用Suspend设置设定挂起时间，Warmup时间是初始化测试运行时间，Cooldown时间是指定结束阶段的测试时间。Bandwith指定带宽瓶颈，允许模拟从14．4 kbps的Modem连接到T1（1．5 Mbps）的Local Area Network（LAN）连接的网络带宽。Redirects设置重定向时间，Throughput用来设置用户、密码页面状态保存等是否启用，Name Resolution用来设置是否进行名称解析。所有以上的选项大家可以根据自己的需要进行设置。压力测试的步骤设置完成后就可以进行压力测试。测试的步骤如下：第一步，点击工具栏上的“New Script”按钮，在打开的面板中点击“Nanual”按钮创建一个新的测试项目。在打开的窗口中对它进行设置，在主选项中的Server中填写要测试的服务器的IP地址。这里我们填写192.168.1.20。在下方选择测试的Web连接方式，这里的方式Verb选择get。Path选择要测试的Web页面路径，这里填写/Index.asp即动网的首页文件，WAST可以设置更多的Path。第二步，在“Settings”功能设置中将Stress Level （Threads）线程数设置为1000。然后点工具中的灰色三角按钮即可进行测试。测试过程中我们可以从服务器的任务管理器中看到CPU使用率已经达到100%，损耗率达到最大。在CMD窗口中使用命令netstat -an，可以看到客户端的IP地址在服务器上的80端口进行了非常多的连接，而且Web网站已经打不开了，提示过多用户连接。通过压力测试，管理员对Web服务器的抗压能力有了大概了解，可根据实际需要进行服务器硬件扩展，也为系统设置和软件选择等提供依据。Web服务器在正式发布前进行压力测试是非常必要的。 有什么需要 联系我百度HI
下载并安装WAST，然后打开软件，设置并行连接数，设置持续时间，所有的选项都可以根据自己的需要进行设置，设置完成后就可以进行压力测试。 点击工具栏上的“NewScript”，点击“Nanual”创建一个新的测试项目，在Server中填写要测试的服务器的IP地址，选择测试的Web连接方式，在“Settings”功能设置中将StressLevel（Threads）线程数设置为1000。然后点工具中的灰色三角按钮即可进行测试。比如每天一百万的接口访问量，并且访问时段主要集中在早八点到晚八点，那么平均下来RPS大约是22次左右，不过用户的访问量通常不会很平均，假设峰值流量是平均流量的3到5倍的话，那么我们可以推断出项目要想顺利上线，RPS至少应该达到66+次，110+次更好。 服务器的吞吐量，是指单位时间内服务器的处理请求数，通常使用“reqs/s”(服务器每秒处理请求的数量)表示。服务器压力测试的类型有峰值测试、同屏压测、行为压测、数据压测、设备压测五种。
你报地址啊，流量要多少。

你好，一个完整的压力测试需要关注三个方面：如何正确产生压力、如何定位瓶颈、如何预估系统的承载能力 (1)首先说一下如何产生压力，产生压力的方法有很多，通常可以写脚本产生压力机器人对服务器进行发包和收包操作，也可以使用现有的工具(像jmeter、LoadRunner这些），所以说产生压力其实并不难，难点在于产生的压力是不是真实地反映了实际用户的操作场景。举个例子来说，对游戏来说单纯的并发登陆场景在整个线上环境中的占比可能并不大(新开服等特殊情况除外)，相反“登陆-开始战斗-结束战斗”、不同用户执行不同动作这种“混合模式”占了更大的比重。所以如何从实际环境中提炼出具体的场景比重，并且把这种比重转化成实际压力是一个重要的关注点。(2)产生压力之后，通常我们可以拿到TPS、响应时延等性能数据，那么如何定位性能问题呢？TPS、响应时延只能告诉你服务器是否存在问题，但不能帮助你定位问题。这些表面背后是整个后台处理逻辑综合作用的结果，这时候可以先关注系统的CPU、内存、IO、网络，对比在tps、时延达到瓶颈时这些系统数据的情况，确定性能问题是系统哪一部分造成的，然后再回到代码的逻辑中逐个优化这些点。(3) 当服务器的整体性能就可以相对稳定下来，这时候就需要对自己服务器的承载能力有一个预估，通过产生真实压力、对比系统数据，大致可以对单套系统的处理能力有个真实的评价，然后结合业务规模配置服务器数量。

如果时间允许的话，都可以 在自己的PC机上可以测试网站程序本身的运行情况，架在外网服务器上还可以测试与服务器环境的兼容性、网络环境等其它相关情况。