突发验证感想（二）

1. 多看别人的verification spec

在一个soc项目中，我们只负责其中一部分，平常工作我们聚焦在这里，知识面也就局限在这里。

验证的关键是什么呢？是找出什么地方可能发生bug，什么地方是容易发生bug，什么地方发生的bug是不可接受的。

最近两天突然有个想法，扩大自己对soc验证把握的好方法是看一下别人的verification spec，看看他都规划了哪些case，他会验证哪些feature。哪些是高优先级的，进而去思考背后的why。

知道了每个系统的关键验证点，就把握住的soc验证的关键点，或者说soc的命脉，守护住了这些命脉，soc项目就不会流产。个人在组内的发言权就会增强，就有机会去做更好点的活了。

2. 思考每个feature的应用场景

soc设计是针对应用场景去开发的，soc验证也应该针对场景去验证。我们EDA验证，仿真条件有限，不可能跑所有、完整的场景，但我们作为验证owner必须要知道到底有哪些应用场景，这个场景不只是soc内部几个模块的互动，而是实际的产品功能。

将产品功能、soc工作模式（数据流、控制流）和测试点串联起来，有利于加深对系统层面的理解，有利于指定合理的验证计划。

比如说，对于soc的功耗模式，可能有正常模式、浅睡模式、深度睡眠模式，每种模式中soc上不同的模块会on或者off，但具体应用中，什么时候用浅睡，什么时候用深睡呢，这个问题，对于做功耗验证的人来说，是应该要知道的。