在过去，我使用微软Web应用程序压力测试工具和Pylot对Web应用程序进行压力测试。我写了一个简单的主页、登录脚本和站点演练(在一个电子商务网站中添加一些商品到购物车和结帐)。
只要让少数开发人员在主页上使劲敲一下，就几乎总能找到一个主要问题。更多的可伸缩性问题将在第二阶段浮出水面，甚至更多——在发布之后。
我使用的工具的URL是Microsoft Homer(又名Microsoft Web Application Stress Tool)和Pylot。
这些工具生成的报告对我来说没有多大意义，我花了很多时间试图弄清楚站点能够支持什么样的并发负载。这总是值得的，因为最愚蠢的错误和瓶颈总是会出现(例如，web服务器配置错误)。
你做了什么，你使用了什么工具，你的方法有什么成功?对我来说，最有趣的部分是提出某种有意义的公式，用于从压力测试应用程序报告的数字中计算应用程序可以支持的并发用户数。
当前回答
Visual Studio测试版2010(2008年也不错)。这是一个非常简单和强大的工具来创建web/负载测试。
在Windows服务器上使用此工具的好处是，您可以在报告中集成访问所有perfmon服务器统计信息。真的有用。
另一个好处是，在Visual Studio项目中，你可以集成一个“性能会话”来分析你网站的代码执行情况。
如果你在windows服务器上提供网页服务，这是最好的工具。
然而，使用多台机器来加载测试应用程序需要一个单独且昂贵的许可证。
其他回答
为了简单的使用，我更喜欢ab(apache基准)和围攻，后来需要一个，因为ab不支持cookie，会从动态站点创建无休止的会话。
这两种方法都很简单:
ab -c n -t 30 url
siege -b -c n -t 30s url
围攻可以运行更多的网址。
最后一个攻城版本在攻城中打开啰嗦，这很烦人。您只能通过编辑该文件(/usr/local/etc/siegerc)来禁用它。
来这个派对有点晚了。我同意Pylot是目前最好的开源工具。它使用简单，是由一个伟大的人(科里·戈德堡)积极工作。作为OpenQA的创始人，我也很高兴Pylot现在被列在了我们的主页上，并使用了我们的一些基础设施(即论坛)。
然而，我最近也认为负载测试的整个概念是有缺陷的:在应用程序变得如此复杂的情况下，模拟HTTP流量是一件令人痛苦的事情。这就是我创建商业工具BrowserMob的原因。它是一个外部负载测试服务，在回放负载时使用Selenium来控制真实的web浏览器。
与正常的负载测试技术相比，这种方法显然需要更多的硬件，但在使用云计算时，硬件实际上相当便宜。这样做的一个很好的副作用是编写脚本比普通的负载测试容易得多。你不需要做任何高级的正则表达式匹配(就像JMeter要求的那样)来提取cookie、. net会话状态、Ajax请求参数等等。因为您使用的是真正的浏览器，所以它们只是做它们应该做的事情。
很抱歉公然推销一个商业产品，但希望这个概念对一些人来说是有趣的，至少让他们考虑一些新的方法来处理负载测试，当您有一堆额外的硬件时!
看一下TestComplete。
Blaze meter有一个chrome扩展，用于记录会话并将其导出到JMeter(目前需要登录)。你也可以选择付钱让他们在他们的JMeter服务器集群上运行(他们的定价似乎比我刚刚停止使用的LoadImpact要好得多):
BlazeMeter Chrome扩展 关于它的博客条目
我和他们没有任何联系，我只是喜欢他们服务的外观，尽管我还没有用过付费版本。
我使用FunkLoad获得了不错的结果:
易于编写用户交互脚本 报告很清楚 可以监视服务器负载
