public class Factorial {
public static long fact(long n) {
long r = 1;
for (long i = 1; i <= n; i++) {
r = r * i;
}
return r;
}
public static void main(String[] args) {
if (fact(3) == 6) {
System.out.println(“通过”);
} else {
System.out.println(“失败”);
}
}
}
要测试 fact() 方法正确性，你在 main() 方法中编写了一段测试代码。如果你这么做过的话，我只能说你也曾经青涩天真过啊！使用 main() 方法来测试有很多坏处，比如说：
1）测试代码没有和源代码分开。
2）不够灵活，很难编写一组通用的测试代码。
3）无法自动打印出预期和实际的结果，没办法比对。
但如果学会使用我——JUnit 的话，就不会再有这种困扰了。我可以非常简单地组织测试代码，并随时运行它们，还能给出准确的测试报告，让你在最短的时间内发现自
《一线大厂Java面试题解析+后端开发学习笔记+最新架构讲解视频+实战项目源码讲义》
【docs.qq.com/doc/DSmxTbFJ1cmN1R2dB】 完整内容开源分享
己编写的代码到底哪里出了问题。
02、上手指南
好了，既然知道了我这么优秀，那还等什么，直接上手吧！我最新的版本是 JUnit 5，Intellij IDEA 中已经集成了，所以你可以直接在 IDEA 中编写并运行我的测试用例。
第一步，直接在当前的代码编辑器窗口中按下 Command+N 键（Mac 版），在弹出的菜单中选择「Test…」。
勾选上要编写测试用例的方法 fact()，然后点击「OK」。
此时，IDEA 会自动在当前类所在的包下生成一个类名带 Test（惯例）的测试类。如下图所示。
如果你是第一次使用我的话，IDEA 会提示你导入我的依赖包。建议你选择最新的 JUnit 5.4。
导入完毕后，你可以打开 pom.xml 文件确认一下，里面多了对我的依赖。
org.junit.jupiter
junit-jupiter
RELEASE
compile
第二步，在测试方法中添加一组断言，如下所示。
@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
372
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
