Why‘Normal’LoadTestingIsn’tEnough-创新互联

   压力测试是任何基于web应用测试的重要组成部分。它帮助我们确定系统在正常和预期峰值负载条件下的性能。 它还有助于确定应用程序的大操作容量，潜在的瓶颈和可能导致性能下降的因素。

 Normal Load Testing

  这种类型的测试模拟了一个短的时间周期内典型的用户行为，诸如一小时。 常规负载测试是最基本的; 它假定在有限时间段内正常的日常使用情况，以检查应用程序将如预期那样运行。

    大多数开发人员和测试人员在他们的web和移动应用上运行这些类型的测试。 但是如果你只运行这些类型的测试，你就忽略两种关键类型的负载测试，他们可以识别更广泛和更深层次的问题。

 浸泡测试是指系统会在一定的负载下持续运行一段时间，来检查系统的一般表现。浸泡测试的主要优点是它揭示了：

   1.严重的内存泄漏，最终会导致应用程序或操作系统崩溃

   2.无法关闭系统的不同层或模块之间的连接，这可能会导致应用程序崩溃

   3.响应时间的分级退化 - 在长时间的测试或长时间的会话上，应用程序往往效率变低，因为它处理的请求越来越多，日志文件大小增加，更多的数据被推入系统等等。

然而，进行浸泡测试和理解随后的报告是更复杂的，并且它要求开发者参与数据的分析。

 压力测试尝试识别特定系统组件中的故障点，更可能通过在系统上设置异常高的负载来创建瓶颈或故障。 如果您有一个对应用程序至关重要的特定模块或操作，并且需要确定潜在的断点或瓶颈，那么压力测试就非常重要。

 例如：主页通常会获得大的访问数，所以你会给他加压，看看什么时候会挂掉。 另一个示例可能是电子商务网站上的结帐页面。 你会创建大量用户访问它， 如果此页面崩溃，它将破坏大部分系统。

在为应用程序实施负载测试之前，您需要了解应用程序用户的行为和相关的业务场景。

对于常规的负载测试，你会加载正常数量的用户，中等大小的ramp-up时间。 例如：一小时的测试，10分钟的ramp-up。对于浸泡测试，当您想要查看有关内存泄漏和层之间连接的更多数据时，以及针对应用程序性能的更多的解决，您需要设置较慢的ramp-up。 例如：对于3-4小时浸泡测试，您可以设置45分钟的ramp-up时间。 这将使您能够看到的任何降级或小瓶颈的发生。 在浸泡测试中，设置ramp-down时间也很重要。 在BlazeMeter中，ramp-down是杀死用户直到达到零所需的时间。

 对于浸泡测试，随着用户数量的减少，有一个缓慢的ramp-down时间来查看内存使用的变化是很重要的。 例如：用户数量和内存使用之间不存在相关性，说明内存泄漏或其他问题。

对于压力测试，您不知道应用程序将崩溃的位置，因此，根据经验，将正常用户数乘以二，并应用快速的ramp-up时间来识别奔溃点。 如果未崩溃，调整ramp-up时间并重复测试以找出崩溃点。

最后的建议

将所有上述类型包含在负载测试计划和准备工作中非常重要。 理想情况下，您可以从一个正常的负载测试开始，来看看应用的一般性能行为。然后进行浸泡测试，以确定您的系统将如何应对持续使用。 所有这些，一直不断执行，来修复你的代码，以稳定你的应用程序。 一旦完成，压力测试将发挥作用，以确保您的应用程序准备好实现需求。