在Golang的单元测试体系中，testing包是官方提供的核心测试工具，其中t.Error和t.Fatal是测试过程中报告错误的两个重要方法，二者都能标记测试失败，但在执行逻辑和适用场景上存在明显差异，开发者需要根据实际需求选择合适的方法。
t.Error与t.Fatal的基本定义
t.Error和t.Fatal都属于testing.T结构体的方法，用于在测试函数中输出错误信息并标记当前测试用例失败。二者的核心作用都是反馈测试不符合预期的结果，但后续的执行逻辑不同。
t.Error的特性
t.Error在输出错误信息后，不会终止当前测试函数的执行，测试函数会继续运行后续的代码逻辑。它适合用于非致命错误的场景，比如某个断言失败但不影响其他测试逻辑的执行。
t.Fatal的特性
t.Fatal在输出错误信息后，会立即终止当前测试函数的执行，后续的代码逻辑都不会再运行。它适合用于致命错误的场景，比如测试的前置条件不满足，后续测试逻辑已经没有执行意义的情况。
二者的核心差异对比
为了更清晰地区分二者的差异，我们可以从执行流程、适用场景、输出表现三个维度进行对比：
| 对比维度 | t.Error | t.Fatal |
|---|---|---|
| 执行后续代码 | 会继续执行 | 立即终止，不执行 |
| 适用场景 | 非致命错误，多个错误可同时收集 | 致命错误，前置条件失败 |
| 错误标记 | 标记测试失败，但流程继续 | 标记测试失败，直接结束流程 |
实际使用示例
下面通过一个简单的加法函数测试案例，展示t.Error和t.Fatal的具体使用方式。首先我们定义一个待测试的加法函数：
package main
// Add 实现两个整数相加的功能
func Add(a, b int) int {
return a + b
}
接下来编写对应的测试文件，分别使用t.Error和t.Fatal进行测试：
package main
import (
"testing"
)
// TestAdd_Error 使用t.Error的测试示例
func TestAdd_Error(t *testing.T) {
// 第一个测试用例，预期结果错误
result := Add(1, 2)
if result != 4 {
// 输出错误信息，测试继续运行
t.Error("Add(1,2)结果错误，预期为4，实际为", result)
}
// 第二个测试用例，即使上面出错也会执行
result2 := Add(2, 3)
if result2 != 5 {
t.Error("Add(2,3)结果错误，预期为5，实际为", result2)
}
t.Log("使用t.Error的测试函数执行完毕")
}
// TestAdd_Fatal 使用t.Fatal的测试示例
func TestAdd_Fatal(t *testing.T) {
// 第一个测试用例，预期结果错误
result := Add(1, 2)
if result != 4 {
// 输出错误信息，测试立即终止
t.Fatal("Add(1,2)结果错误，预期为4，实际为", result)
}
// 下面的代码不会执行，因为上面已经触发了t.Fatal
result2 := Add(2, 3)
if result2 != 5 {
t.Fatal("Add(2,3)结果错误，预期为5，实际为", result2)
}
t.Log("使用t.Fatal的测试函数执行完毕")
}
运行上述测试代码时，TestAdd_Error会输出两个错误（如果第一个断言失败），同时打印出执行完毕的日志；而TestAdd_Fatal在第一个断言失败后会直接终止，不会执行后续的第二个测试用例和日志输出。
使用注意事项
- 不要在同一个测试函数中无必要地混用t.Error和t.Fatal，避免逻辑混乱。
- 如果测试的前置资源初始化失败，比如无法连接数据库、无法读取配置文件，优先使用t.Fatal，因为后续测试逻辑已经无法正常运行。
- 如果需要收集一个测试函数中的多个错误，再统一判断结果，优先使用t.Error，这样可以一次性看到所有不符合预期的点。
- t.Error和t.Fatal都有对应的格式化版本t.Errorf和t.Fatalf，支持类似fmt.Printf的格式化输出，使用起来更加灵活。
下面是一个使用t.Errorf的示例：
func TestAdd_Errorf(t *testing.T) {
result := Add(1, 2)
if result != 4 {
// 格式化输出错误信息
t.Errorf("Add(1,2)结果错误，预期为%d，实际为%d", 4, result)
}
}
合理选择t.Error和t.Fatal，可以让单元测试的逻辑更加清晰，也能更高效地定位问题，提升整体测试代码的质量。