驱动接口,而非内部
首先要明确一点:testbench 应该只驱动 I/O 连接,而不是设计内部信号。这条原则虽然听起来显而易见,但在实际工作中却常被忽视。
我记得在一个项目中,为了加快开发进度,团队直接驱动了几个内部信号。结果等到RTL稳定后,才发现这导致了部分逻辑根本没被测试到。更糟的是,这些测试结果给了我们错误的信心。
"如果testbench驱动和读取内部信号,那么关于设计质量的所有声明都是无效的。"
首先要明确一点:testbench 应该只驱动 I/O 连接,而不是设计内部信号。这条原则虽然听起来显而易见,但在实际工作中却常被忽视。
我记得在一个项目中,为了加快开发进度,团队直接驱动了几个内部信号。结果等到RTL稳定后,才发现这导致了部分逻辑根本没被测试到。更糟的是,这些测试结果给了我们错误的信心。
"如果testbench驱动和读取内部信号,那么关于设计质量的所有声明都是无效的。"