Android单元测试学习之 Junit4

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上软件测试知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

需要这份系统化的资料的朋友，可以戳这里获取

• 核心业务代码

一个产品里最核心最优业务价值的代码应该要有较高的单元测试覆盖率

不能测试的地方：

就是不能依赖系统变量，即同样的输入值，却会输出不同的输出值（比如用到了时间戳）

单元测试只能依赖传入的参数。

1.4 单元测试的基本原则

---

AIR原则

• Automatic 自动化

全自动执行的，并非交互式的。测试用例通常是被定期执行的，执行过程必须完全自动化才有意义。

单元测试中不准使用print、echo来进行人肉验证，必须使用assert来验证。

• Independent 独立性

保持单元测试的独立性，单元测试用例之间绝不能互相调用，也不能依赖执行的先后次序

• Repeatable 重复性

单元测试是可以重复执行的，不能收到外界环境的影响，因为单元测试通常会被放到持续集成中，每次有代码check in时单元测试都会被执行。如果单测对外部环境（网络、服务等）有依赖，容易导致持续集成机制的不可用

2. Junit4

===========================================================================

2.1 什么是Junit4

---

Junit4是事实上的Java标准测试库，并且它是JUnit框架有史以来的最大改进，其主要目标便是利用Java5的Annotation特性简化测试用例的编写。这也说明想要使用Jnit4，得有JDK1.5以上

也就是说 Junit4是使用注解来完成测试的。

Android Studio已经自动依赖了Junit4框架，我们不用自己手动加，直接就可以在项目中使用了。

而使用Junit的方式是 注解+断言，先来看下他们有什么吧

2.2 Jnit4框架注解

---

下面是Jnit4框架重点的注解

| 注解 | 描述 |

| — | — |

| @Test | 指明这是一个测试方法 (@Test注解可以接受2个参数，一个是预期错误 expected，一个是超时时间timeout |

| @Before | 在所有测试方法之前执行 |

| @After | 在所有测试方法之后执行 |

| @BeforeClass | 在该类的所有测试方法和@Before方法之前执行 （修饰的方法必须是静态的） |

| @AfterClass | 在该类的所有测试方法和@After 方法之后执行（修饰的方法必须是静态的） |

| @Ignore | 忽略此单元测试 |

| @Runwith | 放在测试类名之前，用来确定这个类怎么运行的。也可以不标注，会使用默认运行器。 |

2.3 JUnit断言

---

| 断言 | 描述 |

| — | — |

| assertEquals([String message],expected value,actual value) | 断言两个值相等。值类型可能是int，short，long，byte，char，Object，第一个参数是一个可选字符串消息 |

| assertTrue([String message],boolean condition) | 断言一个条件为真 |

| assertFalse([String message],boolean condition) | 断言一个条件为假 |

| assertNotNull([String message],java.lang.Object object) | 断言一个对象不为空（null） |

| assertNull([String message],java.lang.Object object) | 断言一个对象为空（null） |

| assertSame([String message],java.lang.Object expected,java.lang.Object actual) | 断言两个对象引用相同的对象 |

| assertNotSame([String message],java.lang.Object unexpected,java.lang.Object actual) | 断言两个对象不是引用同一个对象 |

| assertArrayEquals([String message],expectedArray,resultArray) | 断言预期数组和结果数组相等，数组类型可能是int，short，long，byte，char，Object |

2.4 写一个简单的测试类

---

第一步是写好我们的业务代码，我们先在main.java包下写一个 MathHelper类：

class MathHelper {

/**

• 计算阶乘

*/

fun factorial(n: Int): Int {

return when {

n < 0 -> {

throw Exception(“负数没有阶乘”)

}

n <= 1 -> {

1

}

else -> {

n * factorial(n - 1)

}

}

}

}

接着，我们在 src.test 包下创建一个 MathHelperTest 类，命名按照 被测试类名+Test的规范

然后写入下面代码：

class MathHelperTest {

@Test

fun testFactorial() {

assertEquals(6, MathHelper().factorial(3))

}

}

然后crtl+shift+f10 开始测试，如下所示：

发现左边打了勾，证明该函数测试通过，假如我们把6换成7，就会出现下面的情况：

2.5 自动生成一个测试类

---

如果我们自己手写测试类，那项目庞大时，这无疑非常麻烦，我们可以使用Android Studio自带的插件来实现自动生成测试类。

我们先把之前写的 Test类删去。

然后在 MathHelper类中 crtl + shift + T -> create new Test -> 选中Testing library为Junit4 -> 选中需要测试的方法 ->确定

就能生成测试类了：

2.6 异常和超时

---

注解中讲过 @Test可以放入两个参数

• ecepted

• timeout

excepted是用来测试异常抛出的，比如我们这么写：

@Test(expected = Exception::class)

fun factorial() {

MathHelper().factorial(-1)

fail(“参数为负数但是没有抛出错误”)

}

用来捕获Exception异常，如果没有抛出，则会走到 fail()语句，表明程序发生意想不到的情况，如果捕获到，则报测试通过。

timeout是用来计算函数的计算时间是否超过设置时间

下面是一个操作的例子：

fun sort(array: Array) = Arrays.sort(array)

编写测试类，产生一个随机 一百万大的数组，然后排序，设置超时时间为200ms：

@Test(timeout = 200L)

fun sort() {

val r = Random(100000)

val array = Array(1000000, init = {

r.nextInt()

})

for (i in 0…999999) {

array[i] = r.nextInt()

}

MathHelper().sort(array)

}

发现抛出：org.junit.runners.model.TestTimedOutException: test timed out after 200 milliseconds

说明该方法超过时限。

2.7 套件测试

---

套件测试其实就是批量的运行测试类。

需要使用到下面三个注解：

• @RunWith

注解该类为一个测试入口

• @Suite.SuiteClasses

用于指定套件运行的测试类

比如我们将之前的 sort函数单独抽出来放在一个类里面，类名为 SortHelper

再创建一个 SortHelperTest，把之前的测试用例怼到这个类里面来。

class SortHelperTest {

@Test(timeout = 200L)

fun sort() {

val r = Random(100000)

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

@Test(timeout = 200L)

fun sort() {

val r = Random(100000)

[外链图片转存中…(img-bKeLinz3-1715722827055)]
[外链图片转存中…(img-LPNKKmmj-1715722827055)]

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！