让验证回归本质

芯游天下 · 发表于 2023-11-17 16:14:19

大佬，拜读

erwang · 发表于 2023-12-18 08:47:56

本帖最后由 erwang 于 2023-12-18 08:52 编辑

我之前学了很多uvm里的东西，什么tlm_analysis_fifo，scoreboard，后来都用不上，我呆了两家公司，都是不约而同的只用了一点点uvm的东西，大部分都直接在test的run_phase里保存数据，然后在外面用脚本check。但是为啥又都摆脱不了uvm呢，因为vip啊，目前商用的vip都是基于uvm的

shenxh924 · 发表于 2024-8-16 16:14:30

现在才看到，蹲一个

qinain · 发表于 2024-8-23 14:41:33

赞同。uvm只是个工具，具体怎么做才能做好验证才是验证的根本。

valamorgulis · 发表于 2024-9-4 10:50:13

UVM作为一种方法学，其意义更多的在于通用性、重用性、继承性等这些大的层面，虽然提高了学习门槛，但是其回报也足够大，尤其是拉长时间、拉大规模去看。验证虽然用最原始的方式也可以获得较高的质量，但效率绝对是无法与先进的方法学比拟的，这个效率不仅体现在个人，更多的是体现在项目、团队、行业层面。技术如果不容易传播、不容及继承，那即使一个人练成了东方不败，能发挥的价值又有几何。验证的本质是要关注，但因此不注重方法学，那也是因噎废食。

mosfat · 发表于 2024-9-29 14:29:13

有收获

liuyuanhuiHUST · 发表于 2024-9-30 10:42:14

666 学习了

HolmeXin · 发表于 2025-1-9 00:53:45

看到大佬的发言，稍微发表点不同的意见吧。
UVM的优势是复用性和复杂性的简化，诚然验证的本质是保证模块交付没有bug，且小ut使用UVM确实没有多大的优势。
但是在复杂模块上却不一样了，复杂的模块有复杂的激励，如各种phy的高速协议，使用UVM可以从物理层->链路层->协议层-> 应用层层层抽象，层层简化。最终构造的激励可能都是应用层的函数调用。这个时候拒绝UVM可不是什么明智的选择。
再来说复用性，本人有幸从事公共组件的开发，开发过私有VIP十余个。当一个公共组件需要UT/ST 多层级复用时，不是用UVM将会是灾难的选择。

诚然，当前就业市场风气有点唯UVM天下独尊的意味，我认为根本的原因是现在所有中文领域讲UVM的书和资料都写得一头雾水，晦涩难懂。
正确理解UVM的顺序应该是，
1. 先学习SV和OOP
2. 然后了解一些设计模式，主要包括工厂模式/单例模式/观察者模式。
3. 最后再看UVM，会发现这个框架的所有机制，都不过是设计模式的使用。
学习UVM最好的资料，一个是mentor的《UVM_COOKBOOK》，再有就是IEEE的《UVM userguide》，现在AI工具都漫天飞了，用AI直接把工具手册翻译出来也是很简单的事

[原创] 让验证回归本质

站长推荐 /1