单元测试压测和http接口压测-工具

        在开发过程中，有时候为了简单测试一下接口的性能情况，会写单元测试搞一下，之前是自己用多线程来调用这个接口，也能满足需求，但是每次要调整多线程的配置情况还要修改代码，有点费劲，无意间在一淘测试的网站上面看到一篇文章（http://testing.etao.com/node/626），有人将单元测试压测用注解的形式搞定了。决定用一下，觉得挺好用呵呵。

         ContiPerf是一个轻量级的测试工具，它能很轻易的让用户使用Junit4的测试用例进行联系的性能测试。其设计的灵感来自于Junit4利用注释进行简单的测试配置还来自于JUnitPerf用包装单元测试用于性能测试的思路。

ContiPerf目前最新的版本是2.1，它的依赖少，只需要Java5和Junit4.7以上，注意这里junit必须是4.7以上，刚开始用的时候在这里踩了一个坑。

        在maven中引入jar包，scope设置为test类型。

        

        

           使用ContiPerf必须现在@Rule的注释下生成一个ContiPerfRule的对象。ContiPerfRule的构造函数有三个，分别为：

public ContiPerfRule()、public ContiPerfRule(ExecutionLogger executionLogger)和public ContiPerfRule(ReportModule... modules)。 

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18

@PerfTest 用户可以在这个注释中添加性能测试的执行要求。 Invocations：方法的执行次数，例：@PerfTest(invocations = 300)重复执行300次； Threads：同时执行的线程数，例：@PerfTest(invocations = 30, threads = 2)两个线程并发执行，每个线程执行15次，总共执行30次； Duration：在指定时间范围内一直执行测试，例：@PerfTest(duration = 300)在300毫秒内反复执行。 三个属性可以组合使用，其中Threads必须和其他两个属性组合才能生效。                       当Invocations和Duration都有指定时，以执行次数多的为准。 @PerfTest(invocations = 300, threads = 2, duration = 100)，如果执行方法300次时候执行时间还没到100ms， 则继续执行到满足执行时间等于100ms，如果执行到50次的时候已经100ms了，则会继续执行之100次。 如果你不想让测试连续不间断的跑完，可以通过注释设置等待时刻。 例，@PerfTest(invocations = 1000, threads = 10, timer = RandomTimer.class, timerParams = { 30, 80 }) ， 每执行完一次会等待30~80ms然后才会执行下一次调用。 在开多线程进行并发压测的时候，如果一下子达到最大进程数有些系统可能受不了，ContiPerf还提供了“预热”功能。 例，@PerfTest(threads = 10, duration = 60000, rampUp = 1000) ，启动时会先起一个线程， 然后每个1000ms起一线程，到9000ms时10个线程同时执行，那么这个测试实际执行了69s， 如果只想衡量全力压测的结果，那么可以在注释中加入warmUp， 即@PerfTest(threads = 10, duration = 60000, rampUp = 1000, warmUp = 9000) ，那么统计结果的时候会去掉预热的9s。

            这个组件的官方主页http://databene.org/contiperf.html  ，更加好用的是，压测的结果还会用图表的形式展示出来呵呵。源代码么看过，但是猜测一下，应该是维护了一个线程池、计数器和计时器，然后根据注解中的配置来执行被注解的方法。

            上面接口类可以通过注解并发请求，然后达到开发测试的目的，但是Http接口改怎么搞呢？不用着急，已经有成熟的工具了，ab和httpLoad，使用都非常简单。

            ab是apache自带的一个很好用的压力测试工具，当安装完apache的时候，就可以在bin下面找到ab。

            入参：

1 2 3 4 5 6 7

Usage: ./ab [options] [http://]hostname[:port]/path Options are: -n requests Number of requests to perform -c concurrency Number of multiple requests to make -t timelimit Seconds to max. wait for responses -p postfile File containing data to POST 参数很多,一般我们用 -c 和 -n 参数就可以了.

            返回结果:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41

##首先是apache的版本信息 This is ApacheBench, Version 2.3 <$Revision: 655654 $> Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/ Licensed to The Apache Software Foundation, http://www.apache.org/ Benchmarking vm1.jianfeng.com (be patient) Server Software:        Apache/2.2.19    ##apache版本 Server Hostname:        vm1.jianfeng.com   ##请求的机子 Server Port:            80 ##请求端口                Document Path:          /a.html Document Length:        25 bytes  ##页面长度                Concurrency Level:      100  ##并发数 Time taken for tests:   0.273 seconds  ##共使用了多少时间 Complete requests:      1000   ##请求数 Failed requests:        0   ##失败请求 Write errors:           0   Total transferred:      275000 bytes  ##总共传输字节数，包含http的头信息等 HTML transferred:       25000 bytes  ##html字节数，实际的页面传递字节数 Requests per second:    3661.60 [#/sec] (mean)  ##每秒多少请求，这个是非常重要的参数数值，服务器的吞吐量 Time per request:       27.310 [ms] (mean)  ##用户平均请求等待时间 Time per request:       0.273 [ms] (mean, across all concurrent requests)  ##服务器平均处理时间，也就是服务器吞吐量的倒数 Transfer rate:          983.34 [Kbytes/sec] received  ##每秒获取的数据长度                Connection Times (ms)                min  mean[+/-sd] median   max Connect:        0    1   2.3      0      16 Processing:     6   25   3.2     25      32 Waiting:        5   24   3.2     25      32 Total:          6   25   4.0     25      48                Percentage of the requests served within a certain time (ms)    50%     25  ## 50%的请求在25ms内返回    66%     26  ## 60%的请求在26ms内返回    75%     26    80%     26    90%     27    95%     31    98%     38    99%     43 100%     48 (longest request)

        关于httpload（http://acme.com/software/http_load/），web测试工具，能够单进程模拟多个测试端发起请求，用于测试吞吐情况。

        （1）安装

1 2 3 4 5

下载http_load:#wget http://icn.me/http_load_tar_gz 解压缩:#tar zxvf http_load-12mar2006.tar.gz 进入http_load 目录:#cd http_load-12mar2006 编译:#make 安装:#make install

        （2）入参

1 2 3 4 5 6 7 8 9

创建文件#vi urls 写入URL:http://www.baidu.com 然后执行#./http_load -rate 5 -seconds 10 -parallel 500 urls 参数含义:         -fetches 简写-f ：含义是总计的访问次数         -rate    简写-r ：含义是每秒的访问频率         -seconds简写-s ：含义是总计的访问时间         -parallel 简写-p：并发访问的线程数         urls是一个url 列表，每个url 单独的一行。可以单个页面。

        （3）返回结果

1 2 3 4 5 6 7 8 9 10 11 12 13 14

219 fetches, 500 max parallel, 1.36262e+06 bytes, in 10.0008 seconds 219个请求，最大并发数500，总计传输的数据为1.36262e+06 bytes，运行时间10.0008秒     6222 mean bytes/connection 每一连接平均传输的数据量1.36262e+06/219=6222     21.8982 fetches/sec, 136251 bytes/sec 每秒的响应请求为21.8982，每秒传递的数据为136251btyes/sec     msecs/connect: 411.015 mean, 9080.76 max, 69.914 min 没连接的平均响应时间是411.015 means，最大响应时间9080.76 msecs，最小响应时间69.914 msecs msecs/first-response: 148.292 mean, 3686.02 max, 70.624 min HTTP response codes:    code 200 -- 219

            这些工具只是减少了我们进行压测的成本，但是压力测试的场景分析和结果的分析也是一件重要的事情。​