在过去，我使用微软Web应用程序压力测试工具和Pylot对Web应用程序进行压力测试。我写了一个简单的主页、登录脚本和站点演练(在一个电子商务网站中添加一些商品到购物车和结帐)。
只要让少数开发人员在主页上使劲敲一下，就几乎总能找到一个主要问题。更多的可伸缩性问题将在第二阶段浮出水面，甚至更多——在发布之后。
我使用的工具的URL是Microsoft Homer(又名Microsoft Web Application Stress Tool)和Pylot。
这些工具生成的报告对我来说没有多大意义，我花了很多时间试图弄清楚站点能够支持什么样的并发负载。这总是值得的，因为最愚蠢的错误和瓶颈总是会出现(例如，web服务器配置错误)。
你做了什么，你使用了什么工具，你的方法有什么成功?对我来说，最有趣的部分是提出某种有意义的公式，用于从压力测试应用程序报告的数字中计算应用程序可以支持的并发用户数。
当前回答
我用过openSTA。
这允许与网站的会话被记录，然后通过相对简单的脚本语言回放。
您可以轻松地测试web服务并编写自己的脚本。
它允许您以任何您想要的方式将脚本放在一个测试中，并配置迭代的数量、每次迭代中的用户数量、引入每个新用户的递增时间以及每次迭代之间的延迟。将来还可以安排测试。
它是开源的，免费的。
它生成了许多报告，这些报告可以保存到电子表格中。然后，我们使用数据透视表来方便地分析和绘制结果。
其他回答
这是给JMeter的另一票。
JMeter是一个开源的负载测试工具，用Java编写。它能够测试许多不同的服务器类型(例如，web, web服务，数据库，基本上使用请求的任何东西)。
然而，一旦你开始面对复杂的测试，它确实有一个陡峭的学习曲线，但它是非常值得的。您可以非常快速地启动并运行，这取决于您想要进行哪种类型的压力测试，这可能没问题。
优点:
Open-Source/Free tool from the Apache project (helps with buy-in) Easy to get started with, and easy to use once you grasp the core concepts. (Ie, how to create a request, how to create an assertion, how to work with variables etc). Very scalable. I've run tests with 11 machines generating load on the server to the tune of almost a million hits/hour. It was much easier to setup than I was expecting. Has an active community and good resources to help you get up and running. Read the tutorials first and play with it for a while.
缺点:
The UI is written in Swing. (ugh!) JMeter works by parsing the response text returned by the server. So if you're looking to validate any sort of javascript behaviours, you're out of luck. Learning curve is steep for non-programmers. If you're familiar with regular expressions, you're already ahead of the game. There are large numbers of (insert expletive) idiots in the support forum asking stupid questions that could be easily solved if they'd give the documentation even a cursory glance. ('How do I use JMeter to stress-test my Windows GUI' shows up quite frequently). Reporting 'out of the box' leaves much to be desired, particularly for larger tests. In the test I mentioned above, I ended up having to write a quick console app to do some of the 'xml-logfile' to 'html' conversions. That was a few years ago though, so it's probable that this would no longer be required.
为了简单的使用，我更喜欢ab(apache基准)和围攻，后来需要一个，因为ab不支持cookie，会从动态站点创建无休止的会话。
这两种方法都很简单:
ab -c n -t 30 url
siege -b -c n -t 30s url
围攻可以运行更多的网址。
最后一个攻城版本在攻城中打开啰嗦，这很烦人。您只能通过编辑该文件(/usr/local/etc/siegerc)来禁用它。
我用过openSTA。
这允许与网站的会话被记录，然后通过相对简单的脚本语言回放。
您可以轻松地测试web服务并编写自己的脚本。
它允许您以任何您想要的方式将脚本放在一个测试中，并配置迭代的数量、每次迭代中的用户数量、引入每个新用户的递增时间以及每次迭代之间的延迟。将来还可以安排测试。
它是开源的，免费的。
它生成了许多报告，这些报告可以保存到电子表格中。然后，我们使用数据透视表来方便地分析和绘制结果。
我玩JMeter。一个认为它不能不测试的是ASP。净Webforms。视图状态破坏了我的测试。我不知道为什么，但是有一些工具不能正确处理视图状态。我目前的项目是ASP。NET MVC和JMeter都能很好地与之配合。
另外，对于我们的web应用程序，我发现由于线程之间的锁争用导致了巨大的性能问题……所以这个教训就是要仔细考虑锁定方案。我们最终让工作线程使用异步http处理程序来抑制太多的请求，否则应用程序就会不堪重负，崩溃并烧毁。这意味着大量的积压工作可能会堆积起来，但至少网站会继续运行。
