nodejs程序员如何安全有效的进行压力测试

nodejs 最近很火，很多做nodejs的程序员是从前端转过来的，这类程序员实践devops要比传统的shell 甚至 ruby、php程序员来的艰辛。抛开运维不说，测试就很难办，自动化测试、压力测试都是要修的功课。如何进行安全高效的压力测试，问题其实很大，因为经典的loadrunner等工具有不小的学习成本。有没有面向不太懂Linux的程序员使用的压力测试工具呢？肯定是有的，我们来说一下siege.js。
siege.js是siege的nodejs包，由万能的社区出品。这就是开源的好处，如果你用着那里不顺手，或者需要一个什么工具，那就去搜一下社区，你会发现这个坑已经有人为你趟平了。

siege.js是一个面向程序员友好的测试工具，他对我们在开发完一个页面后，随手进行一次压力测试这种场景尤其适合。

安装：

$ npm install siege

书写压测脚本：

$ vim benchmark.js

var siege = require('siege')
siege('node server.js')// node server.js为服务启动脚本
.wait(3000)//延迟时间 
.on(1250)//被压测的服务端口
.concurrent(100)//并发数
.for(100).times //或者.seconds 
.get('/')//需要压测的页面
.attack()//执行压测

执行：

$ node benchmark.js

解释：

.wait 中的值为ms，表示执行服务启动脚本后多长时间进行压测，大小取决于服务完全启动的时间；
.on 表示siege要压测的端口，值和服务启动的端口号保持一致；
.concurrent 表示压测的并发数；
.for 定义压测的次数或时间，次数使用times，时间使用seconds；
.get 表示使用get的方式访问赋给它的url，也可为post方式（.post(‘/login’, {user: username, passwd:pwd})），另外还可以同时压测多个页面；
.attack() 开始执行压测。
当需要压测的页面需要cookie时，siege.js还支持：.withCookie。

返回结果：

GET:/
    done:100
    200 OK: 100
    rps: 140
    response: 619ms(min)    679ms(max)  643ms(avg)

因为压测的服务是在本地启动的，所以也保证了测试不会影响线上环境。