负载测试web-app

Question

在对基本的web应用程序进行负载测试时，除了预期响应时间之外，您还会执行哪些健全性检查？

要求峰值内存使用是否公平？

你还做了什么其他的检查？

Answer 1

在服务器上

每秒应用程序可以访问数据库的每秒withstand

• Requests带宽请求数(如果有，与上述数字相关)，但将它们作为单独的figures)

• Transferred带宽(如果可能，按介质类型分隔)是很有用的

• CPU

在客户端上

• Response time
• Weight of the average page
• 是任何时候的高CPU使用率
• 运行类似YSlow的命令，查看可以对输出进行哪些优化以使用户能够快速使用

压力测试工具通常带有大多数这些度量(除了内存、CPU和数据库使用率)，就像客户端上的YSlow或Firebug一样。

Answer 2

在分析负载测试的结果时，我们会考虑各种各样的指标。

在服务器上，我们从以下4个主要类别开始：

• CPU (%利用率、上下文切换/秒、进程队列长度)
• 内存( %使用、页读取/秒、页writes/sec)
• Bandwidth (传入、传出、发送和接收错误、连接数、连接失败、段retransmits/sec)
• Disk (磁盘I/O时间%、平均服务时间、队列长度、读取和写入/秒))

我们还希望查看特定于正在使用的We服务器和应用程序服务器的指标。例如，在IIS中，我们查看IIS连接计数、缓存命中率和周转频率等。在.NET中，我们将查看ASP.NET请求数/秒、ASP.NET上次请求执行时间、ASP.NET当前请求数、ASP.NET队列请求数、ASP.NET请求等待时间、ASP.NET错误数/秒以及许多其他数据。

在客户端，我们主要关注页面的总加载时间、持续时间和关键事务的TTFB (第一个字节的时间)、带宽使用、平均页面大小和故障率。我们还发现两个指标非常有用-我们称它们为等待用户和平均等待时间。有这些功能的工具并不多-它们会在每个采样周期准确地告诉您，有多少模拟用户正在从服务器检索资源，以及他们平均等待资源到达的时间有多长。我们发现这些非常有用

• 确定服务器何时达到其capacity
• discovering表示服务器已停止响应某些类型的请求(通常针对某些资源，如那些需要数据库查询的资源)

Answer 3

另一个好的健全性检查是运行测试至少24小时。我们这样做是因为一个应用程序运行了几个小时，然后就降级了。发现一些与计划任务以及数据库连接池有关的问题。