VMM驗證方法學——新人入手（一）

平時都看別人在討論，覺得自己有必要總結一些：

剛開始看SV，發現還是有點意思，但SV只是一種語言而已，如何將它應用到驗證之中、為驗證服務，則需要靠VMM或OVM這類驗證方法學了；所以，VMM或OVM究竟有什麼用途，則需要我們要去學習的地方。

VMM強大的地方在於繼承了SV的一些優點，比如：
1. 使用類的概念，可以構建可重用的測試環境；
2. 強大的random控制，可以在約束條件下產生很多隨機的測試向量，構造出許多不容易想到的情況，從而可以輕鬆檢測到不容易發現的bug；
3. SV特有的function coverage可以保證測例測試到了所有自己想測試的功能點。

OVM的架構比VMM更適合可重用的測試，因為OVM的架構較VMM更加清晰，易於維護。

 

有些人也提到VMM的優點，還有以下幾點：

1) 用channel替代sv的mailbox，components通訊起來更方便（ovm的tlm更強大）；
2) 用notify替代了sv的event，更加可靠；
3) 用內建的訊息管理替代$display，更能更強大；
4) 各種generator，方便產生各種激勵（ovm的sequencer更強大）；
5) RAL提供了更加強大的寄存器讀寫功能；
6) callback可以在不修改testbench的情況下改變component的行為（ovm的factory功能更強大）。

另外：

1）使用方法學，可以確保不同的驗證工程師搭建的驗證平台的一致性，便於非驗證平台開發人員進行閱讀和維護；如果不使用驗證方法學，對於驗證團隊的leader就悲催了，互檢、X檢、驗證平台搭建和測試例編寫由不同的人實現、驗證平台搭建和維護由不同的人實現等會浪費大量的人力成本；
2）使用vmm的宏，可以很方便產生一些components，如generator、transaction等；
3）vmm_env、vmm_xactor使用固定的形式，是驗證工程師更多的考慮功能實現，而不是搭建驗證平台的架構；
4）使用方法學，可以減少大量的注釋，（而且是合法的，呵呵，可以在vmm_env中不加一行注釋，leader也不能說什麼，不用方法學的話，20%以上的注釋就是必須的了）。