在Android上Kotlin的单元测试（KAD22）

作者：Antonio Leiva

时间：Apr 25, 2017

原文链接：https://antonioleiva.com/unit-tests-android-kotlin/

 

 

当然，Kotlin也允许我们以非常简单的方法进行单元测试，它非常类似我们在Java中进行的那样。

 

 

当我们使用想Mockito库时，有一些小的复杂，但是，我们会看到一些技巧使它更容易。

 

Kotlin的单元测试

 

虽然，单一测试题目总是存在争议，我不打算在这里对此进行详细说明。

 

 

对于我们的例子，只要意识到单元测试是不需要设备进行运行的测试就足够了。IDE能够执行它们，并显示结果，识别出哪些执行了，哪些是失败了。

 

配置Gradle

 

你需要加jUnit到你的依赖关系中。在创建项目时，由于这是默认配置，它可能已经包括了。我们还要加Mockito，这在后面要用到它。

testCompile "junit:junit:4.12"
testCompile "org.mockito:mockito-core:1.10.19"

 

创建第一个测试

 

 

在app/src/test文件夹中（如果它不存在，你可以创建它），你可创建一个叫做MyTest的新类，它类似这样：

class MyTest {

    @Test
    fun testsWork() {
        assertTrue(true)
    }
}

 

如你所见，它非常类似我们在Java中使用的那样。

 

怎样用Mockito

 

在Kotlin中，虽然你可能发现使用Mockito有些复杂，但是，还是可以像使用其它库一样使用Mockito。这些复杂的点，就是需要我们来解决的。

 

这是书中的例子：

@Test 
fun emptyDatabaseReturnsServerValue() {
    val db = Mockito.mock(ForecastDataSource::class.java)
    val server = Mockito.mock(ForecastDataSource::class.java)
    `when`(server.requestForecastByZipCode(any(Long::class.java), any(Long::class.java)))
            .then { ForecastList(0, "city", "country", listOf()) }

    val provider = ForecastProvider(listOf(db, server))
    assertNotNull(provider.requestByZipCode(0, 0))
}

 

你看，所有的都非常类似。你能够创建自己mock，并在整个代码中无缝地使用它们，你也能够用’MockitoJUnitRunner’和注解。

 

when字是Kotlin的保留字，所以你需要用反转逗号，甚至你可以用import重命名，给它所需的名称：

import org.mockito.Mockito.`when` as _when

 

在你输入mock类型时，问题出现了，它不允许null值。默认情况下，Mockito为mock对象指定null值，这问题迟早会出现的。

 

 

有个技巧可以用于这个：mockit-kotlin，它不用null了，而是默认的为每个类型给出具体值，来解决这一个问题。另外，它还利用Kotlin的优势提供了其他函数，使事情更简单。

 

 

另一个问题是，默认情况下，Kotlin的所有类和函数都被关闭，也就是它们不能被扩展。由于不能模拟它们，这是Mockito的问题。

 

但这已不是问题了，Mockito 2允许模拟最终的对象了。

 

在后续文章中，我们读到怎样使用它。

 

 

一件有趣的小事

 

 

Kotlin允许我们比Java更灵活命名函数。如果我们反转逗号，我们可以把想到的任何文字放在其中。

 

 

这对测试非常有用，其中最重要的是测试名称能够完美地描述了你要做事，以便能够更规范。

 

 

因此，你能够有这样的名称的测试：

 

@Test fun `test something works as expected`() {
    Assert.assertTrue(false)
}

 

 

除了提高可读性外，最好的是可以在测试失败时候输出更容易理解的结果。你会看到更清晰错误。

 

 

如果在Android项目中使用它，你会看到它显示一个Lint错误，指示Android项目的方法不能有空格。在我的测试中，我没有注意到这可能是一个问题。 Gradle运行它们没有问题，所以你可以添加注释来忽略错误。

 

 

无论如何，请记住只用于测试。

 

 

结论

 

 

虽然理论上，在Java中，我们可以使用的测试工具，在Kotlin中，应该没有问题，但是基于反射和对代码添加null确实给我们带来了一些问题。

 

Kotlin非常关注无效代码，这在某些情况下可能是个粘滞点。但是，有越来越多的替代方法可以以简单的方式进行的，而与Mockito 2相比，所有这些问题都将消失。

 

 

除了这些小缺陷之外，其他一切都与Java一样。

 

 

想要继续学习Kotlin？只需查阅我写的有关该主题的所有文章。