性能测试中stress test（压力测试）与breakpoint test（断点测试）的区别是什么

二者虽然在加压操作上有相似性，但核心差异集中在测试目标、执行逻辑、终止条件、结果价值四个维度：

• 测试目标完全不同
  压力测试的核心目标是验证系统在超预期峰值负载下的稳定性表现，重点观测系统在高负载下是否会出现服务降级、数据错乱、死锁、内存泄漏等异常，验证系统的容错能力是否符合预期。
  断点测试的核心目标是定位系统的故障临界点，本质是探明当前系统的性能天花板，不需要提前限定负载范围，核心诉求就是找到系统扛不住的性能拐点。
• 执行逻辑的预设条件不同
  压力测试的负载区间是提前预设的，通常设定为业务预期峰值的2~5倍，即便采用逐步加压的执行方式，也只会在这个预设区间内调整负载，不会无限制向上扩容。
  断点测试没有预设负载上限，只要系统还没有触发故障判定标准，就会持续提升负载，直到系统出现问题为止。
• 终止条件不同
  压力测试的终止条件为：跑完预设的测试时长，或是在预设负载区间内出现了不可接受的业务异常就提前终止，不需要跑到系统完全不可用的程度。
  断点测试的唯一终止条件就是系统达到预设的故障判定标准，比如响应超时率超过阈值、服务完全不可用、报错率超出容忍范围等，必须跑到系统出问题才会停止。
• 结果输出的价值不同
  压力测试的输出重点是「超负载下的异常表现、系统恢复能力」，比如负载回落至正常区间后，系统能不能自动恢复服务、是否会产生残留数据错误等。
  断点测试的输出重点是「具体的临界负载数值」，比如达到多少并发用户、多少QPS时系统触发故障，这个数值可以直接作为容量规划、资源扩容的核心参考依据。

很多场景下二者看起来相似，是因为不少团队执行压力测试时，会顺带执行断点测试的逻辑，加压阶段的操作看起来高度重合，但本质的目标导向完全不同，属于两类定位明确的性能测试类型。

内容的提问来源于stack exchange，提问作者Gökhan Uçar