第一章：测试激励基础

1.1 什么是测试激励

测试激励，说白了就是给DUT（待测设计）喂的输入信号。

我刚开始做验证那会儿，总觉得测试激励就是随便写几个波形，让DUT跑起来就行。后来被现实狠狠教育了一顿——你喂什么，DUT就吐什么。激励写得不好，验证就是白忙活。

举个例子，你写了一个加法器。测试激励就是给它的两个输入数，比如3和5。DUT会输出8。这个3和5，就是激励。8，就是响应。

但实际项目中，激励远没这么简单。它可以是：

• 一组时钟和复位信号
• 总线上的读写操作序列
• 随机生成的数据包
• 特定场景下的异常输入

1.2 测试激励在验证中的角色

验证工作里，激励扮演什么角色？我总结了三句话：

1. 激励是验证的起点——没有激励，DUT就是一潭死水
2. 激励是覆盖率的基石——你激励写得多全面，覆盖率就有多高
3. 激励是bug的诱饵——好的激励能把隐藏的bug钓出来

我记得有个项目，验证一个复杂的DMA控制器。团队写了上千条测试用例，覆盖率也达标了。结果流片回来，芯片在某个特定场景下死机了。后来一查，是激励没覆盖到一种边界情况——两个通道同时发起传输，且目标地址重叠。

你看，激励没写到位，代价就是一次流片失败。几百万打水漂。

1.3 激励与响应的关系

激励和响应，就像问和答。你问什么，DUT答什么。

但这里有个坑——你问的方式不对，答案可能对不上。

我举个例子：

// 一个简单的FIFO验证
// 激励：连续写入10个数据
for (int i = 0; i < 10; i++) begin
  wr_en = 1;
  wr_data = i;
  @(posedge clk);
end

// 期望响应：读出顺序应该和写入顺序一致
for (int i = 0; i < 10; i++) begin
  rd_en = 1;
  @(posedge clk);
  // 检查rd_data是否等于i
  assert(rd_data == i);
end

这段代码看起来没问题吧？但实际项目中，FIFO可能有空标志、满标志、几乎满标志。你光检查数据对不对，漏掉了标志信号的时序。我曾经就因为这个，让一个FIFO验证用例跑了三天才发现bug——满标志提前了一个时钟周期拉高，导致上游模块提前停止发送，吞吐量下降了一半。

所以，激励和响应的关系，不只是「输入-输出」这么简单。你需要检查：

• 输出数据是否正确
• 输出时序是否合规
• 状态信号是否按预期变化
• 内部寄存器是否更新正确

1.4 测试激励的分类

实际工作中，我把测试激励分成三类：

类型	特点	适用场景
定向激励	手动指定每个输入值	基本功能验证、边界测试
随机激励	用约束随机生成输入	大规模回归测试、覆盖率收集
场景激励	模拟真实使用场景	系统级验证、性能测试

我个人习惯是：先用定向激励把基本功能跑通，再用随机激励去撞bug，最后用场景激励验证系统级行为。这个顺序，能帮你高效地发现问题。

1.5 知识体系总览

下面这张图，是我对测试激励基础的理解框架。你把它记在心里，后面学起来会轻松很多。

嗯，这张图把本章的核心内容串起来了。你多看几遍，心里有个框架。后面每一章，都会在这个框架上添砖加瓦。