过去,我使用Microsoft Web Application Stress Tool和Pylot来强调测试Web应用程序.我写了一个简单的主页,登录脚本和网站演练(在电子商务网站中添加一些项目到购物车和结帐).
只需与少数几个开发人员一起努力点击主页几乎总能找到一个主要问题.更多可扩展性问题将在第二阶段出现,甚至更多 - 在发布之后.
我使用的工具的URL是Microsoft Homer(又名Microsoft Web Application Stress Tool)和Pylot.
这些工具生成的报告对我来说从来没有多大意义,我会花费很多时间来弄清楚网站能够支持哪种并发负载.它总是值得的,因为最愚蠢的错误和瓶颈总是会出现(例如,Web服务器配置错误).
您做了什么,使用了哪些工具,以及您的方法取得了哪些成功？对我来说最有趣的部分是提出某种有意义的公式,用于根据压力测试应用程序报告的数量计算应用程序可以支持的并发用户数.
performance web-applications stress-testing webapplicationstresstool pylot
这可能是一个错误的问题,但是,在asp.net Web应用程序上复制大量负载的最佳方法是什么？有没有简单的方法来模拟特定页面上的许多请求？或者最好是使用分析器跟踪单个请求,然后在性能良好的情况下解决这个问题？
了解Web应用程序与服务器规范的协作效果会很好.我希望能够在我的测试服务器上模拟大量流量,这样我就可以确定生产服务器是否足够好(特别是使用iis/asp.net而不是db性能).