DDoS 测试和负载测试都会向系统发送大量流量，因此常被混淆。但两者的目的不同。负载测试关注的是，当大量真实用户访问时，应用程序的性能是否可以接受。DDoS 测试关注的是，当流量被设计用来压垮或耗尽防御能力时，您的防御能否经受住考验。选错测试，可能会让真正的问题得不到解答。本指南对两者进行比较，帮助您决定先开展哪一种。
服务简介
负载和压力测试模拟真实的用户行为：浏览、登录、搜索、加入购物车、结账或调用 API。测试会将流量逐步提升到预期水平和峰值水平，有时还会进一步提高，以找出系统的极限。结果侧重于响应时间、错误率、吞吐量和资源使用情况，有助于发现瓶颈，例如缓慢的数据库查询、有限的连接池，或反应过慢的自动扩缩容。DDoS 韧性测试则模拟恶意流量模式：网络层洪泛、连接耗尽，或旨在绕过缓存的大量应用层请求。结果侧重于缓解服务、速率限制、WAF 规则和上游防护能否检测并吸收这些流量、需要多长时间，以及合法用户受到何种影响。负载测试主要关注容量和效率；DDoS 测试主要关注防护和响应。两者都需要书面范围、安全限制和停止条件，而 DDoS 测试在大多数情况下还需要获得服务商的批准。
适用对象
此对比可帮助以下团队：
- 正在为上线、营销活动或季节性高峰做准备，希望对容量心中有数的团队
- 已购买 CDN 或 DDoS 缓解服务，希望了解其实际表现的团队
- 曾遭遇响应变慢或服务中断，但不确定原因是负载还是攻击的团队
- 需要向管理层解释为何要开展两项流量测试的团队
帮助厘清的问题
比较两者，有助于厘清：
- 您的主要风险是真实需求超出容量，还是恶意流量超出防护能力
- 哪种环境合适：负载测试使用接近生产的预发布系统，韧性测试使用经协调的生产时间窗口
- 哪些指标最重要：响应时间和错误率，还是检测、缓解时间和用户影响
- 必须通知哪些服务商或取得其批准
包含内容
- 在以下情况下选择负载测试：即将上线或迎来高峰、性能问题屡遭投诉，或您更改了架构或托管
- 在以下情况下选择 DDoS 测试：您依赖从未实际见过其运作的缓解服务、您运营着高关注度的服务，或客户或合作伙伴询问韧性情况
- 负载测试：明确用户路径、预期量和峰值量、测试数据以及成功标准
- DDoS 测试：明确攻击场景、最大速率、服务商批准以及停止条件
- 两者共同：约定环境、时间窗口、监控、指定联系人和报告方式
- 考虑先后顺序：在测试防护能力之前，先修复负载测试中发现的容量问题
不包含内容
- 声称任一测试能够确保正常运行时间，或能防范未来所有流量事件
- 在需要时未取得书面授权和服务商批准就进行测试
- 持续监控或事件响应，除非另行确定范围
- 详细的流量生成技术
适用时机
如果不确定，请从您需要回答的问题入手。如果问题是“上线当天我们能否服务好预期的客户？”，请进行负载测试。如果问题是“如果有人试图让我们下线，我们的防护能否守住？”，请进行 DDoS 韧性测试。许多组织会依次开展两者：先通过负载测试建立健康的基线，再通过韧性测试对照该基线评估防护能力。
我们的方法
在测试之前先定义成功标准。对负载测试而言，可能是在给定并发用户数下的可接受响应时间。对韧性测试而言，可能是缓解措施生效所需的时间，以及在此期间合法用户所受影响的程度。我们的 Application Load & Stress Testing 服务在约定的使用场景、负载水平、环境和安全限制下评估应用程序的表现。我们的 DDoS Resilience Testing 服务在书面约定的限制内评估约定的中断场景，包括与服务商的协调。两项服务均提供书面观察结果和按优先级排列的建议，修复或持续监控可在另行约定的范围内添加。如果您计划同时开展两者，请一并确定范围，使环境、联系人和报告格式保持一致，结果也便于比较。
常见问题
相关文章
立即开始
想请我们帮您选择适合您情况的流量测试？
请告诉我们您的应用程序、托管情况、服务商，以及您正在准备应对的活动或风险。我们将建议相称的测试范围。
申请书面范围说明