很多人看Coverity版本变化时，第一反应都是比总问题数，但这样往往不够准。真正有用的，不是单看这次多了多少、少了多少，而是先把比较范围定住，再看哪些问题是这次新出现的，哪些问题已经在当前快照里消失，哪些只是一直留到了现在。Black Duck官方文档对这件事说得很明确，Snapshot comparison本质上是一种过滤机制，用来用快照选择语法构造比较范围，而不是只给你一个简单的数量差。

　　一、Coverity怎么做快照对比

　　快照对比真正要做的，不是随便拿两个编号硬比，而是先把基线快照和目标快照定清楚。因为Coverity的快照视图本来就是按项目和流来组织的，比较时若前后范围没选稳，后面的差异结果就很容易被放大或缩小。

　　1、先确定基线快照和目标快照

　　更稳的做法，是先在同一项目范围内找一个你认可的基线快照，再选一个当前要评估的目标快照。官方示例说明，快照比较并不限于相邻快照，也不一定只能在同一条流里比较，但实务里先从同一条开发线做起，结果通常更容易解释。

　　2、再用Snapshot comparison定义比较范围

　　这一步不要理解成生成一份单独报表，而应理解成先把“看哪些快照”这件事定义出来。官方文档明确写到，Snapshot comparison使用的是snapshot selection grammar，也就是先构造一个比较作用域，再在这个作用域里看问题。

　　3、优先从Issues By Snapshot入口进入

　　如果你是第一次做这类分析，先从按快照看问题的视图入手会更顺。因为官方对Issues By Snapshot的定义，就是查看当前版本里需要分诊和处理的问题，它天然更适合承接快照差异，而不是在全量问题池里来回翻。

　　4、切换到具体快照再看问题明细

　　Coverity的快照视图支持在右上角切换不同快照值。也就是说，快照比较不是停在列表层面，你还要继续点进具体快照，看当前这个问题在选定快照下到底是什么状态，这样才不会把历史问题和当前问题混在一起。

　　二、Coverity快照差异结果怎么看

　　差异结果最容易被误读的地方，是把当前列表和问题历史混成一件事。更稳的看法，是先看这个CID在当前比较范围里有没有出现，再回头看它第一次出现在哪个快照，最后一次又出现在哪个快照。官方的triage说明里，First Detected和Last Detected本来就是给这一步准备的。

　　1、先看First Detected

　　如果某个CID的First Detected落在当前目标快照附近，这类问题通常更接近“本次新引入”。它不一定等于今天刚产生，但至少说明在Coverity当前记录里，它是在这个时间段第一次被检测到，排查优先级通常会更高。

　　2、再看Last Detected

　　Last Detected的价值在于，它能帮你判断这条问题是不是一直延续到了当前快照。若某个问题First Detected很早，但Last Detected也还在当前版本附近，那它更像长期遗留项，而不是这次新增项。

　　3、状态已经变成Fixed的要单独看

　　官方设置说明里明确列出，快照相关视图会显示First Detected这类字段，而在按快照看问题时，若问题在最新快照里已不再出现，它通常会表现为已修复的状态。对版本复盘来说，这类问题很有价值，因为它们最能说明这次修复有没有真正落地。

　　4、不要只看差异数量

　　同样是增加十个问题，含义可能完全不同。有可能是真新增了十个高风险问题，也可能只是老问题因为比较范围变化又被重新看见。官方把Snapshot comparison定义成范围过滤工具，这本身就在提醒你，数量只是表象，真正要读的是每个CID在这个范围里的历史位置和当前状态。

　　三、快照对比后先盯哪些结果更值当

　　真正做版本分析时，不建议把所有差异一起抓。更实用的顺序，通常是先看这次新出现的问题，再看这次已经消失的问题，最后再看一直存在但没有本质变化的问题。这样做更接近快照对比的本来目的，也更方便给开发和测试团队分任务。

　　1、先抓当前快照里的新问题

　　这类问题最能反映本次提交或本次分支合入带来了什么变化。因为它们在比较范围里更靠近目标快照，也更有可能和最近代码改动直接相关，处理时最容易定位责任范围。这个判断和官方用快照范围过滤问题的思路是一致的。

　　2、再看这次真正消掉了什么

　　如果某些问题在基线快照里还在，在目标快照里已经不再出现，那么这类结果更适合拿来回答“这次修复有没有效果”。和单看总问题数相比，这一步的解释力度更强，因为它直接对应到具体CID的消失。

　　3、最后再看长期遗留项

　　那些First Detected很早、Last Detected又一直延续到当前快照的问题，不是不重要，而是它们更适合放到长期治理视角里看。若你把它们和本次新增项混在一起处理，差异分析就会失去重点。

　　总结

　　Coverity怎么做快照对比，Coverity快照差异结果怎么看，关键都不在“把两次扫描结果放一起看一眼”，而在先用Snapshot comparison把比较范围定出来，再回到Issues By Snapshot和triage历史里看每个CID的First Detected、Last Detected和当前状态。顺着这条线去看，快照对比就不只是一次简单计数，而会真正变成判断版本变化、修复效果和新增风险的依据。