GoLand不支持自动删除未覆盖测试代码，因标红仅表示未执行而非无用；需结合Coverage面板、调用分析及副作用检查人工确认后，再通过go test验证并清理残留依赖。
GoLand 本身不提供“自动剔除未覆盖测试代码”的功能——它只显示哪些没被覆盖，删不删、怎么删，得你手动判断和操作。
为什么不能一键删掉未覆盖的测试函数
覆盖率面板标红的行，只说明“这行没被执行”，但不等于“这行该删”。比如：
-
TestXXX函数整体 0% 覆盖，可能只是测试逻辑写错了（比如没调用被测函数），而不是函数多余； - 一个
setup辅助函数标红，可能是因为某个子测试被跳过（t.Skip()），而非无用； - 测试中用了
reflect或plugin动态调用，GoLand 跟踪不到执行流，误标为未覆盖。
先确认是不是真该删：看 Coverage 面板 + 源码上下文
直接在 Coverage 工具窗口里操作比猜更可靠：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 右键某
_test.go文件 → 选「Show Covered Lines Only」：编辑器只剩绿色行，红色区域就是裸露的“可疑代码”； - 点开标红的函数，检查它是否被任何
Test*函数调用（Ctrl+Click 跳转，或用Find Usages）； - 特别注意是否被
init()、包级变量初始化（如var _ = helper()）、或//go:generate引用——这些 deadcode 工具也抓不到； - 如果函数名出现在字符串里（比如日志、错误信息、
runtime.FuncForPC），哪怕没调用也不能删。
删之前必须跑通的验证步骤
删测试代码不是删业务逻辑，但一样可能破坏隐式契约：
- 删掉疑似无用的
TestHelper后，运行go test ./... -v，确认没有 panic 或 panic recover 失败； - 检查 CI 日志里是否曾因这个测试失败而被临时
// TODO注释掉——它可能是被绕过的集成场景； - 如果项目用了
go:embed或构建 tag（如// +build integration），确保当前构建环境已启用对应 tag 再判断覆盖状态； - 删完后，再跑一次
go mod tidy -compat=1.21（假设你用 Go 1.21+），防止测试依赖残留导致后续go test报 import 错误。
真正容易被忽略的，是那些“没被调用却承担了副作用”的测试辅助函数——比如注册全局钩子、修改 os.Args、或提前初始化某个单例。它们在 Coverage 里常是灰色或红色，但删了会导致其他测试静默失败。
