简述

在日常项目开发中，基本没有什么机会用到Kotlin，几个月前学习的语法，基本上都忘光了，于是自己强迫自己在写Demo中使用Kotlin，同时，在目前开发的项目中开了一个测试分支，用来补全之前没有写的测试代码。

笔者的Android单元测试相关系列：

Android单元测试：Mockito使用详解

Android单元测试：使用本地数据测试Retrofit

Android单元测试：测试RxJava的同步及异步操作

Android 自动化测试 Espresso篇：简介&基础使用

Android 自动化测试 Espresso篇：异步代码测试

环境配置

1.MockAPI

单元测试中使用真实开发环境中的真实数据是不明智的，最好的方式是用本地的数据模拟网络请求，比如说我们有这样一个API，联网library我们选择Retrofit:

//TestService
interface TestService {

    @GET("/test/api")
    abstract fun getUser(@Query("login") login: String): Observable<User>
}

我们本地mock这个API会返回这样的Json数据：

{
    "login": "qingmei2",
    "name": "qingmei"
}

对应的data类：

class User(val name: String = "defaultName",
           val login: String = "defaultLogin")

好的，接下来我们定义一个Asset类，负责管理本地Mock的API返回资源：

object MockAssest {

    private val BASE_PATH = "app/src/test/java/cn/com/xxx/xxx/base/mocks/data"

    //User API对应的模拟json数据的文件路径
    val USER_DATA = BASE_PATH + "/userJson_test"

    //通过文件路径，读取Json数据
    fun readFile(path: String): String {
        val content = file2String(File(path))
        return content
    }
    //kotlin丰富的I/O API,我们可以通过file.readText（charset）直接获取结果
    fun file2String(f: File, charset: String = "UTF-8"): String {
        return f.readText(Charsets.UTF_8)
    }
}

关于Kotlin更多强大的IO操作的API，可以参考这篇：Kotlin IO操作

2.MockRetrofit

我们直接配置一个MockRetrofit进行API的拦截：

class MockRetrofit {

    var path: String = ""

    fun <T> create(clazz: Class<T>): T {

        val client = OkHttpClient.Builder()
                .addInterceptor(Interceptor { chain ->
                    val content = MockAssest.readFile(path)
                    val body = ResponseBody.create(MediaType.parse("application/x-www-form-urlencoded"), content)
                    val response = Response.Builder()
                            .request(chain.request())
                            .protocol(Protocol.HTTP_1_1)
                            .code(200)
                            .body(body)
                            .message("Test Message")
                            .build()
                    response
                }).build()

        val retrofit = Retrofit.Builder()
                .baseUrl("http://api.***.com")
                .client(client)
                .addCallAdapterFactory(RxJava2CallAdapterFactory.create())
                .addConverterFactory(GsonConverterFactory.create())
                .build()
        return retrofit.create(clazz)
    }
}

这样我们直接通过MockRetrofit.create(APIService.class)直接mock一个对应的API Service对象。

3.对上面两个tool类的测试

在测试自己的业务代码之前，我们当然要先保证这两个工具类的逻辑正确，如果这两个脚手架都是错误的，那么接下来业务代码的单元测试毫无意义。

• MockAsset.kt的Test

class MockAssetTest {

    @Test
    fun assetTest() {
        //MockAssest读取文件，该函数所得结果将来会作为模拟的网络数据返回，我们这个单元测试的意义
        //就是保证模拟的网络数据能够正确的返回
        val content = MockAssest.readFile(MockAssest.USER_DATA)
        Observable.just(content)
                .test()
                .assertValue("{\n" + "    \"login\": \"qingmei2\",\n" + "    \"name\": \"qingmei\"\n" + "}")
    }
}

• MockRetrofit.kt的Test

class MockRetrofitTest {

    @Test
    fun mockRetrofitTest() {
        // 这个测试是保证Retrofit能够成功拦截API请求，并返回本地的Mock数据
        val retrofit = MockRetrofit()
        val service = retrofit.create(TestService::class.java)
        retrofit.path = MockAssest.USER_DATA  //设置Path，设置后，retrofit会拦截API,并返回对应Path下Json文件的数据

        service.getUser("test")
                .test()
                .assertValue { it ->
                    it.login.equals("qingmei2")
                    it.name.equals("qingmei")
                }
    }
}

使用 Mockito-Kotlin

我尝试使用这个新的库，mockito-kotlin：Using Mockito with Kotlin

我选择这个基于Mockito之上的拓展库的理由很简单，更方便入门（我无法保证之后的测试代码过程中会不会踩坑，但是首先我得能够进行单元测试）。

关于Mockito在Kotlin的使用中会遇到的一些问题，这篇文章也许会对你有些帮助：

在Kotlin上怎样用Mockito2 mock final 类（KAD 23)

我没有按照上面的步骤进行配置的尝试，但是当我在使用mockito-kotlin踩到坑时，在这篇笔记中留下这样一个后路，也许不会让我碰得头破血流而束手无策。

Mock依赖

我的项目中使用MVVM的架构，这意味着，ViewModel的测试至关重要。

首先我把一些常用的依赖放到了BaseViewModel中：

public class BaseViewModel {

    @Inject
    protected AccountManager accountManager;//账户相关
    @Inject
    protected ServiceManager serviceManager;//API相关

    //保存不同的加载状态
    public final ObservableField<State> loadingState = new ObservableField<>(LOAD_WAIT);
    ...
    ...
    ...
}

我写了一个BaseTestViewModel类，他继承了BaseViewModel，这意味着同样持有accountManager和serviceManager。

我在setUp函数中初始化了这两个重要的对象，并进行简单的测试：

open class BaseTestViewModel : BaseViewModel() {

    @Before
    fun setUp() {
        accountManager = mock()
        serviceManager = mock()
    }

    //测试accountManager 成功Mock
    @Test
    fun testAccountManager() {
        Assert.assertNotNull(accountManager)
        whenever(accountManager.toString()).thenReturn("mock AccountManager.ToString!")
        Assert.assertEquals(accountManager.toString(), "mock AccountManager.ToString!")
    }

    //测试serviceManager 成功Mock
    @Test
    fun testServiceManager() {
        Assert.assertNotNull(serviceManager)
        val alertService = mock<AlertService>()
        whenever(alertService.toString()).thenReturn("mock alertService")
        whenever(serviceManager.alertService).thenReturn(alertService)
        Assert.assertEquals(serviceManager.alertService.toString(), "mock alertService")
    }

    class TestViewModel : BaseTestViewModel() {
        //测试BaseTestViewModel的子类也能成功持有mock好了的accountManager
        @Test
        fun testSubTestClass() {
            Assert.assertNotNull(accountManager)
            whenever(accountManager.toString()).thenReturn("mock AccountManager.Sub ToString!")
            Assert.assertEquals(accountManager.toString(), "mock AccountManager.Sub ToString!")
        }
    }
}

这几个测试pass之后，我可以尝试对我的不同业务代码下的ViewModel进行测试了。

交流

本文是简单的尝试下搭建的测试脚手架，使用本地数据单元测试Retrofit的接口，如果您有更好的方式或思路，望请不吝指出。