本文介绍了一套针对软件测试的学习资料，包括基础知识、进阶课程、单元测试、setUp/tearDown机制、异常处理、条件测试方法和如何利用注解如Disabled和Lambda。作者鼓励系统性学习以避免浅尝辄止，同时邀请读者加入技术交流社群共同成长。
先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前阿里P7
深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！
因此收集整理了一份《2024年最新软件测试全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。
既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上软件测试知识点，真正体系化！
由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新
如果你需要这些资料，可以添加V获取：vip1024b （备注软件测试）
正文
第三步，你可以在邮件菜单中选择「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() {
// …
}
@Test
@DisabledOnOs(WINDOWS)
void notOnWindows() {
// …
}
2）不同的 Java 运行环境，可能也需要不同的测试用例。@EnabledOnJre 和 @EnabledForJreRange 注解就可以满足这个需求。
网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。
需要这份系统化的资料的朋友，可以添加V获取：vip1024b （备注软件测试）
一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
INDOWS)
void notOnWindows() {
// …
}
2）不同的 Java 运行环境，可能也需要不同的测试用例。@EnabledOnJre 和 @EnabledForJreRange 注解就可以满足这个需求。
网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。
需要这份系统化的资料的朋友，可以添加V获取：vip1024b （备注软件测试）
[外链图片转存中…(img-XAPms77P-1713327843114)]
一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
