7.1.1.2 收缩测试用例

文档摘要

7.1.1.2 收缩测试用例 7.1.1.2 收缩测试用例：当“最小失败输入”比“原始崩溃样本”更难复现时，你真正需要的不是更多日志，而是一把能切开混沌的手术刀凌晨两点十七分，你盯着终端里滚动的进度条——它已经卡在三分钟了。报出一个失败用例：。这显然不是业务逻辑该处理的数据；它是混沌的残骸，是模糊测试器在内存边界上踩出的脚印。但问题来了：这个输入能稳定触发，可一旦你手动删掉其中任意一个字段、缩短任意一个字符串、把换成 ——错误就消失了。更糟的是，当你把整个结构喂给，它花了 47 秒，最终返回的“最小化结果”，居然比原始输入还大——多了一个无意义的字段。这不是 bug。这是收缩（shrinking）失效的典型症状：收缩器在高维、强约束、非线性失效路径的空间里迷路了。