UVM核心概念与面试问题

面试问题：请画出 UVM 验证平台的组件层次，并简述每个组件的职责。

面试官考察点：对测试平台分层架构的理解、组件间通信方式、是否熟悉 uvm_component 树形结构。

回答框架：从顶向下分层描述 → 每个组件的核心职责 → 组件间的 TLM 连接方式 → 举例说明典型拓扑（如 agent 包含 driver/monitor/sequencer）。

示例回答：“典型的 UVM 平台分三层：test 创建 env，env 内包 agent 和 scoreboard。agent 实例化 driver、monitor 和 sequencer。driver 从 sequencer 获取 sequence item 并驱动到 DUT，monitor 采样 DUT 输出并发送至 scoreboard 比对。各组件通过 uvm_analysis_port 或 uvm_seq_item_port 连接。”

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

避坑提醒：避免混淆 uvm_component 与 uvm_object；component 有树形层次且耗资源，object 无层次用于 transaction。务必强调 virtual interface 的传递方式（config_db 或 set/get）。

面试问题：UVM 工厂机制（factory）如何工作？type_id::create 与直接 new 的区别是什么？

面试官考察点：是否理解面向对象的多态在 UVM 中的实现、override 的应用场景、资源管理意识。

回答框架：工厂机制本质是注册 + 创建 + override → 对比直接 new：工厂支持对象替换、自动配置、字符串创建 → 举例 override 在测试用例复用中的价值。

示例回答：“工厂机制通过 `uvm_object_registry` 将类注册到内部表中。`type_id::create` 会先查是否有类型或实例 override，若没有则调用 new。直接 new 无法被 override，导致测试用例间组件替换困难。例如我可通过 set_type_override 将 driver 替换为 my_driver，无需修改 env 代码。”

可能追问：factory 的 multipump 机制如何处理？override 的优先级规则？

避坑提醒：忘记在类定义前加 `uvm_component_utils` 宏会报错；不要用 new 替换 type_id::create 来创建 component，会导致 override 失效。

面试问题：sequence 如何通过 sequencer 控制 driver 行为？scoreboard 如何保证比对正确性？

面试官考察点：sequence 与 sequencer 握手协议、item 驱动流程、scoreboard 与参考模型的设计思路。

回答框架：sequence 通过 seq_item_port 请求 → sequencer 仲裁 → driver 获取并驱动 → 使用 get_next_item() 和 item_done()。scoreboard 则维护 expected 队列，monitor 采到实际值后从队列取出期望值比对，同时加入超时检查。

示例回答：“sequence 在 body 任务中生成 transaction，通过 seq_item_port 发送至 sequencer。sequencer 按优先级将 item 转发给 driver，driver 调用 get_next_item 获取，驱动到 DUT 后调用 item_done。scoreboard 接收 monitor 采集的输出，与参考模型预测值逐一比对，当队列为空且测试结束时检查是否有未处理的数据。”

可能追问：如何实现 sequence 的随机化控制或延迟注入？scoreboard 如何处理乱序输出或流水线延迟？

避坑提醒：注意 sequence 的 p_sequencer 的引用；scoreboard 的比对要考虑时序边界，避免因采样过早或过晚导致误判。建议使用 `uvm_analysis_imp` 实现多路 fifo 缓冲。