答案是使用replace指令解决本地模块依赖，并通过脚本统一执行多模块测试。具体而言，在module-a的go.mod中通过replace指向本地module-b路径，使测试时能加载未发布模块；在项目根目录利用find或Makefile遍历各模块执行go test ./...，实现批量测试；同时建议提取公共代码为独立模块、避免循环依赖，并用go test -cover确保测试覆盖率，从而保证多模块项目测试的可维护性与完整性。
在Golang中测试多模块项目，关键在于理解模块间的依赖关系以及Go工具链如何处理跨模块的测试。如果你的项目由多个Go模块组成（即每个子目录有自己独立的go.mod），测试时需要特别注意路径解析、依赖版本和运行方式。
理解多模块项目的结构
一个多模块项目通常如下所示：
myproject/├── module-a/
│ ├── go.mod
│ └── main.go
├── module-b/
│ ├── go.mod
│ └── utils.go
└── go.mod (可选：如果根目录也是模块)
每个模块独立管理依赖。测试时，你需要确保被测模块能正确引用其他本地或远程模块。
使用本地replace指令进行模块依赖测试
当module-a依赖module-b，但module-b尚未发布到远程仓库时，你可以在module-a/go.mod中使用replace指向本地路径：
立即学习“go语言免费学习笔记（深入）”；
module example.com/module-ago 1.21
require example.com/module-b v1.0.0
replace example.com/module-b => ../module-b
这样，在运行go test时，Go会从本地加载module-b的代码，便于集成测试。
在根目录统一运行所有模块的测试
如果你想一次性运行所有模块的测试，可以在项目根目录编写一个简单的脚本或使用Makefile：
dmSOBC SHOP网店系统
下载
dmSOBC SHOP网店系统由北京时代胜腾信息技术有限公司（http://www.webzhan.com）历时6个月开发完成，本着简单实用的理念，商城在功能上摒弃了外在装饰的一些辅助功能，尽可能的精简各项模块开发，做到有用的才开发，网店V1.0.0版本开发完成后得到了很多用户的使用并获得了好评，公司立即对网店进行升级，其中包括修正客户提出的一些意见和建议，现对广大用户提供免费试用版本，如您在使用
cd module-a && go test ./... && \
cd ../module-b && go test ./...
或者用shell命令遍历所有模块：
find . -name "go.mod" -execdir go test ./... \;这会在每个包含go.mod的目录中执行测试。
确保测试覆盖内部包且避免循环依赖
多模块项目容易出现包设计不合理的问题。建议：
- 将共享代码提取为独立模块（如
common模块）供其他模块引入 - 避免模块之间相互依赖（循环依赖）
- 对公共函数编写单元测试，并在各自模块内运行
go test -cover检查覆盖率
例如，在module-b中运行：
基本上就这些。只要合理使用replace、组织好模块边界，并通过脚本能批量执行测试，Golang多模块项目的测试就能清晰可控。
