本文总结的几个测压工具都是轻量级开源的，功能自然无法与LoadRunner或QAload之类的商业软件相比。现列举四个经常用到的开源web测试软件：ab 、Webbench、http_load、Siege 。本文将对四个逐一进行介绍。

一、ab

ab的全称是ApacheBench，是 Apache 附带的一个小工具，专门用于 HTTP Server 的benchmark testing，可以同时模拟多个并发请求，多见用于静态压力测试。ab工具虽然很小，但其功能总不算简单，其支持用户认证测试、cookie处理、代理测试；同样，其带的参数也并不算少，但经常用到的只有 -n和-c 两个参数。下面结合一个示例，介绍下其输出中每个参数的意思。

 1[root@gateway ~]#ab -n 10 -c 10 http://www.google.com/
 2/*ab -n 10 -c 10 http://www.google.com/。这个命令的意思是启动 ab ，向 www.google.com 发送10个请求(-n 10) ，并每次发送10个请求(-c 10)——也就是说一次都发过去了。*/
 3Benchmarking www.google.com (be patient).....done
 4Server Software:        GWS/2.1
 5Server Hostname:        www.google.com
 6Server Port:            80
 7Document Path:          /
 8Document Length:        230 bytes
 9Concurrency Level:      10
10/*整个测试持续的时间*/
11Time taken for tests:   3.234651 seconds
12/*完成的请求数量*/
13Complete requests:      10
14/*失败的请求数量*/
15Failed requests:        0
16Write errors:           0
17Non-2xx responses:      10
18Keep-Alive requests:    10
19/*整个场景中的网络传输量*/
20Total transferred:      6020 bytes
21/*整个场景中的HTML内容传输量*/
22HTML transferred:       2300 bytes
23/*大家最关心的指标之一，相当于 LR 中的 每秒事务数 ，后面括号中的 mean 表示这是一个平均值*/
24Requests per second:    3.09 [#/sec] (mean)
25/*大家最关心的指标之二，相当于 LR 中的 平均事务响应时间 ，后面括号中的 mean 表示这是一个平均值*/
26Time per request:       3234.651 [ms] (mean)
27Time per request:       323.465 [ms] (mean, across all concurrent requests)
28/*平均每秒网络上的流量，可以帮助排除是否存在网络流量过大导致响应时间延长的问题*/
29Transfer rate:          1.55 [Kbytes/sec] received
30/*网络上消耗的时间的分解*/
31Connection Times (ms)
32              min  mean[+/-sd] median   max
33Connect:       20  318 926.1     30    2954
34Processing:    40 2160 1462.0   3034    3154
35Waiting:       40 2160 1462.0   3034    3154
36Total:         60 2479 1276.4   3064    3184
37/*下面的内容为整个场景中所有请求的响应情况。在场景中每个请求都有一个响应时间，其中 50％ 的用户响应时间小于 3064 毫秒，60 ％ 的用户响应时间小于 3094 毫秒，最大的响应时间小于 3184 毫秒*/
38Percentage of the requests served within a certain time (ms)
39  50%   3064
40  66%   3094
41  75%   3124
42  80%   3154
43  90%   3184
44  95%   3184
45  98%   3184
46  99%   3184
47 100%   3184 (longest request)

二、webbench

Webbench是有名的网站压力测试工具，它是由 Lionbridge公司开发。Webbech能测试处在相同硬件上，不同服务的性能以及不同硬件上同一个服务的运行状况。webBech的标准测试可以向我们展示服务器的两项内容：每秒钟相应请求数和每秒钟传输数据量。webbench不但能具有便准静态页面的测试能力，还能对动态页面（ASP,PHP,JAVA,CGI）进行测试的能力。而且其支持对含有SSL的安全网站进行静态或动态的性能测试。适用于小型网站压力测试(单例最多可模拟3万并发) 。

1、安装

1#wget http://home.tiscali.cz/~cz210552/distfiles/webbench-1.5.tar.gz
2#tar zxvf webbench-1.5.tar.gz
3#cd webbench-1.5
4#make && make install

2、进行压力测试

1#webbench -c 500 -t 30 http://127.0.0.1/phpionfo.php
2Benchmarking: GET http://127.0.0.1/phpionfo.php
3500 clients, running 30 sec
4Speed=3230 pages/min, 11614212 bytes/sec.
5Requests: 1615 susceed, 0 failed.

参数解释：-c为并发数，-t为时间(秒)

分析：每秒钟响应请求数：3230 pages/min，每秒钟传输数据量11614212 bytes/sec 。

三、http_load

http_load 以并行复用的方式运行，用以测试web服务器的吞吐量与负载。但是它不同于大多数压力测试工具，它可以以一个单一的进程运行，一般不会把客户机搞死。可以可以测试HTTPS类的网站请求 。

1、安装

1# wget http://www.acme.com/software/http_load/http_load-12mar2006.tar.gz
2# tar zxvf http_load-12mar2006.tar.gz
3# cd http_load-12mar2006
4# make && make install

2、用法

命令格式：http_load -p 并发访问进程数 -s 访问时间 需要访问的URL文件

参数其实可以自由组合，参数之间的选择并没有什么限制。比如你写成http_load -parallel 5 -seconds 300 urls.txt也是可以的。各参数的意思如下。

1-parallel 简写-p ：含义是并发的用户进程数。
2-fetches 简写-f ：含义是总计的访问次数
3-rate    简写-p ：含义是每秒的访问频率
4-seconds简写-s ：含义是总计的访问时间

3、应用示例

1#http_load -rate 5 -seconds 10 urls
2说明执行了一个持续时间10秒的测试，每秒的频率为5。
349 fetches, 2 max parallel, 289884 bytes, in 10.0148 seconds5916 mean bytes/connection4.89274
4fetches/sec, 28945.5 bytes/secmsecs/connect: 28.8932 mean, 44.243 max, 24.488 minmsecs/first
5-response: 63.5362 mean, 81.624 max, 57.803 minHTTP response codes: code 200 — 49

4、结果分析

1．49 fetches, 2 max parallel, 289884 bytes, in 10.0148 seconds说明在上面的测试中运行了49个请求，最大的并发进程数是2，总计传输的数据是289884bytes，运行的时间是10.0148秒 。 2．5916 mean bytes/connection说明每一连接平均传输的数据量289884/49=5916 。 3．4.89274 fetches/sec, 28945.5 bytes/sec说明每秒的响应请求为4.89274，每秒传递的数据为28945.5 bytes/sec。 4．msecs/connect: 28.8932 mean, 44.243 max, 24.488 min说明每连接的平均响应时间是28.8932 msecs，最大的响应时间44.243 msecs，最小的响应时间24.488 msecs 。 5．msecs/first-response: 63.5362 mean, 81.624 max, 57.803 min

6、HTTP response codes: code 200 — 49 、说明打开响应页面的类型，如果403的类型过多，那可能要注意是否系统遇到了瓶颈。

注：测试结果中主要的指标是 fetches/sec、msecs/connect 这个选项，即服务器每秒能够响应的查询次数，用这个指标来衡量性能。似乎比 apache的ab准确率要高一些，也更有说服力一些。

Qpt-每秒响应用户数和response time，每连接响应用户时间。测试的结果主要也是看这两个值。当然仅有这两个指标并不能完成对性能的分析，我们还需要对服务器的cpu、mem进行分析，才能得出结论。

四、siege

Siege是一个多线程http负载测试和基准测试工具。可以对HTTP和FTP服务器进行负载和性能测试。通过使用Siege 提供的功能，可以很容易的制定测试计划：包括规定使用并发用户数、重复数量，从而可以模拟在服务器、网络或者其它对象上附加负载以测试他们提供服务的受压能力，方便的测试服务器的性能。其提供了三种操作模式：

11.Regression(when invoked by bombardment) siege 从配置文件中读取URLs，按递归方式，逐个发送请求。
22. Internet simulation (Siege从配置文件中读取URLs，随机选取URL发送请求)
33. Brute force (在命令行上写上一个单独的URL，发送请求)

其下载地址为：ftp://sid.joedog.org/pub/siege/siege-latest.tar.gz ，其功能参数在此已不做说明，其测试输出内容项如下：

 1Transactions:访问次数
 2Availability:成功次数
 3Elapsed time:测试用时
 4Data transferred:测试传输数据量
 5Response time:平均响应时间
 6Transaction rate:每秒事务处理量
 7Throughput:吞吐率
 8Concurrency:并发用户数
 9Successful transactions:成功传输次数
10Failed transactions:失败传输次数
11Longest transaction:最长响应时间
12Shortest transaction:最短响应时间