0

我想对一个典型的 Web 应用程序进行性能测试。该应用程序提供了一些 web2.0 功能,例如写博客、wiki、搜索内容等等。我分析了访问日志,了解了用户真正经常做的事情。

我脑中的空白是如何进行的?我想到了以下方法:

  • (A) 将功能拆分为事务(撰写博文、查看维基页面等)
  • (B) 随着用户数量的增加运行这些交易
  • (C) 做一些报告:“使用硬件 x 浏览 wikipage 可以由 y 个用户同时执行,而内存是边界资源”
  • (D) 尝试将多个事务混合到一个场景中,这应该是真实用户负载的真实映射
  • (E) 在用户增加的情况下运行此场景,制作与 C 中相同的报告

您对此有何看法,您的方法是什么?

4

2 回答 2

1

您将遇到的问题是如何以可重复的方式测试所有内容。不可重现的测试(即手动测试)的实用性受到严格限制。

看看watir(读作“水”);它提供了良好的覆盖范围并且非常可编写脚本。

于 2009-03-26T17:21:15.700 回答
1

您首先需要知道可以在您的网站上执行哪些活动,更重要的是需要了解该活动在您的总流量中所占的比例。对于一个简单的博客,您可能会说它看起来像这样:

  • 阅读索引页:30%
  • 阅读帖子页面:65%
  • 创建评论:4%
  • 创建帖子:1%

然后,您可以使用某种测试框架来模拟此负载并了解每分钟每秒可以承受多少请求。这会给你一些关于容量的硬性数字。您还可以分析您的内存/cpu/网络/任何东西,以查看它们在这段时间内的使用情况。

然而,不要跳过实际的可用性测试真的很重要。在标准的动态网站中,如果加载页面需要超过半秒的时间,就会开始感觉很慢。在启用 AJAX 的站点中,您会发现可供用户使用的反馈数量的增加使他们对延迟具有更高的容忍度,而可接受的限制将需要人工调查才能判断。

于 2009-03-26T17:32:07.093 回答