如何为私有初始化方法（private init）获取测试覆盖率

嘿，这个问题我在做Swift框架开发的时候也遇到过——用私有init的结构体存常量确实很优雅，既避免了全局命名污染，又能明确常量的用途，但覆盖率报告里总是卡着这个未覆盖的初始化方法，挺烦人的。这里有几个实用的解决办法：

方法1：用@testable直接访问框架内部API #

这是最简单也最符合Swift测试设计的方案。因为你的结构体属于框架模块，测试目标可以通过@testable import来访问模块内的非公开成员，包括这个私有初始化方法。

测试代码示例：

@testable import YourFrameworkName

class SpecificConstantsTests: XCTestCase {
    func testPrivateInitCoverage() {
        // 调用私有初始化方法，不需要使用实例，只要触发就行
        _ = SpecificConstants()
    }
}

运行这个测试后，私有init的覆盖率就会被统计到了，而且完全不会影响生产环境下的代码逻辑。

方法2：用编译条件区分测试/生产环境的访问级别 #

如果你不想让测试代码直接访问私有API，可以通过编译条件，让初始化方法在测试环境下变成internal级别，生产环境保持private。

修改你的结构体代码：

public struct SpecificConstants {
    #if TESTING
    internal init() {}
    #else
    private init() {}
    #endif
    public static let foo: String = "foo"
}

然后在测试目标的Build Settings里，找到Active Compilation Conditions，添加TESTING这个编译标记。这样在测试时，init是可访问的，你同样可以在测试代码里调用_ = SpecificConstants()来覆盖它；生产环境下，init还是私有，完全符合你的设计意图。

方法3：忽略该方法的覆盖率（不推荐） #

如果这个私有init完全没有业务逻辑，只是用来防止结构体被实例化，你也可以选择在覆盖率报告里忽略它。不过这个方法不推荐，因为会让覆盖率数据不够准确，但作为备选方案可以参考：

在Xcode的测试方案中，进入Coverage设置，添加排除规则，匹配SpecificConstants.init()，这样这个方法就不会被计入未覆盖的统计里了。

内容的提问来源于stack exchange，提问作者Jan Nash