Go函数多返回值测试需显式接收全部结果并分别断言，覆盖正常与错误路径，优先用require保障前置条件，可封装自定义断言提升可维护性。
Go语言中函数支持多返回值，测试时需同时验证多个结果，不能只检查错误或忽略次要返回值。核心思路是：显式接收全部返回值，再分别断言；避免用_丢弃关键结果，尤其当第二个返回值是业务数据时。
基础断言：完整接收 + 分项检查
直接解构所有返回值，用标准测试断言（如testify/assert或原生if !ok { t.Fatal(...) }）逐个验证：
- 先检查错误是否为
nil（或是否符合预期错误） - 再断言主返回值（如结构体、字符串、数字）是否符合预期
- 若有第三个返回值（如计数、状态码），也应参与断言
示例：
func TestDivide(t *testing.T) {result, err := Divide(10, 2)
assert.NoError(t, err)
assert.Equal(t, 5.0, result)
}
错误路径全覆盖：显式构造失败场景
多返回值函数常以(T, error)形式设计，测试必须覆盖error != nil分支。不要假设“错误时其他值无意义”——某些函数在出错时仍会返回部分有效数据（如缓存命中但校验失败）。
立即学习“go语言免费学习笔记（深入）”；
- 传入边界值（0、空字符串、nil指针）触发错误
- 断言错误类型（
errors.Is或errors.As）和消息内容 - 检查非错误返回值是否为零值或文档约定的“无效态”（如
""、0、nil）
使用 testify/require 简化链式断言
require包可在断言失败时立即终止当前测试，避免后续空指针 panic，特别适合多返回值依赖场景：
- 用
require.NoError确保函数执行成功，再安全访问其他返回值 - 用
require.NotNil或require.NotEmpty检查非错误返回值有效性 - 组合使用（如
require.Equal(t, expected, actual); require.Nil(t, err)）比嵌套if更清晰
注意：require是硬终止，适合关键前置条件；非关键字段可用assert继续执行其他检查。
自定义断言函数封装重复逻辑
当多个测试需验证相同返回模式（如(User, Token, error)），可封装断言函数统一处理：
- 输入参数：测试对象
*testing.T、各返回值、预期值 - 内部完成错误检查、类型断言、字段比对（如
User.ID > 0、Token != ""） - 调用时一行完成全部验证，提升可读性与维护性
例如：assertUserAndToken(t, user, token, err, expectedID)
基本上就这些。关键是把多返回值当作一个整体契约来测试，不遗漏、不假设、不跳过中间值——哪怕它看起来“只是个错误”。
