背景

在持续交付越来越流行的今天,单测作为保障 CI 质量的重要一环也开始在国内被重视起来。

不过在单测上大家的态度还是比较矛盾的,担心的事情主要有两个:

但是缺少这一环,在整个 devops 流程中很多编译时严重问题会被延缓到运行时暴露,这对于项目效率阻碍也不小。。

于是就有了灵感来源:

做了什么

RandUnit 取义自 Random UnitTest,他会:

而这一切只需要一次简单的复制粘贴:

import com.williamfzc.randunit.env.NormalTestEnv
import com.williamfzc.randunit.models.StatementModel
import com.williamfzc.randunit.scanner.ScannerConfig
import org.junit.Test
import org.junit.runner.RunWith
import org.junit.runners.Parameterized

@RunWith(Parameterized::class)
class MinExampleTest(private val statementModel: StatementModel) {
    companion object {
        private val testEnv = NormalTestEnv()
        private const val packageName = "com.your.package"
        private val cases by lazy {
            val scannerConfig = ScannerConfig()
            scannerConfig.includeFilter.add(packageName)

            RandUnit.collectStatementsWithPackage(packageName, scannerConfig)
        }

        @JvmStatic
        @user3ters(name = "{0}")
        fun data(): Collection<StatementModel> {
            return cases
        }
    }

    @Test
    fun runStatements() {
        testEnv.runStatementInSandbox(statementModel)
    }
}

由于它是合法的 junit 用例,所以你可以在 ide 里直接运行它。直接 run with coverage 的话:

可以看到,它帮你生成了 500+ 条用例并执行了,并且达到了不错的覆盖率。

解决了啥

再回头看看是不是解决了上面的三个问题:

像这种问题:

override fun getCastOptions(context: Context?): CastOptions? {

    // oh, you import a non-existed class here!
    // it should cause a ClassNotFoundException
    Class.forName("import unknown class here!")

    ...
}

该类型问题在编译期并不能被发现,问题越晚暴露 == 修复成本越高。使用之后就不会被遗漏到集成之后啦:

WARNING: error happened inside sandbox: java.lang.reflect.InvocationTargetException

java.lang.ClassNotFoundException: import unknown class here!

    at org.robolectric.internal.bytecode.SandboxClassLoader.getByteCode(SandboxClassLoader.java:158)

什么时候推荐使用 randunit

推荐使用的情况

你的项目目前还处于裸奔的状态,或单元测试做得不好的状态

不推荐使用的情况

你想要一个彻底发现问题并能完整覆盖整个项目的工具

原型与演进方向

有一些朋友肯定会拿 evosuite 跟 randoop 出来杠我,而事实上这个工程的灵感就源自他们。感兴趣可以看:原型与演进方向

链接


↙↙↙阅读原文可查看相关链接,并与作者交流