Kotlin Spek测试中定义资源文件名常量的惯用方式

嘿，这个问题我之前用Spek时也碰到过，确实它的object测试结构和JUnit的类结构有差异，没法直接照搬JUnit里static final的写法。不过有几个实用的惯用方案，能优雅解决这个问题，我给你一一说明：

1. 将常量放在Spek Object的顶层成员中（最常用） #

Spek测试本身就是一个object，你完全可以把常量声明在这个object的顶层（也就是spek{...}代码块的外面），而不是放在lambda内部。这样既符合Kotlin语法规则，又能让常量在整个测试类中访问：

object MyResourceSpec : Spek({
    // 测试代码块，这里可以直接引用下面的常量
    describe("loading test resources") {
        it("should read the correct file") {
            val fileContent = loadResource(TEST_DATA_JSON)
            // 断言逻辑
        }
    }
}) {
    // 在这里声明常量，属于object的成员，const修饰符是合法的
    private const val TEST_DATA_JSON = "test-data.json"
    private const val SAMPLE_CONFIG_YML = "sample-config.yml"
    // 如果不是编译时常量，用普通val即可
    private val DYNAMIC_RESOURCE_PATH = "/test-resources/${System.getProperty("env")}"
}

你之前碰到的Modifier 'const' is not applicable to 'local variable'错误，大概率是因为把const放在了spek{...}这个lambda内部（局部变量位置）。Kotlin的const只能用于顶层属性或者object/companion object的成员属性，局部变量不允许加const，把常量移到object的顶层就解决了。

2. 抽成独立的共享常量文件/对象（适合多测试类复用） #

如果多个Spek测试都需要用到相同的资源文件名，最好把这些常量抽出来单独管理，提升复用性：

方案A：文件级顶层常量 #

创建一个单独的文件（比如TestResources.kt），直接声明顶层常量：

// TestResources.kt
const val TEST_DATA_JSON = "test-data.json"
const val SAMPLE_CONFIG_YML = "sample-config.yml"

然后在任何Spek测试中直接导入使用即可。

方案B：用Object封装常量 #

如果需要给常量加命名空间，避免和其他常量冲突，可以用object封装：

object TestResources {
    const val TEST_DATA_JSON = "test-data.json"
    const val SAMPLE_CONFIG_YML = "sample-config.yml"
    val DYNAMIC_RESOURCE_PATH = "/test-resources/${System.getProperty("env")}"
}

使用时通过TestResources.TEST_DATA_JSON引用，结构更清晰。

3. 局部测试块内的常量（用普通val） #

如果某个常量只在特定的测试组（比如某个describe或context块）中使用，直接在块内声明普通val即可，不用const（毕竟局部变量不能用const）：

object MyResourceSpec : Spek({
    describe("specific resource test") {
        // 仅在这个describe块内生效的常量
        val testFileName = "specific-test-file.txt"

        it("should process the file correctly") {
            // 使用testFileName
        }
    }
})

这种方式能缩小常量的作用范围，避免不必要的全局暴露。

内容的提问来源于stack exchange，提问作者Tom Tresansky