因為DUT是一個靜態的內容，所以testbench理應也是靜態的，其作為uvm驗證環境和DUT的全局根結點。

module tb_top;
import uvm_pkg::*;


bit clk;
always #10 clk <= ~clk;


dut_if dut_if1 (clk);
dut_wrapper dut_wr0 (._if (dut_if1));


initial begin
uvm_config_db #(virtual dut_if)::set (null,"uvm_test_top","dut_if",dut_if1）;
run_test ("base_test");
end


endmodule

上面是一個簡單的驗證平臺的tb_top示例.其中：

• tb_top 是一個靜態的module，驗證環境中所有的信息都可以從這里索引到。此時需要 import uvm_pkg:: * 才能識別一些uvm庫的內容。
• 在tb_top需要生成驗證環境、DUT和接口都需要的時鐘和復位。因為驗證環境是動態的，無法在其中例化物理接口，所以需要采用uvm_config_db將物理interface的指針set給驗證環境中的virtual interface。
• 通過ru
  n_test(“
  base_test
  ”) 啟動
  一個test_case。

Clock generation

一般的數字設計都會包含一個或者多個時鐘，同時設計可能會因為工藝等問題工作在不同的頻率下，所以時鐘生成最好是參數化的。

Reset Generation

和時鐘類似，復位也需要在testbench頂層實現。在許多數字設計中，復位分為 硬件復位和軟件復位 ，它們的復位方式不一樣，前者通過寄存器接口實現，后者直接通過硬件復位接口實現。

和DUT interface一樣，時鐘和復位在驗證環境和DUT中都會用到，對應的賦值可以在tb_top中實現，也可以在驗證環境中實現。

另外很多驗證環境都需要抽取DUT中的信號，可能是force，也可能是采樣DUT內部信號。此時需要在testbench tb_top中將DUT信號賦值過去。

interface gen_if;
logic  signals;
endinterface


module tb_top;
gen_if u_if0 ();
des u_des ( ... );
// Assign an internal net to a generic in
assign u_if0.signals = u_des.u_xyz.status;
endmodule