JUnit：求求你了，别再用 main 方法测试了，java程序员面试宝典pdf

最新推荐文章于 2023-12-29 19:35:36 发布

m0_64867047

最新推荐文章于 2023-12-29 19:35:36 发布

阅读量432

点赞数 2

分类专栏：程序员文章标签：面试 java 后端

本文链接：https://blog.csdn.net/m0_64867047/article/details/121884896

版权

程序员专栏收录该内容

178 篇文章 0 订阅

订阅专栏

@Test

void fact() {

assertEquals(1, Factorial.fact(1));

assertEquals(2, Factorial.fact(2));

assertEquals(6, Factorial.fact(3));

assertEquals(100, Factorial.fact(5));

}

@Test 注解是我要求的，我会把带有 @Test 的方法识别为测试方法。在测试方法内部，你可以使用 assertEquals() 对期望的值和实际的值进行比对。

第三步，你可以在邮件菜单中选择「Run FactorialTest」来运行测试用例，结果如下所示。

测试失败了，因为第 20 行的预期结果和实际不符，预期是 100，实际是 120。此时，你要么修正实现代码，要么修正测试代码，直到测试通过为止。

不难吧？单元测试可以确保单个方法按照正确的预期运行，如果你修改了某个方法的代码，只需确保其对应的单元测试通过，即可认为改动是没有问题的。

03、瞻前顾后

在一个测试用例中，可能要对多个方法进行测试。在测试之前呢，需要准备一些条件，比如说创建对象；在测试完成后呢，需要把这些对象销毁掉以释放资源。如果在多个测试方法中重复这些样板代码又会显得非常啰嗦。

这时候，该怎么办呢？

我为你提供了 setUp() 和 tearDown()，作为一个文化人，我称之为“瞻前顾后”。来看要测试的代码。

public class Calculator {

public int sub(int a, int b) {

return a - b;

}

public int add(int a, int b) {

return a + b;

}

新建测试用例的时候记得勾选setUp 和 tearDown。

生成后的代码如下所示。

class CalculatorTest {

Calculator calculator;

@BeforeEach

void setUp() {

calculator = new Calculator();

}

@AfterEach

void tearDown() {

calculator = null;

}

@Test

void sub() {

assertEquals(0,calculator.sub(1,1));

}

@Test

void add() {

assertEquals(2,calculator.add(1,1));

}

@BeforeEach 的 setUp() 方法会在运行每个 @Test 方法之前运行；@AfterEach 的 tearDown() 方法会在运行每个 @Test 方法之后运行。

与之对应的还有 @BeforeAll 和 @AfterAll，与 @BeforeEach 和 @AfterEach 不同的是，All 通常用来初始化和销毁静态变量。

public class DatabaseTest {

static Database db;

@BeforeAll

public static void init() {

db = createDb(…);

}

@AfterAll

public static void drop() {

…

}

03、异常测试

对于 Java 程序来说，异常处理也非常的重要。对于可能抛出的异常进行测试，本身也是测试的一个重要环节。

还拿之前的 Factorial 类来进行说明。在 fact() 方法的一开始，对参数 n 进行了校验，如果小于 0，则抛出 IllegalArgumentException 异常。

public class Factorial {

public static long fact(long n) {

if (n < 0) {

throw new IllegalArgumentException(“参数不能小于 0”);

}

long r = 1;

for (long i = 1; i <= n; i++) {

r = r * i;

}

return r;

}

在 FactorialTest 中追加一个测试方法 factIllegalArgument()。

@Test

void factIllegalArgument() {

assertThrows(IllegalArgumentException.class, new Executable() {

@Override

public void execute() throws Throwable {

Factorial.fact(-2);

}

});

}

我为你提供了一个 assertThrows() 的方法，第一个参数是异常的类型，第二个参数 Executable，可以封装产生异常的代码。如果觉得匿名内部类写起来比较复杂的话，可以使用 Lambda 表达式。

@Test

void factIllegalArgumentLambda() {

assertThrows(IllegalArgumentException.class, () -> {

Factorial.fact(-2);

});

}

04、忽略测试

有时候，由于某些原因，某些方法产生了 bug，需要一段时间去修复，在修复之前，该方法对应的测试用例一直是以失败告终的，为了避免这种情况，我为你提供了 @Disabled 注解。

class DisabledTestsDemo {

@Disabled(“该测试用例不再执行，直到编号为 43 的 bug 修复掉”)

@Test

void testWillBeSkipped() {

}

@Test

void testWillBeExecuted() {

}

@Disabled 注解也可以不需要说明，但我建议你还是提供一下，简单地说明一下为什么这个测试方法要忽略。在上例中，如果团队的其他成员看到说明就会明白，当编号 43 的 bug 修复后，该测试方法会重新启用的。即便是为了提醒自己，也很有必要，因为时间长了你可能自己就忘了，当初是为什么要忽略这个测试方法的。