针对Web应用程序性能基准测试的建议

Question

我即将开始测试Intranet Web应用程序。具体来说，我必须确定应用程序的性能。

请有人建议正式/非正式的标准，以便我可以判断应用程序的性能。

Answer 1

使用一些工具进行压力和负载测试。如果您使用Java，请查看JMeter。它提供了测试应用程序性能的不同方法。你应该专注于：

• 响应时间：您的应用程序正在运行正常的请求的速度有多快。测试一些读/写用例
• 负载测试：您的应用程序在高流量时间的表现如何。该工具将在一段时间内提交几个请求（您可以正确配置）。
• 压力测试：您的应用程序可以在很长一段时间内运行吗？此测试会将您的应用程序推到极限

从此开始，如果您有兴趣，还有其他类型的测试。

Answer 2

为了测试前端，YSlow非常适合从用户角度获取页面加载时间的统计信息。它分解为每个特定HTTP请求的统计信息，花费的时间等。获取它在http://developer.yahoo.com/yslow/

Firebug当然也是必不可少的。您可以通过点击配置文件按钮来显式或实时地配置您的JS。在必要时进行优化，并查看您的所有功能需要运行多长时间。这改变了我测量我的JS代码的性能的方式。 http://getfirebug.com/js.html

Answer 3

真的很重要的事情我会想到的是响应时间，但我会看到的其他指标是处理器和内存使用量与并发用户数/进程数。我还会检查一切正常情况下的正常运行情况，然后是峰值负载。您可能会遇到由于各种请求相互踩踏而造成应用程序错误的情况。

如果你真的想得到详细的信息，你会想运行不同类型的负载/压力测试。您可能需要查看一个步骤负载测试（随着时间的推移，系统上的用户逐渐增加）以及一次尖峰测试（大量用户同时访问，几乎没有人访问它）。在重新启动服务器后，我也会对服务器运行测试，看看它是如何影响系统的。

你也可能想看看一个叫做HEAT（敌对环境应用程序测试）的概念。真的这显示了系统的某些部分脱机时会发生什么。系统是否成功降解？这应该是一个关键标准。

我的一个非常大的建议是在测试之前建立系统应该做的事情。主要原因是问责制。让人们承认系统应该做些什么，然后测试一下它是否成立。这是关键，因为人们会立即看到结果，并且这将成为可接受的基准。 “

Answer 4

”具体来说，我必须确定应用程序的性能....“

这都满圆的需求问题，您的用户社区的什么被认为是合理和有效的捕获的期望。要求有许多组件

1. 总响应时间的，”在一个负载......的网站应具有小于x，y％时间的一般响应时间...“
2. 具体响应时间，”在....的负载下。信用卡处理应少于z秒，a的时间百分比...“
3. 系统容量项目，”负载.... CPU |网络| RAM |磁盘不得超过n％的容量....“
4. 负载配置文件，这是用户和交易的数量的组合，根据这些用户和交易收集具体的客观度量来确定系统性能。

您会注意到响应时间和其他度量不是绝对的。从六西格玛制造商的角度来看，将成本从一百万减少到一百亿的一个例外是非同寻常的，而实现零例外的成本通常是一般组织无法承受的成本。什么被认为是可接受的响应时间为您的组织的独特应用程序可能会完全不同于高度商品化的产品，这是一个公共互联网应用程序。对于具有高度竞争力的解决方案，互联网上的响应时间预期趋​​向2-3秒范围内，用户放弃会严重捡到。在过去的十年中，这已经从8秒降到4秒，现在又进入了2-3秒的范围。有些应用程序，比如Facebook，出于竞争原因，在小于1秒范围内拍摄几乎难以察觉的响应时间。如果你正在寻找一个硬标准，他们就不存在。

某些有助于理解的内容是通过一些关于风格，形式和功能的行业基准。

• TPC-C Database Benchmark Document
• SpecWeb2009 Benchmark Design Document

建立一套可靠的，它代表了需求的性能测试是一个不平凡的事。您可能希望引入专家来处理您的质量检查工作的这一阶段。

在您的工具选择，确保你得到一个可以

• 锻炼你的界面
• 对你的要求报告
• 你或你的团队拥有技能使用
• 你可以得到培训并将参加管理层的祝福

上述四个元素中的任何一个都没有点燃，y你也购买了市场上最昂贵的工具，并聘请了最昂贵的公司来部署它。

祝你好运！