Go 的测试框架仅运行以 Test 开头且首字母大写的导出函数（如 TestMyFunc），私有函数需通过下划线命名法（如 Test_myFunc）触发执行，但更推荐通过重构将逻辑提取至可导出、可测试的单元中。
go 的测试框架仅运行以 `test` 开头且首字母大写的导出函数（如 `testmyfunc`），私有函数需通过下划线命名法（如 `test_myfunc`）触发执行，但更推荐通过重构将逻辑提取至可导出、可测试的单元中。
在 Go 中，go test 工具遵循严格的命名约定：*只有形如 `func TestXxx(testing.T)的函数才会被识别为测试用例**，其中Xxx` 必须满足两个条件：
- 以大写字母开头（即符合 Go 的导出标识规则）；
- 整体符合 Go 的驼峰命名法（如 TestCalculateSum，而非 TestcalculateSum 或 Test_mysum —— 注意：Test_mysum 虽能运行，但属于非标准变通方案）。
因此，对于你提到的两种函数：
myFunc（小写开头，私有函数）：无法直接导出，也不能被其他包调用，官方不鼓励为其编写独立测试函数。若确需验证其行为，推荐方式是：
✅ 通过测试其调用方（如导出函数 Myfunc）实现间接覆盖；
✅ 或将核心逻辑提取为导出的、无副作用的纯函数（如 calcInternal() → CalcInternal()），再单独测试该导出函数。Myfunc（大写开头，导出函数）：应编写标准测试函数，例如：
func TestMyfunc(t *testing.T) {
result := Myfunc()
if result != expected {
t.Errorf("expected %v, got %v", expected, result)
}
}⚠️ 关于 Test_myFunc 这类以下划线开头的写法（如 func Test_myFunc(t *testing.T)）：
虽然 go test 在当前版本中确实会执行它（因其匹配正则 ^Test[A-Za-z0-9_]*$），但它违反 Go 测试惯例，不可移植，且易引发混淆——既非导出名，又伪装成测试函数。Go 团队明确建议避免此类命名（见 go.dev/doc#test-functions）。
✅ 正确实践总结：
- 始终优先测试导出接口（Myfunc），保障公共契约；
- 私有逻辑应尽量精简、无状态，并通过导出函数的边界测试充分覆盖；
- 如私有逻辑复杂且关键，将其重构为导出的、带清晰语义的小函数（如 internalValidate() → ValidateInput()），并添加对应 TestValidateInput；
- 永远不要依赖 Test_private 类命名——它不是规范，而是对工具链的偶然利用，未来版本可能调整行为。
真正的可测试性，源于良好的模块分解，而非绕过导出规则的技巧。
