过去，我使用了微软Web应用程序压力测试工具和Pylot来对web应用程序进行压力测试。我编写了一个简单的首页、登录脚本和网站漫游（在电子商务网站上将几个商品添加到购物车和结算）。
只需用一些开发人员猛攻主页，就几乎总能找到一个严重问题。更多可扩展性问题将在第二阶段浮出水面，甚至在发布后还会有更多问题。
我使用的工具URL是Microsoft Homer（又称Microsoft Web应用程序压力测试工具）和Pylot。
这些工具生成的报告对我来说从来没有什么意义，我会花费很多时间试图弄清楚网站能够支持多少并发负载。但这总是值得的，因为最愚蠢的错误和瓶颈总会出现（例如，Web服务器配置不当）。
你都做了些什么，用了哪些工具，并且采用了什么方法取得了成功？对我来说最有趣的部分是提出一种有意义的公式，用于根据压力测试应用程序报告的数字计算应用程序可以支持的并发用户数。
这里再次推荐JMeter。
JMeter是一个使用Java编写的开源负载测试工具。它可以测试多种服务器类型（例如Web、Web服务、数据库等）以及几乎所有使用请求的东西。
但是，一旦开始进行复杂的测试，就需要花费较长时间来学习，但这是值得的。你可以非常快速地上手，并且根据你想要进行压力测试的类型，这可能是可以接受的。
优点：
缺点：
我使用过The Grinder。它是一个开源工具，相当易于使用，并且可以进行高度的配置。它基于Java并使用Jython脚本。我们对.NET Web应用程序进行了测试，因此不要认为它仅适用于Java平台（任何Web压力测试工具都不应该与其使用的平台绑定）。
我们用它做了一些炫酷的东西... 我们是一个基于Web的电信应用程序，因此我设置了一个很酷的用途，模拟通过我们的Web应用程序拨打号码，然后使用我们的自动答复工具（基本上是从Microsoft获取的教程应用程序，用于连接他们的RTC LCS服务器... 这是Microsoft Office Communicator在本地网络上连接的服务器... 然后修改为仅自动接听电话）。这使我们可以使用它来替代一个名为The Hammer（或类似名称）的昂贵的电话工具。
无论如何，我们还使用该工具查看我们的应用程序在高负载下的表现情况，它非常有效地发现了瓶颈。该工具内置报告功能，可以显示请求持续的时间，但我们从未使用过。日志也可以存储所有响应等内容，或自定义日志。
我强烈推荐这个工具，价格非常实惠... 但是请期望需要进行一些自定义设置（它有一个内置代理来记录脚本，但可能需要自定义以捕获诸如会话之类的内容... 我知道我必须自定义它以利用每个线程的唯一会话）。
我来晚了，但我同意Pylot是目前最好的开源工具之一。它易于使用，并由一个伟大的人（Corey Goldberg）积极维护。作为OpenQA的创始人，我也很高兴Pylot现在被列在我们的主页上并使用我们的基础设施（即论坛）。
然而，我最近也认为负载测试的整个概念是有缺陷的：随着应用程序变得越来越复杂，模拟HTTP流量变得非常麻烦。这就是我创建商业工具BrowserMob的原因。它是一个外部负载测试服务，使用Selenium控制真实的Web浏览器进行负载回放。
这种方法显然需要比普通负载测试技术多得多的硬件，但当您使用云计算时，硬件实际上相当便宜。而这种方法的一个好处是脚本编写比普通负载测试要容易得多。您不需要执行任何高级的正则表达式匹配（如JMeter所需）来提取cookie、.NET会话状态、Ajax请求参数等。由于使用真实的浏览器，它们只会按照预期运行。
抱歉明目张胆地推销商业产品，但希望这个概念对一些人有趣，并至少让他们考虑一些新的方法来处理当您拥有额外硬件时的负载测试！
对于简单的使用，我更喜欢使用ab（apache benchmark）和siege。后者需要使用，因为ab不支持cookie，并且会从动态站点创建无限会话。
两者都很容易开始：
ab -c n -t 30 url
siege -b -c n -t 30s url
siege可以同时运行多个URL。
最新版本的siege在siegerc中打开了详细输出，这很烦人。你只能通过编辑该文件（/usr/local/etc/siegerc）来禁用它。
// your code starts here
val scn = scenario("Scenario")
.exec(http("Page")
.get("http://example.com"))
// injecting 100 user enter code here's on above scenario.
setUp(scn.inject(atOnceUsers(100)))