验证方法学（UVM）高频面试题

面试官考察点：是否理解对象创建与类型覆盖的灵活设计，能否区分factory与new()的区别。

回答框架：①简述factory本质（创建对象的工厂）→②核心功能（字符串创建、类型覆盖）→③使用方式（注册宏、create方法）→④实际价值（换组件不重新编译）。

简短示例回答：UVM factory是一个内建工厂，通过`uvm_component_utils`注册组件，用`type_id::create()`代替`new()`。它支持运行时类型覆盖，比如替换某个driver而不修改代码，极大提升验证平台复用性。

可能追问：factory覆盖的优先级规则？override_by_type与override_by_name区别？

面试官考察点：是否理解事务层通信接口（seq_item_port, analysis_port）以及数据流方向。

回答框架：①Sequence产生事务→②通过seq_item_port发送给Driver→③Driver驱动DUT并应答→④Monitor采集DUT接口数据→⑤通过analysis_port发送给Scoreboard→⑥Scoreboard对比预期与实测。

简短示例回答：Sequence在test中启动，用seq_item_port向driver输送事务；driver从get_next_item获取事务，驱动DUT接口后调用item_done。monitor检测接口变化，通过analysis_port将数据广播到scoreboard；scoreboard用`uvm_analysis_imp`接收，与参考模型输出对比。

可能追问：如果没有seq_item_port，能用其他方式通信吗？analysis_port和export的区别？

面试官考察点：是否独立设计过完整UVM环境，对组件层次（test→env→agent→component）的理解。

回答框架：①创建driver/monitor/scoreboard组件→②封装到agent→③构造env包含agent+scoreboard→④写sequence→⑤在test中启动→⑥运行并收集覆盖率。

简短示例回答：先定义driver（从seq_item_port取事务驱动DUT）、monitor（监测接口写入analysis_port）、scoreboard（声明analysis_imp接收并比较）。将driver和monitor封装进agent，agent和scoreboard放入env。test中创建sequence，调用start(sequencer)启动。最后通过factory覆盖实现测试用例差异化。

可能追问：如果DUT有多个接口，agent应如何组织？virtual sequencer何时用？