web应用压力测试工具

布谷鸟 发布于 2012/11/17 21:13
阅读 827
收藏 3

昨天上午本想对自己手头上的一个web应用做一次压力测试,于是在osc上面翻工具.

http://www.oschina.net/project/tag/157/optimization
红薯老大还屯了不少货,选择如此的多,令我喜出望外。一会我就发现高兴得太早,不少工具受限于运行环境、操作系统和自己完全可以忽略掉的英文能力,想要玩转它们很困难。

最后找到了微软的一款软件 web application stress tool ,操作和设置还是蛮简单,再加上osc讨论区的文章,相信亲们都会非常快速的学会ddos轰炸。

我加了10多个数据量较多的url,因为大意了,将原本准备100个线程的文本框中多键入了一个0,执行几秒钟不到远程服务器就挂掉了,迷迷糊糊的朝自己开了一枪,到现在还心有余悸。事实上,当时即使是100个线程也同样招架不住,大概是请求的地址在快速的多线程并发下还没来得及读取并缓存就得处理下一个请求并响应结果,而且恶性循环。面对这样的狂轰滥炸,蟋蟀哥哥告诉我尽可能的优化代码,ddos很难杜绝滴。程序代码上我竭尽所能,受限于水平我也不可能把它做得多么高效,但是我仍然需要做压力测试。

下午构思着自己写套web服务的测试程序,用于多个线程多次遍历请求提取整个web站点中存在的404和505之类错误信息,包括响应时间和地址,并输出测试的日志。搞破坏的事咱不碰,这个不能学蟋蟀哥哥,晚上我自己开个tomcat虐了些简单的东西,效果不好,我发现无论多么简单轻量的资源,只要是while(true)的start()一定数量的线程请求维持不到几秒都会使tomcat 出现500,这是怎么事,我应该增加线程创建的间隔时间么?那如此的话又达不到所谓的“并发”效果了,有哪位朋友做过类似的工具,希望能 提供思路。

以下是问题补充:

@布谷鸟:知道怎么回事了,刚才检查了半天,有一个值传错了,导致线程数量不对,一下子就把服务脱跨了。。晕。。多谢各位 (2012/11/17 22:42)
加载中
返回顶部
顶部