Fuzzing 性能怎么看执行数之外还要看有效路径Fuzzer 的 exec/s 很醒目却可能一直在重复浅层路径。评估模糊测试效率时覆盖增长、语料质量和崩溃去重都要一起看。先固定 harness 与目标版本记录初始化方式、超时、字典和语料库。持久化模式或快照会显著影响速度比较时必须保持执行路径一致。区分速度和发现能力观察单位时间覆盖增长、独立边数量、超时比例和唯一崩溃。单纯增加 worker 可能造成语料同步与 CPU 争抢。崩溃按根因而非文件名去重。不可达输入先改 harness。性能测试放在隔离、授权目标上。失败样本优先可复现为每个崩溃保存目标哈希、命令和最小化输入。无法稳定复现的样本单独排查环境不急着归类为漏洞。Fuzzing 的好数据应该指向新的程序状态。跑得快却绕不开入口校验只是在更快地原地踏步。