既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,涵盖了95%以上软件测试知识点,真正体系化!
由于文件比较多,这里只是将部分目录截图出来,全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频,并且后续会持续更新
好了,既然知道了我这么优秀,那还等什么,直接上手吧!我最新的版本是 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
void testWillBeSkipped() {
}
@Test
void testWillBeExecuted() {
}
}
@Disabled
注解也可以不需要说明,但我建议你还是提供一下,简单地说明一下为什么这个测试方法要忽略。在上例中,如果团队的其他成员看到说明就会明白,当编号 43 的 bug 修复后,该测试方法会重新启用的。即便是为了提醒自己,也很有必要,因为时间长了你可能自己就忘了,当初是为什么要忽略这个测试方法的。
05、条件测试
有时候,你可能需要在某些条件下运行测试方法,有些条件下不运行测试方法。针对这场使用场景,我为你提供了条件测试。
1)不同的操作系统,可能需要不同的测试用例,比如说 Linux 和 Windows 的路径名是不一样的,通过 @EnabledOnOs
注解就可以针对不同的操作系统启用不同的测试用例。
@Test
@EnabledOnOs(MAC)
void onlyOnMacOs() {
// …
}
@TestOnMac
void testOnMac() {
// …
}
@Test
@EnabledOnOs({ LINUX, MAC })
void onLinuxOrMac() {
// …
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,涵盖了95%以上软件测试知识点,真正体系化!
由于文件比较多,这里只是将部分目录截图出来,全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频,并且后续会持续更新
void testOnMac() {
// …
}
@Test
@EnabledOnOs({ LINUX, MAC })
void onLinuxOrMac() {
// …
[外链图片转存中…(img-cg0gqOSr-1715804075462)]
[外链图片转存中…(img-7lptrGuI-1715804075462)]
[外链图片转存中…(img-I73Nxbpv-1715804075463)]
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,涵盖了95%以上软件测试知识点,真正体系化!
由于文件比较多,这里只是将部分目录截图出来,全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频,并且后续会持续更新