作为开发人员或QA工程师，可能将许多类型的测试合并到代码检查中：单元测试，集成测试，UI测试等等。有时，在sprint或发布过程中可能会忽略负载测试。毕竟，如果系统现在工作正常。这个想法是错误的，在某些时候会带来巨大损失。下面分享一下负载测试为什么如此重要。
负载测试模拟真实的用户场景
在负载下测试网站，应用程序或API端点时，实际上是在模拟现实中成千上万的用户访问它时的性能。与许多用户（负载测试）相比，系统对一个用户（功能测试）的性能可能完全不同。因此，要在错误和瓶颈真正发生之前发现问题，分析和修复它们，要对系统和目前用户有深入的了解，要用发展的眼光看待他们。
系统在不同负载下的性能
运行功能测试时，响应时间，错误率，内存泄漏和CPU等KPI可能都是非常良好的。但是，当扩展到成千上万的用户并在更大范围内运行测试时，他们可能会突然下降甚至停止工作，这些都是需要开发人员注意。进行负载测试，以了解系统何时何地发生故障，解决问题并避免用户烦恼和收入损失。在进行负载测试时，请合并不同类型的负载，例如突然的峰值，随时间推移保持超重负载或逐渐增加到预期负载，以了解系统如何对不同的流量事件做出反应。
代码迭代可能造成意外的结果
假设有一位负责任的开发人员，他实际上在两个月前对系统进行了负载测试。结果表明，大多数API端点和服务都有效：检测到一些小瓶颈，但已将其修复，再次运行测试，发现一切运行良好。自从上次测试以来，您可能已经发布了一些新版本，并且可以确定对代码进行了更改。
由于依赖性或其他原因，所有这些修改可能以未知方式影响了整体的系统。系统处理负载的能力也可能会受到影响。为确保不会因崩溃或响应速度慢，请在每次提交时进行一次自动负载测试，这是连续集成周期的一部分。
没有负载测试是不完整的
更快的发布，更轻的版本和更高的自动化程度可以创建更好的产品，并为开发人员和工程师提供更好的工作环境。负载测试是任何持续集成过程的重要部分，是每次提交都运行的所有测试的一部分，以及BUG管理，代码分析等。因此，当使用开源Jenkins等工具设置自动连续集成周期时，请使用特定的负载测试工具将负载测试添加到质量保障流程中。
避免崩溃
每次重要网站崩溃时，新闻头条都会宣传这一失误，并引起大量用户在社交媒体的关注，并谴责网站所有者未采取适当措施避免崩溃。用户的不满情绪会蔓延，他们再次重试APP或者网页的可能性会大大下降。与其事后疯狂弥补，不如尝试在问题发生之前进行负载测试，确保系统可以承受压力的极限并适当调整。
负载测试可以省钱
开发人员或者测试工程师进行负载测试和设置自动负载测试将占用一些资源。但是在奔溃发生的时候，公司损失的金钱都是以秒为单位计算的。相比之下，用在负载测试上的金钱和其他资源就微乎其微了，虽然这些投入表面看起来在大多数情况下都是没有直接受益的。
- 郑重声明：文章首发于公众号“FunTester”，禁止第三方（腾讯云除外）转载、发表。
