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

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)

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