在过去，我使用微软Web应用程序压力测试工具和Pylot对Web应用程序进行压力测试。我写了一个简单的主页、登录脚本和站点演练(在一个电子商务网站中添加一些商品到购物车和结帐)。
只要让少数开发人员在主页上使劲敲一下，就几乎总能找到一个主要问题。更多的可伸缩性问题将在第二阶段浮出水面，甚至更多——在发布之后。
我使用的工具的URL是Microsoft Homer(又名Microsoft Web Application Stress Tool)和Pylot。
这些工具生成的报告对我来说没有多大意义，我花了很多时间试图弄清楚站点能够支持什么样的并发负载。这总是值得的，因为最愚蠢的错误和瓶颈总是会出现(例如，web服务器配置错误)。
你做了什么，你使用了什么工具，你的方法有什么成功?对我来说，最有趣的部分是提出某种有意义的公式，用于从压力测试应用程序报告的数字中计算应用程序可以支持的并发用户数。
当前回答
来这个派对有点晚了。我同意Pylot是目前最好的开源工具。它使用简单，是由一个伟大的人(科里·戈德堡)积极工作。作为OpenQA的创始人，我也很高兴Pylot现在被列在了我们的主页上，并使用了我们的一些基础设施(即论坛)。
然而，我最近也认为负载测试的整个概念是有缺陷的:在应用程序变得如此复杂的情况下，模拟HTTP流量是一件令人痛苦的事情。这就是我创建商业工具BrowserMob的原因。它是一个外部负载测试服务，在回放负载时使用Selenium来控制真实的web浏览器。
与正常的负载测试技术相比，这种方法显然需要更多的硬件，但在使用云计算时，硬件实际上相当便宜。这样做的一个很好的副作用是编写脚本比普通的负载测试容易得多。你不需要做任何高级的正则表达式匹配(就像JMeter要求的那样)来提取cookie、. net会话状态、Ajax请求参数等等。因为您使用的是真正的浏览器，所以它们只是做它们应该做的事情。
很抱歉公然推销一个商业产品，但希望这个概念对一些人来说是有趣的，至少让他们考虑一些新的方法来处理负载测试，当您有一堆额外的硬件时!
其他回答
尝试了这里提到的所有方法，我发现卷曲加载器最适合我的目的。非常简单的界面，实时监控，有用的统计数据，从中我建立了性能图表。libcurl的所有特性都包含在内。
我们使用提到的微软工具——微软Web应用程序压力工具。这是我用过的最简单的工具。它在许多方面都受到限制，包括只能在手动创建的测试中命中端口80。但是，它的易用性意味着它确实被使用了。
我们用其他工具(包括OpenSTA和链接检查蜘蛛)来补充这个工具的负载。
从我的初步评估来看，JMeter看起来不错，我希望它能包括在我们未来的持续集成中。但是，JMeter是复杂的，推出起来并不简单。
我建议提出另一个关于解释MS压力工具结果的问题。
我玩JMeter。一个认为它不能不测试的是ASP。净Webforms。视图状态破坏了我的测试。我不知道为什么，但是有一些工具不能正确处理视图状态。我目前的项目是ASP。NET MVC和JMeter都能很好地与之配合。
我赞成开放的建议。我只想补充一点，它允许您使用SMTP来监视您正在测试的服务器。我们跟踪处理器负载、内存使用、发送的byes等等。唯一的缺点是，如果你发现某些东西有问题，想要修复它，它依赖于几个不再保持的开源库，所以获得源代码的编译版本比大多数OSS更棘手。
既然这个问题还没有解决，我不妨发表一下看法。
好消息是，在过去的5年左右的时间里，开源工具已经真正成熟并在这个领域起飞了，坏消息是还有很多这样的工具。
以下是我的想法:-
Jmeter vs Grinder
Jmeter是由XML样式规范驱动的，该规范是通过GUI构造的。
Grinder在多线程Java框架中使用Jython脚本，因此更面向程序员。
这两个工具都可以处理HTTP和HTTPS，并有一个代理记录器让您开始。 这两种工具都使用Controller模型来驱动多个测试代理，因此可伸缩性不是问题(给定对云的访问)。
哪个更好:-
这是一个艰难的呼叫，因为使用这两种工具的学习曲线是陡峭的，因为您进入了更复杂的脚本需求，如url重写、相关性、为每个虚拟用户提供唯一数据以及模拟第一次或返回用户(通过操作HTTP头)。
也就是说，我会从Jmeter开始，因为这个工具有很多追随者，网上有很多使用这个工具的例子和教程。如果和当你遇到一个“路障”，这是你不能“轻易”用Jmeter做的事情，然后看看Grinder。好消息是，这两个工具都有相同的Java需求，“混合搭配”解决方案也不是不可能。
添加了一些新的东西——运行多个Selenium WebDriver实例的无头浏览器。
这是一种相对较新的方法，因为它依赖于现在可以从云中提供的资源的可用性。使用这种方法，一个Selenium (WebDriver)脚本在多线程的无头浏览器(即WebDriver = New HtmlUnitDriver())驱动程序中运行。
根据经验，亚马逊M1小实例可以执行大约25个“无头浏览器”实例。
这意味着，当您将功能测试脚本重新定位为性能测试脚本时，所有的相关性、url重写问题都将消失。
与Grinder或Jmeter等HTTP驱动程序相比，由于需要更多的虚拟机来驱动负载，因此可伸缩性受到了影响。也就是说，如果你想要驱动500个虚拟用户，那么使用20个亚马逊小实例(每个实例每小时6美分)，每小时只需1.20美元，就可以获得非常接近真实用户体验的负载。
