本帖子已过去太久远了，不再提供回复功能。OneAPM云压测工具|HTTP压测工具|服务器压测工具|WEB压力测试工具|软件压力测试工具 - OneAPM
辅助快速迭***发
云压测数小时即可完成一轮压测，节约 70% 以上的压测时间，APM 监控深入应用代码，快速发现并定位问题，缩短单次迭代时间。
辅助系统验收
发现系统负载边界，结合 APM 的监控指标判定是否达到预设的负载能力，辅助系统验收。
生产问题复现与诊断
真实的模拟用户全链路访问，压力更真实，很容易复现生产问题。结合后端全方位的 APM 监控，快速定位性能瓶颈和错误，降低平均故障修复时间。
生产系统定期侦测
在运维时间段发起压测，结合后端 APM 监控，对系统当前的性能了若指掌，做到未雨绸缪，保障系统长期稳定。
辅助扩缩容
云压测发起压力，APM 结合压力和应用性能指标数据实时分析，很直观的反映出不同压力下系统性能情况以及对应的 CPU，内存，磁盘消耗等容量信息，做到扩缩容有理有据。
迭***发更快速
云压测技术+APM 监控辅助
与传统压测过程相比，无需***压测工具，云端分布式压测资源，专注测试逻辑。压测与 APM 结合，快速代码调优。
更快更真实的压测过程
只需五步的云压测步骤
更真实：公网链路和多运营商线路模拟，真实的并发数，不同业务不同用户数（10% 登录，20% 浏览等），测试用例基于用户真实访问轨迹生成脚本，通过思考时间模拟用户访问节奏，多种子数据源。
缓慢代码的定位过程
通过自动拓扑图快速找到影响性能的模块。通过代码级详情找到问题根源，如线程锁、慢 SQL 等。
云压测结果分析
服务器后端并发处理能力直接影响前端用户的感受，测试过程中 PTS 压力测试工具可对被测系统产生稳定的背景压力。测试过程中实时计算的具体指标包括：
事务响应时间、每秒事物数、每秒事物总数、每秒点击数、每秒错误数、错误类型、错误描述、吞吐量、实时访问日志记录。
响应时间、吞吐量、性能指数、异常（Java 异常、HTTP 无响应、Web 无响应）、代码执行时间。
SQL 语句执行计划、SQL 语句执行时间、关联的应用事务、SQL 语句的上下文环境、各个环境的时间消耗占比、调用参数。
Java 虚拟机
堆内存使用情况、非堆内存使用情况、年青代（Young）、年老代（Tenured）、持久代（Perm）、垃圾收集、类装载、线程、会话。
LoadRunner
研发于 90 年代，基于 C
生于 21 世纪，基于 java 及大数据
需要 C 编程，测试门槛较高
全可视化操作，上手快
纯内网，基于物理服务器
内外网兼顾，云，虚机，物理机
长，几周或几个月
很短，数分钟或数小时，测试更频繁
昂贵，硬件，人员，时间，其他
便宜，压侧端可全云托管，按小时分钟计费
小，一般不超过 2000 并发规模
可大可小，从 100 到 1 千万
很有限，非实时，依赖后期数据处理
TB 级实时汇聚显示，即测即发现问题
7×24 小时服务支持，为应用保驾护航
体验 15 天专业版
Your browser does not support iframes.
使用 OneAPM 时，遇到任何技术上的问题，都可以直接致电技术支持专线。
400-622-3101
Your browser does not support iframes.介绍几款Web服务器性能压力测试工具
我的图书馆
介绍几款Web服务器性能压力测试工具
一、http_load
程序非常小，解压后也不到100K
http_load以并行复用的方式运行，用以测试web服务器的吞吐量与负载。
但是它不同于大多数压力测试工具，它可以以一个单一的进程运行，一般不会把客户机搞死。
还可以测试HTTPS类的网站请求。
下载地址：
***很简单
#tar zxvf http_load-12mar2006.tar.gz
#cd http_load-12mar2006
#make && make install
基本用法：
-p 并发访问进程数
-s 访问时间
需要访问的URL文件
参数其实可以自由组合，参数之间的选择并没有什么限制。
比如你写成http_load &-parallel &5 &-seconds &300 &urllist.txt也是可以的。
我们把参数给大家简单说明一下。
-parallel & 简写-p ：含义是并发的用户进程数。
-fetches & 简写-f ：含义是总计的访问次数
-rate & & & &简写-p ：含义是每秒的访问频率
-seconds 简写-s ：含义是总计的访问时间
准备URL文件：urllist.txt，文件格式是每行一个URL，URL最好超过50－100个测试效果比较好。
文件格式如下：
/article/a-quick-look-at-the-redis-source-code.html
/article/how-the-browser-end-encryption.html
/article/jquery-form-validation-plug-in-validate.js-the-basic-usage.html
/article/use-flash-plugin-swfupload-head-is-upload-the-screenshot-in-two-ways.html
/article/should-make-your-site-using-html5.html
/article/simple-to-understand-linux-memory-allocation-mechanism.html
/article/organize-the-sphinx-api-based-on-php.html
/article/jquery-1-9-removed-browser-method-alternatives.html
/article/the-installation-of-fedora-under-chinese-search-sphinx-configuration.html
/article/schema-org-tag-was-used-to-optimize-web-pages.html
/article/jquery-reference-manual-tutorials-and-tools.html
/article/falling-in-love-with-bike-30-reasons.html
/article/online-test-tools-browserstack-cross-browser-compatibility.html
/article/talk-about-javascript-image-preloading-technology.html
/article/brokeback-mountain.html
/article/sql-index-caused-performance-issues.html
/article/use-python-scapy-reporter.html
/article/a-python-web-attack-script.html
http_load -p 30 -s 60
urllist.txt
参数了解了，我们来看运行一条命令来看看它的返回结果如下：
结果分析：
1、294 fetches, 30 max parallel, 3.83835e+06 bytes, in 60.0026 seconds
说明在上面的测试中运行了294个请求，最大的并发进程数是30，总计传输的数据是3.83835e+06bytes，运行的时间是60.0026秒
2、13055.6 mean bytes/connection
说明每一连接平均传输的数据量3.8=13055.6
3、4.89979 fetches/sec, 63969.7 bytes/sec
说明每秒的响应请求为4.89979，每秒传递的数据为63969.7 bytes/sec
4、msecs/connect: 312.009 mean, 1319.57 max, 209.994 min
说明每连接的平均响应时间是312.009 msecs，最大的响应时间1319.57 msecs，最小的响应时间209.994 msecs
5、msecs/first-response: 1191.01 mean, 10212.4 max, 220.78 min
6、HTTP response codes:&
& & code 200 &-- &127&
& & code 502 &-- &166
说明打开响应页面的类型
如果403的类型过多，那可能要注意是否系统遇到了瓶颈。
特殊说明：
测试结果中主要的指标是 fetches/sec、msecs/connect 这个选项，即服务器每秒能够响应的查询次数。
用这个指标来衡量性能。似乎比 apache的ab准确率要高一些，也更有说服力一些。
Qpt-每秒响应用户数和response time，每连接响应用户时间。
测试的结果主要也是看这两个值。
当然仅有这两个指标并不能完成对性能的分析，我们还需要对服务器的cpu、men进行分析，才能得出结论。
二、webbench
webbench是Linux下的一个网站压力测试工具，最多可以模拟3万个并发连接去测试网站的负载能力。
下载地址可以到google搜，我这里给出一个
下载地址：
这个程序更小，解压后不到50K，呵呵
***非常简单
#tar zxvf webbench-1.5.tar.gz
#cd webbench-1.5
#make && make install
会在当前目录生成webbench可执行文件，直接可以使用了
用法：webbench -c 并发数 -t 运行测试时间 URL
#webbench -c 1000 -t 130
ab是apache自带的一款功能强大的测试工具。
***了apache一般就自带了。
用法可以查看它的说明
参数众多，一般我们用到的是-n 和-c
#webbench -c 1000 -t 130
这个表示同时处理1000个请求并运行130次index.php文件。
一款开源的压力测试工具，可以根据配置对一个WEB站点进行多用户的并发访问，记录每个用户所有请求过程的相应时间，并在一定数量的并发访问下重复进行。
Siege官方：
Siege下载：
Siege解压并***：
# tar -zxvf siege-latest.tar.gz
# cd siege-latest/
#./configure
#make install
Siege使用:
#siege -c 100 -r 10 -f site.url
-c是并发量，-r是重复次数。&
url文件就是一个文本，每行都是一个url，它会从里面随机访问的。
site.url内容:
结果说明：
Transactions: 550 hits //完成550次处理
Availability: 55.00 % //55.00 % 成功率
Elapsed time: 31.32 secs //总共用时
Data transferred: 1.15 MB //共数据传输1.15 MB
Response time: 3.04 secs //显示网络连接的速度
Transaction rate: 17.56 trans/sec //均每秒完成 17.56 次处理：表示服务器后
Throughput: 0.04 MB/sec //平均每秒传送数据
Concurrency: 53.44 //实际最高并发数
Successful transactions: 433 //成功处理次数
Failed transactions: 450 //失败处理次数
Longest transaction: 15.50 //每次传输所花最长时间
Shortest transaction: 0.42 //每次传输所花最短时间&
TA的最新馆藏[转]&[转]&[转]&[转]&[转]&
喜欢该文的人也喜欢