Testing 负载与压力测试

负载测试和压力测试的区别是什么？

负载测试（粗体是我的）：

[…]通常进行负载测试，以了解系统在特定预期负载下的行为。此负载可以是在设置的持续时间内执行特定数量事务的应用程序上的预期并发用户数。此测试将给出所有重要业务关键事务的响应时间。[…]

及

了解系统内容量的上限。此类测试用于确定系统在极端负载方面的健壮性，并帮助应用程序管理员确定如果当前负载远远高于预期的最大负载，系统是否能够充分运行

---

因此，底线是：如果您正在测试正常的预期负载（您知道系统一次最多可供100个用户使用），这就是负载测试。但是，当您想确定系统在极端负载（DoS）下的行为以及系统崩溃时，这就是压力测试。

负载测试： 负载测试是指通过不断稳定地增加系统上的负载直到达到阈值限制来测试系统

示例 例如，要检查应用程序的电子邮件功能，一次可能会有1000个用户。现在，1000名用户可以通过多种不同的方式触发电子邮件事务（读取、发送、删除、转发、回复）。如果我们每个用户每小时处理一个事务，那么它将是每小时1000个事务。通过模拟10个事务/用户，我们可以通过以10000个事务/小时占用电子邮件服务器来对其进行负载测试

压力测试： 在压力测试下，人们进行各种活动，用多余的工作使现有资源过载，试图破坏系统

示例： 例如，OpenOffice.org开发的Writer1.1.0等字处理器被用于信件、演示文稿、电子表格等的开发。我们压力测试的目的是在其中加载多余的字符

为此，我们将重复粘贴一行数据，直到它达到处理大量文本的阈值限制。一旦字符大小达到65535个字符，它就会拒绝接受更多的数据。Writer 1.1.0上的压力测试结果表明，它不会在压力下崩溃，并且能够优雅地处理情况，从而确保应用程序即使在严格的压力条件下也能正常工作。

术语“压力测试”和“负载测试”通常被软件测试工程师互换使用，但实际上它们是完全不同的

压力测试

在压力测试中，我们试图通过压倒被测系统的资源或从中拿走资源来破坏被测系统（在这种情况下，有时称为负面测试）。这种疯狂行为背后的主要目的是确保系统故障并正常恢复——这种质量称为可恢复性。 或 压力测试是将您的受测程序/系统（SUT）置于减少的资源中，然后通过运行标准功能测试来检查SUT行为的过程。这样做的目的是暴露正常情况下不会出现的问题。例如，多线程程序在正常情况下可以正常工作，但在CPU可用性降低的情况下，时间问题将不同，SUT将崩溃。压力测试中减少的最常见的系统资源类型是CPU、内部内存和外部磁盘空间。在执行压力测试时，通常会调用分别减少这三种资源EatCPU、EatMem和EatDisk的工具

另一方面，负荷测试

在负载测试的情况下负载测试是将SUT置于重负载下的过程，通常通过模拟多个用户（使用Load runner），其中“用户”可以是人工用户或虚拟/编程用户。负载测试最常见的例子是让基于Web或基于网络的应用程序同时受到数千用户的点击。这通常由模拟用户的程序来完成。负载测试有两个主要目的：确定SUT的性能特征，以及确定SUT是否正常“中断”

---

对于Web站点，您将使用负载测试来确定您的系统可以处理多少用户并且仍然具有足够的性能，并确定在极端负载情况下会发生什么情况—Web站点会为用户生成“太忙”消息，还是Web服务器会崩溃

->使用最大数量的用户和输入测试应用程序被定义为负载测试。使用超过最大用户数和输入数的应用程序进行测试时，定义为压力测试

->在负载测试中，我们根据用户数量来衡量系统性能。在压力测试中，我们测量系统的断点

->负载测试是针对给定负载要求测试应用程序，该负载要求可能包括以下任何标准：

 .Total number of users.

 .Response Time

 .Through Put

检查服务器/应用程序状态的一些参数

->而压力测试是测试应用程序的意外负载。它包括

 .Vusers

 .Think-Time

例如：

---

如果一个应用程序是为500个用户构建的，那么对于负载测试，我们将检查多达500个用户，对于压力测试，我们将检查超过500个用户。

负载测试=在服务器上放置指定数量的负载一定时间。100个用户同时使用10分钟。确保软件的稳定性。 应力测试=稳定增加负载量，直到