Android单元测试的一点看法_android本地单元测试研究

Android中的单元测试其实还是不复杂的，在轻度使用上:

1. 鼠标落到某需要测试的类名上alt+enter 弹出createTest对话框。
2. 默认的jUnit4是已经有依赖了的，选中即可
3. 勾选某个要测试的方法，当然如果有资源或者对象需要先申请、或者测试后需要释放，也可以勾选上面的Before、After。
   

关于jvm本地测试和instrumented测试

• module-name/src/test/java/xxxx/ExampleUnitTest
  　　该目录下的代码运行在本地JVM上，其优点是速度快，不需要设备或模拟器的支持，但是无法直接运行含有android系统API引用的测试代码。纯java代码，简单的一些运算或者校验工具类比较适合
• module-name/src/androidTest/java/xxxx/ExampleInstrumentedTest
  　　该目录下的测试代码需要运行在android设备或模拟器下面，因此可以使用android系统的API，速度较慢。也比较常用，比如某个类的某个方法在很深的页面，要一顿操作才能走到这个方法。

/**
 * Instrumented test, which will execute on an Android device.
 *  * @see <a href="http://d.android.com/tools/testing">Testing documentation</a>
 */
@RunWith(AndroidJUnit4.class)
public class ExampleInstrumentedTest {
    @Test
    public void useAppContext() {
        // Context of the app under test.
        拿到context，然后就可以为所欲为。
        Context appContext = InstrumentationRegistry.getTargetContext();
        assertEquals("xxxx", appContext.getPackageName());
    }
}
1
2
3
4
5
6
7
8
9
10
11
12
13
14

jUnit4

JUnit4中常用的几个注解

• @BeforeClass 测试类里所有用例运行之前，运行一次这个方法。方法必须是public static void
• @AfterClass 与BeforeClass对应。
• @Before 在每个用测试例运行之前都运行一次。
• @After 与Before对应。
• @Test 指定该方法为测试方法，方法必须是public void。
• @RunWith 测试类名之前，用来确定这个类的测试运行器。

比如这样:如果需要用到Android的类，则要跑模拟器切记

    @Test
    fun addition_isCorrect() {
        assertEquals(4, 2 + 2)
    }
        @Test
    public void md5() {
        assertEquals(MD5.md5("123456"), "e10adc3949ba59abbe56e057f20f883e");
    }
    @Test
    fun testJson(){
        val qr = QRCodeData("T123456")
        val res = GsonUtils.toJson(qr)
        LogUtils.e("res:$res")
    }
1
2
3
4
5
6
7
8
9
10
11
12
13
14

运行

手动运行

运行整个测试用例，只需要在需要在文件上右键->run即可
运行单个case，在对应的方法中点击，右键->run即可

其他

单元测试，集成测试，UI测试

• UI测试是测试到交互和视觉，以及操作的结果是否符合预期。可以通过Espresso，UI Automator等框架，或者人工测试。
• 集成测试是基于单元测试，将多个单元测试组装起来进行测试，实际测试往往会运行慢，依赖过多导致集成测试非常费时。
• 单元测试仅针对最小单元，在面向对象中，单元指的是方法，包括基类（超类）、抽象类、或者派生类（子类）中的方法。

三者的在实际应用中可以通过Test Pyramid（Martin Fowler的总结）来衡量：