在过去，我使用微软Web应用程序压力测试工具和Pylot对Web应用程序进行压力测试。我写了一个简单的主页、登录脚本和站点演练(在一个电子商务网站中添加一些商品到购物车和结帐)。
只要让少数开发人员在主页上使劲敲一下，就几乎总能找到一个主要问题。更多的可伸缩性问题将在第二阶段浮出水面，甚至更多——在发布之后。
我使用的工具的URL是Microsoft Homer(又名Microsoft Web Application Stress Tool)和Pylot。
这些工具生成的报告对我来说没有多大意义，我花了很多时间试图弄清楚站点能够支持什么样的并发负载。这总是值得的，因为最愚蠢的错误和瓶颈总是会出现(例如，web服务器配置错误)。
你做了什么，你使用了什么工具，你的方法有什么成功?对我来说，最有趣的部分是提出某种有意义的公式，用于从压力测试应用程序报告的数字中计算应用程序可以支持的并发用户数。
当前回答
尝试ZebraTester，它比jMeter更容易使用。我已经使用jMeter很长一段时间了，但是负载测试的总设置时间总是一个问题。虽然ZebraTester不是开源的，但我在过去六个月节省的时间弥补了它。他们还有一个SaaS门户，可以使用他们的负载生成器快速运行测试。
其他回答
我们使用提到的微软工具——微软Web应用程序压力工具。这是我用过的最简单的工具。它在许多方面都受到限制，包括只能在手动创建的测试中命中端口80。但是，它的易用性意味着它确实被使用了。
我们用其他工具(包括OpenSTA和链接检查蜘蛛)来补充这个工具的负载。
从我的初步评估来看，JMeter看起来不错，我希望它能包括在我们未来的持续集成中。但是，JMeter是复杂的，推出起来并不简单。
我建议提出另一个关于解释MS压力工具结果的问题。
我使用FunkLoad获得了不错的结果:
易于编写用户交互脚本 报告很清楚 可以监视服务器负载
对于基于web的服务，请查看loader.io。
简介:
加载程序。IO是一个免费的负载测试服务，允许你用数千个并发连接来测试你的web应用程序/api。
它们也有一个API。
看一下TestComplete。
Blaze meter有一个chrome扩展，用于记录会话并将其导出到JMeter(目前需要登录)。你也可以选择付钱让他们在他们的JMeter服务器集群上运行(他们的定价似乎比我刚刚停止使用的LoadImpact要好得多):
BlazeMeter Chrome扩展 关于它的博客条目
我和他们没有任何联系，我只是喜欢他们服务的外观，尽管我还没有用过付费版本。
