一分耕耘，一分收获！既然打开了这篇文章《如何从 Go 测试覆盖中忽略生成的文件》，就坚持看下去吧！文中内容包含golang等等知识点...希望你能在阅读本文后，能真真实实学到知识或者帮你解决心中的疑惑，也欢迎大佬或者新人朋友们多留言评论，多给建议！谢谢！

我的包中有一个生成的文件，DO NOT EDIT顶部有一个。我正在使用go test -coverprofile=cover.out . 这将创建覆盖配置文件并显示总覆盖百分比。但它还包括在计算覆盖率时生成的文件。有没有办法在覆盖率计算中忽略生成的文件？

大多数 Go 工具都对包进行操作，因为包本身形成了一个整体可能有用的 单元。 从包中排除文件很容易“破坏”包：被排除的文件可能包含（关键）包初始化代码，甚至可能导致剩余的包文件无法编译。

go test也不例外：它也对包进行操作。没有从包中排除文件的第一手支持。

如果您的包可以在没有生成文件的情况下进行编译和测试，您可以选择将文件生成到不同的包中，然后它自然不会包含在包的（覆盖）测试中。

另一种处理方法是仍然在同一个包/文件夹中生成它，并在生成的文件中使用特殊的构建标签，您可以在运行覆盖测试时排除这些标签。您可以在此处阅读有关构建标签的更多信息：[构建约束](https://golang.org/pkg/go/build/#hdr- Build_Constraints)，以及在此处：[在 Go 中封装特定于平台的代码的正确方法是什么？](https://stackoverflow.com/questions/35428963/what-is- the-right-approach-to-encapsulate-platform-specific-code-in- go/35429081#35429081)

如果需要生成文件来编译/测试包，那么您仍然有一个选择：为生成的文件使用 内部 包。内部包仅可用于以internal文件夹为根的包树，这意味着您可以导出内部包中的任何标识符，编译器确保它们不会被“非预期”方使用。您可以在此处阅读有关内部包的更多信息：[我可以在多个源目录中开发一个 go 包吗？](https://stackoverflow.com/questions/45899203/can-i-develop-a-go- package-in-multiple-source-directories/45902409#45902409)

还要考虑为生成的代码编写或生成测试的选项，无论如何这可能是一种很好的做法，因此您不必使用技巧将它们从覆盖测试中排除。

今天关于《如何从 Go 测试覆盖中忽略生成的文件》的内容介绍就到此结束，如果有什么疑问或者建议，可以在golang学习网公众号下多多回复交流；文中若有不正之处，也希望回复留言以告知！