系统与设计
的意见

重新发现保险保险

是时候利用综合assertion-based验证。

受欢迎程度

覆盖在谈话时,如果它出现,总是一种车,家里或健康保险。覆盖和功能验证不太可能被用于讨论,或任何其他。

太糟糕了,因为工程集团应对当足够足够的验证,像一些报道保险。哦,当然,详尽的使用模拟和仿真,然后正式验证的骑兵——财产检查发现个别案例bug并建立详尽的证明。还是工程师想知道需要更多的保险保险多少钱?

覆盖问题是建筑与自主学习的出现,无人驾驶汽车和低功耗的物联网系统,把高质量的巨大需求工程集团,全面验证是否安全或安全或权力。否则,一个缺陷在生产集成电路变得昂贵的修复和产品可能会导致灾难性的失败。

块级验证利用跨多个批处理模式模拟运行复杂的刺激系统。即便如此,往往很难得到验证关闭。在覆盖率不足的另一个例子,随机刺激方法和统一的验证方法(UVM)生成有效的改善能力测试向量与一个点球,一个复杂的验证环境。UVM模拟不设置复杂的场景中有效地确保所有块功能测试,导致减速,渐近覆盖进程曲线很少达到100%。

是时候不同的保险政策,扩展覆盖利用综合assertion-based验证。工程与团体保险metric-driven验证——正式assertion-based验证包括正式的代码覆盖分析,集成了模拟覆盖率结果。

更好的覆盖保险可以来自正式的验证和仿真相结合。因为正式的验证工具保持被测物体的整个状态空间,创造特定的测试场景的复杂性降低。断言用来表达功能性质证明或证伪,和最复杂的场景是全面调查。

一个保险政策分析验证测试计划更好地理解哪些测试场景的模拟与UVM testbenches和那些受益于使用断言形式验证。应用适当的工具和覆盖率信息收集了解整体的进步。使用这种双管齐下的方法,分析了复杂的场景的实现过程和错误自由报道更快。

的最后一块延伸覆盖保险需要高质量的形式验证执行各种各样的场景在一个合理的时间表,整个被测块。保单持有人寻找高度优化的正式模型和广泛的正式的算法,以确保设计快速有效地进行测试。他们也寻找正式的验证工具,包含高级调试和易用性特性来简化跟踪和调试。

总之,保险功能验证覆盖率从房主没有什么不同的保险政策。不要离开家或带出你的芯片没有它!



留下一个回复


(注意:这个名字会显示公开)

Baidu