2

在下面的 MWE 中,我试图验证调用是否baz()也会调用另一个对象的方法。但是,我似乎无法模拟/监视该对象。

MWE:

package com.example

import io.mockk.every
import io.mockk.mockkStatic
import io.mockk.spyk
import io.mockk.verify
import org.junit.jupiter.api.Test

class FooBarTest {
    @Test
    fun `top level fun baz() calls theVal_bar()`() {
        mockkStatic("com.example.FooBarTestKt")
        val spy = spyk(theVal, name = "Hello, Spy!")

        every { theVal } returns spy

        // Should call bar() on the spy, but note that the spy's name is not printed
        baz()

        verify { spy.bar() }
    }
}

class Foo

fun Foo.bar() = println("Foo.bar! name = $this")

val theVal = Foo()

fun baz() = theVal.bar()

这失败了,因为调用theVal.bar()获取val初始化值而不是模拟值spy

如何在不更改顶级属性定义的情况下强制使用间谍?换句话说:我需要一个顶级的“常量”,但我也想模拟它。我可以使用val theVal get() = Foo(),它解决了这个问题,但它显着改变了代码,因为它Foo每次都会替换实例。

使用的版本: - Kotlin 1.3.10 - MockK 1.8.13.kotlin13 - JUnit 5.3.1

错误:

java.lang.AssertionError: Verification failed: call 1 of 1: class com.example.FooBarTestKt.bar(eq(Foo(Hello, Spy!#1)))). Only one matching call to FooBarTestKt(static FooBarTestKt)/bar(Foo) happened, but arguments are not matching:
[0]: argument: com.example.Foo@476b0ae6, matcher: eq(Foo(Hello, Spy!#1)), result: -
4

2 回答 2

3

哦,当涉及到静态和对象模拟以及扩展函数时,这真是太疯狂了。为了生存,只需将扩展函数视为带有参数的静态函数。

检查,这是有效的,因为fooInstance它只是作为第一个参数传递的对象:

    mockkStatic("kot.TestFileKt")

    baz()

    val fooInstance = theVal

    verify { fooInstance.bar() }

结合它不起作用:

    verify { theVal.bar() }

因为它也是经过验证的。

这也将起作用(正如我所说Foo的只是静态方法的第一个参数):

    mockkStatic("kot.TestFileKt")

    baz()

    verify { any<Foo>().bar() }
于 2018-11-28T04:16:18.640 回答
0

而不是使用初始化程序,而是使用支持(私有)属性get()用于val被模拟:

private val _theVal = Foo()
val theVal get() = _theVal

使用 getter 而不是初始化器会创建一个没有静态支持字段的 getter 方法。您可以检查字节码以查看:

科特林:

package com.example

@JvmField // See also: https://kotlinlang.org/docs/reference/java-to-kotlin-interop.html#instance-fields
val thisIsAField = "I'm static!"

val thisIsAValWithInitialiser = "I'm a static field too!"

val thisIsAValWithGetter get() = "I'm hardcoded in the getter method!"

字节码(我已经消除了很多混乱,以便我的观点更容易理解):

public final static Ljava/lang/String; thisIsAField

private final static Ljava/lang/String; thisIsAValWithInitialiser

public final static getThisIsAValWithInitialiser()Ljava/lang/String;
L0
LINENUMBER 6 L0
GETSTATIC com/example/FooBarTestKt.thisIsAValWithInitialiser : Ljava/lang/String;
ARETURN
L1

public final static getThisIsAValWithGetter()Ljava/lang/String;
L0
LINENUMBER 8 L0
LDC "I'm hardcoded in the getter method!"
ARETURN
L1

static <clinit>()V
L0
LINENUMBER 4 L0
LDC "I'm static!"
PUTSTATIC com/example/FooBarTestKt.thisIsAField : Ljava/lang/String;
L1
LINENUMBER 6 L1
LDC "I'm a static field too!"
PUTSTATIC com/example/FooBarTestKt.thisIsAValWithInitialiser : Ljava/lang/String;
RETURN

你在这里能看到什么?thisIsAField和之间有一个重要的相似之处thisIsAValWithInitialiser,因为它们是由静态字段支持的。getter 方法thisIsAValWithInitialiser只是返回该值。值为private

thisIsAValWithInitialiser和之间的相似之处在于thisIsAValWithGetter它们都是公共的getter方法,但不同之处在于它们的返回值thisIsAValWithGetter是硬编码在方法体中的。这只是一个 MockK 可以覆盖的公共方法(即使它是最终的)。

我猜(因为我不知道内部情况) MockK 不能推翻GETSTATIC com/example/FooBarTestKt.thisIsAValWithInitialiser : Ljava/lang/String;,这就是为什么不能模拟val初始化程序的原因。

于 2018-11-27T15:53:00.733 回答