当 RTL 人员和验证工程师都错过某一特定规范功能时，如何发现不符合规范的情况？
我有一些关于 IP 验证的问题。
假设如果 RTL 和验证计划（覆盖点）中都遗漏了 IP 规范中的特定设计/功能，您将如何识别此错误？
由于它尚未在 RTL 中实现（未在 SPEC 中实现），因此我们无法从代码覆盖率中识别。
请对此进行一些说明。
谢谢
I have some questions regarding IP verification.
Suppose if a particular design/functionality from an IP specification is missed both in the RTL and the verification plan (Coverage points), how would you identify this bug?
Since it hasn't been implemented in RTL(missed from SPEC), we cannot identify from code coverage.
Please throw some light on this.
Thanks
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
设计和测试计划审查通常涉及 IP 规范与所述设计和测试计划的比较。 IP 规范编写者通常也会在场，并且可以识别规范中未涵盖的点。
The design and testplan reviews generally involve the comparison of the IP specification to said designs and testplans. The IP spec writer is usually present, as well, and can identify points in the spec that are not covered.
应该有人将验证计划与顶级 IP 规范进行比较。对于规范中的每一点，问题是“我们如何证明我们满足了这一要求？”需要一个好的答案。
（如果有问题的功能不存在，那么顶级规范需要修复！）
Someone should be comparing the verification plan against the top-level IP specification. For each point in the spec, the question "how do we show we met this requirement?" needs a good answer.
(If the feature in question is not in there, then the top-level spec needs fixing!)
您可以创建一个功能列表并针对该列表编写测试。
You could create a feature list and write your tests against that.