压力测试怎么做,经常梦到和同一个异性暧昧
如何做压力测试
在最近的一次测试中定义了测试的目的是：需要了解AUT（被测应用程序）一般能够承受的压力，同时能够承受的用户访问量（容量），最多支持有多少用户同时访问某个功能。在AUT中选择了用户最常用的五个功能作为本次测试的内容，包括登录。大概的需求就是这样。
接下来我AUT的登录说一说怎么用LoadRunner和Jmeter来实现场景的设置达到测试的目的。（注：对服务器的检测不是本次测试的重点，本次测试主要收集并发访问用户数和发生错误用户数）
首先是对脚本的要求：
1、录制脚本（注意所有的脚本都应录制到Action中），自定义事务，事务从提交用户名和口令的脚本之前开始；
2、在定义事务开始的脚本前加入集合点；
3、在脚本中加入检查点，以登录成功的页面出现登录用户的ID即可；
4、参数化登录用户的身份；
其次是对场景设置的要求：
1、因为事先我们不知道将有多少用户访问是临界点，所以在测试过程中需要多次改变用户数来确定；
2、建议修改运行时设置，优化对服务器的访问；
3、计划的设置，每x时间后加载10用户（根据总用户数设置），完全加载后持续运行不超过5分钟（根据需要设置）；
4、集合策略，当运行中的用户数100%达到集合点时释放；
5、注意事项，需要注意几个时间：1）服务器响应超时时间；2）登录事务迭代一次所使用的时间；3）集合点等待超时时间；4）计划中设置的间隔时间。在我的测试中事务运行一次的时间不超过30秒，通过修改脚本使它的运行时间达到一分钟左右， 服务器响应超时时间、结合点等待超时时间、计划中设置的间隔时间都设置为了2分钟。
app 怎么做压力测试
射手座幸运数字：9
射手座属 性： 火象星座
射手座守护神： 宙斯
射手座守护星： 木星
射手座符 号： 一支箭
软件如何进行压力测试?
在最近的一次测试中定义了测试的目的是：需要了解AUT（被测应用程序）一般能够承受的压力，同时能够承受的用户访问量（容量），最多支持有多少用户同时访问某个功能。在AUT中选择了用户最常用的五个功能作为本次测试的内容，包括登录。大概的需求就是这样。
接下来我AUT的登录说一说怎么用LoadRunner和Jmeter来实现场景的设置达到测试的目的。（注：对服务器的检测不是本次测试的重点，本次测试主要收集并发访问用户数和发生错误用户数）
首先是对脚本的要求：
1、录制脚本（注意所有的脚本都应录制到Action中），自定义事务，事务从提交用户名和口令的脚本之前开始；
2、在定义事务开始的脚本前加入集合点；
3、在脚本中加入检查点，以登录成功的页面出现登录用户的ID即可；
4、参数化登录用户的身份；
其次是对场景设置的要求：
1、因为事先我们不知道将有多少用户访问是临界点，所以在测试过程中需要多次改变用户数来确定；
2、建议修改运行时设置，优化对服务器的访问；
3、计划的设置，每x时间后加载10用户（根据总用户数设置），完全加载后持续运行不超过5分钟（根据需要设置）；
4、集合策略，当运行中的用户数100%达到集合点时释放；
5、注意事项，需要注意几个时间：1）服务器响应超时时间；2）登录事务迭代一次所使用的时间；3）集合点等待超时时间；4）计划中设置的间隔时间。在我的测试中事务运行一次的时间不超过30秒，通过修改脚本使它的运行时间达到一分钟左右， 服务器响应超时时间、结合点等待超时时间、计划中设置的间隔时间都设置为了2分钟。
这样场景开始运行后运行用户数呈阶梯增长，另外在每个上升点新增的用户都会随原来已经运行的用户并发访问服务器。
通过多次的运行和对测试结果中正在运行用户数与错误用户的对比，然后根据定义可接受错误率就可得到该功能的最大并发访问的用户数。
以上测试中排除了对网络、客户端等的要求。在实际测试中首先要保证这些资源是足够的。
使用Jmeter也能够达到上述描述的场景的测试，并且更加的便捷。
抄来的
随便看看吧
如何用Jmeter做压力测试
ApacheBench是Apache bin目录下附带的一个小工具，专门用来做HTTP服务器的Benchmark Testing，这玩意儿可以单独运行，可以到这儿直接下载了用 Apache Bench，下载后，将ab文件copy到 /usr/local/bin 目录即可。
工具/原料
ApacheBench
方法/步骤
比较常用的命令，如：
ab -n 请求数 -c 并发数 URL
跑了一个简单的Demo：
usertekiMacBook-Pro:~ zhaoxianlie$ ab -n 200 -c 10 http://127.0.0.1:8793/ This is ApacheBench, Version 2.3 <$Revision: 1554214 $> Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.jinbanz.com/ Licensed to The Apache Software Foundation, http://www.apache.org/ Benchmarking 127.0.0.1 (be patient) Completed 100 requests Completed 200 requests Finished 200 requests Server Software: Server Hostname: 127.0.0.1 Server Port: 8793 Document Path: / Document Length: 28012 bytes Concurrency Level: 10 Time taken for tests: 6.847 seconds Complete requests: 200 Failed requests: 0 Total transferred: 5665503 bytes HTML transferred: 5601103 bytes Requests per second: 29.21 [#/sec] (mean) Time per request: 342.343 [ms] (mean) Time per request: 34.234 [ms] (mean, across all concurrent requests) Transfer rate: 808.07 [Kbytes/sec] received Connection Times (ms) min mean[+/-sd] median max Connect: 0 0 0.1 0 1 Processing: 148 338 93.2 335 633 Waiting: 148 337 93.3 335 633 Total: 148 338 93.2 336 634 Percentage of the requests served within a certain time (ms) 50% 336 66% 371 75% 397 80% 413 90% 461 95% 500 98% 568 99% 610 100% 634 (longest request)
3
这其中Requests per second、Time per request算是大家都比较看重的两个评估参数了吧。
不过对于这种压力测试来说，也不能一上来就 -n 1000 -c 10，还是得慢慢来，一开始可以来一个 -n 50 -c 10这样子，逐渐网上增加，取Request per second的最大值作为Http server的性能指标，应该会靠谱一些。
假设我的这个测试服务器RPS峰值是30，那一分钟能扛过来的请求差不多 1800 个，这是单核CPU的情况下。
假设是我厂服务器的配置，24核，开启Node的cluster模式，RPS应该是倍数增加的，明天去公司找台服务压测一把。如果真是这样，那么每秒钟能扛过来的请求差不多 720 个，换算到一个小时，是259.2w个访问请求。
假设服务器配置是Nginx+Node，Nginx做负载均衡，proxy_pass对应的upstream配置到4台Node服务器，且每台Node服务器均衡负载，那么，一个小时能扛得动的流量基本是 1kw多一些，满负荷跑一天，2.4亿的流量了。
软件如何进行压力测试?
在最近的一次测试中定义了测试的目的是：需要了解AUT（被测应用程序）一般能够承受的压力，同时能够承受的用户访问量（容量），最多支持有多少用户同时访问某个功能。在AUT中选择了用户最常用的五个功能作为本次测试的内容，包括登录。大概的需求就是这样。
接下来我AUT的登录说一说怎么用LoadRunner和Jmeter来实现场景的设置达到测试的目的。（注：对服务器的检测不是本次测试的重点，本次测试主要收集并发访问用户数和发生错误用户数）
首先是对脚本的要求：
1、录制脚本（注意所有的脚本都应录制到Action中），自定义事务，事务从提交用户名和口令的脚本之前开始；
2、在定义事务开始的脚本前加入集合点；
3、在脚本中加入检查点，以登录成功的页面出现登录用户的ID即可；
4、参数化登录用户的身份；
其次是对场景设置的要求：
1、因为事先我们不知道将有多少用户访问是临界点，所以在测试过程中需要多次改变用户数来确定；
2、建议修改运行时设置，优化对服务器的访问；
3、计划的设置，每x时间后加载10用户（根据总用户数设置），完全加载后持续运行不超过5分钟（根据需要设置）；
4、集合策略，当运行中的用户数100%达到集合点时释放；
5、注意事项，需要注意几个时间：1）服务器响应超时时间；2）登录事务迭代一次所使用的时间；3）集合点等待超时时间；4）计划中设置的间隔时间。在我的测试中事务运行一次的时间不超过30秒，通过修改脚本使它的运行时间达到一分钟左右， 服务器响应超时时间、结合点等待超时时间、计划中设置的间隔时间都设置为了2分钟。
这样场景开始运行后运行用户数呈阶梯增长，另外在每个上升点新增的用户都会随原来已经运行的用户并发访问服务器。
通过多次的运行和对测试结果中正在运行用户数与错误用户的对比，然后根据定义可接受错误率就可得到该功能的最大并发访问的用户数。
以上测试中排除了对网络、客户端等的要求。在实际测试中首先要保证这些资源是足够的。
使用Jmeter也能够达到上述描述的场景的测试，并且更加的便捷。
抄来的
随便看看吧
怎样测试服务器压力
公司的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