【问题标题】:ASP.Net Stress Testing Actual Use of ApplicationASP.Net压力测试应用实际使用
【发布时间】:2010-11-20 22:19:07
【问题描述】:

我在这里阅读了一些关于压力测试的问题,人们普遍推荐

  • ab
  • jmeter
  • openSTA

但这些似乎都基于 Apache、Java 和脚本等。

Selenium 似乎是最好的选择,因为您记录了站点的实际使用情况,它模拟了 UI 负载和数据库请求等,然后一遍又一遍地播放。如果您想模拟 100 个用户使用您的应用程序,我不确定您如何测试您的应用程序。我知道您应该将它放在其他 15 台计算机上并运行自动化,但这确实不可行。

其中一些应用程序实际上只是测试您所有页面的 HTTPResponse,但这并不能真正模拟数据库调用,例如,您可能有一个菜单,当用户单击它时会调用数据库。另一个问题是,您的应用程序中可能有一个页面需要参数,然后执行数据库请求,因此尽管您从加载测试的页面获得了良好的响应,但实际上并没有按照您的意愿行事。

是否有任何易于使用的模拟工具来测试具有 100 个并发用户的应用程序,该应用程序实际使用该应用程序,而不仅仅是渲染测试。我不介意脚本工具必须这样,但请仅在有关于如何设置它的良好文档的情况下推荐它们,因为这是我遇到的另一个问题。

谢谢

【问题讨论】:

    标签: asp.net performance load stress-testing qa


    【解决方案1】:

    看看硒Grid option

    【讨论】:

      【解决方案2】:

      OpenSTA 和 Jmeter 等负载测试工具通过发送 HTTP 请求来模拟用户活动,因为在大多数情况下浏览器与服务器交互就是这样。不需要实际的浏览器 - 您捕获将发出的请求,然后在协议级别进行回放。这样,您可以从一台 PC 模拟多个用户。您需要参与一些脚本编写工作,通常是对您发送的数据进行参数化,并检查页面内容是否正确。

      您的应用程序是否直接从浏览器调用数据库?如果是这样,它使用什么协议?通常,任何数据库调用都是通过某种 http 请求进行的。

      【讨论】:

      • 我认为测试 asp.net 应用程序的挑战在于实际的 http 调用通常不太好使用 - 所有会话数据都编码在一个大而丑陋的会话状态变量中,不容易url 中的脚本参数。
      • 大多数负载测试工具都会处理会话状态变量,自动为您参数化它,不管它有多大和丑陋。
      猜你喜欢
      • 2010-09-22
      • 2010-10-24
      • 2011-01-17
      • 2012-09-21
      • 1970-01-01
      • 2010-09-12
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多