go 允许将测试文件放在子目录中，但需调整包声明和导入方式，并确保被测函数导出；否则将因作用域限制导致编译错误。
在 Go 项目中，默认推荐将测试文件（如 module1_test.go）与被测源码（如 module1.go）置于同一目录下，使用相同包名（如 package package1），以便直接访问包内所有标识符（包括未导出的函数）。但当项目规模扩大、测试用例增多时，这种扁平结构会降低可维护性。此时，将测试文件移至子目录（如 test/）是可行的，但必须遵循 Go 的包隔离规则。
✅ 正确做法：独立测试包 + 显式导入 + 导出接口
你需要做三件事：
- 将测试文件放入子目录（如 test/module1_test.go）；
- 为测试文件声明独立的包名（如 package test），而非复用 package1；
- 显式导入被测包（如 "somepath/package1"），并仅调用已导出（首字母大写）的函数或方法。
示例结构如下：
$GOPATH/src/somepath/package1/
├── module1.go
└── test/
└── module1_test.gomodule1.go（修正：导出函数）：
package package1
// 注意：SomeFunc 首字母大写 → 可被其他包访问
func SomeFunc() {
// 实现逻辑
}test/module1_test.go（独立包 + 显式导入）：
package test
import (
"testing"
"somepath/package1" // 必须使用完整导入路径
)
func TestSomeFunc(t *testing.T) {
package1.SomeFunc() // 通过包名调用导出函数
}⚠️ 注意事项：未导出标识符不可跨包访问：someFunc()（小写）在 test 包中无法调用，必须改为 SomeFunc()；不能使用 . 导入或 _ 导入绕过包隔离：Go 不支持“伪同包”语义，子目录 ≠ 同包；运行测试需指定路径：执行 go test somepath/package1/test（而非 go test ./test），或在项目根目录运行 go test ./... 自动发现；go test 默认不递归扫描子目录中的测试包，除非显式指定路径或启用模块模式下的自动发现（Go 1.11+ 模块项目中，go test ./... 会包含 ./test 下的测试包）。
? 总结
将测试放入子目录是一种可行但非主流的组织方式。它提升了物理结构的清晰度，但牺牲了对内部实现的直接测试能力（无法测未导出函数/方法）。若你依赖单元测试驱动开发（TDD）或需验证内部逻辑，建议优先采用同目录测试 + _test.go 命名约定；若项目侧重集成/端到端测试，或需严格分离测试资产（如生成测试数据、mock 服务），则子目录方案更合适——只需牢记：测试即普通包，遵循标准导入与可见性规则。
