头歌 软件测试项目综合实训：从JUnit入门到实战，构建Java单元测试知识体系

1. JUnit单元测试基础入门刚学完Java基础语法的新手第一次听说单元测试这个词可能会有点懵。简单来说单元测试就像是你写代码时的小助手专门帮你检查每个方法是否正常工作。想象你写了个计算器程序单元测试就是自动帮你按遍所有按钮确保11确实等于2而不是3。JUnit是Java领域最流行的单元测试框架目前主流版本是JUnit 5。先看个最简单的例子假设我们有个字符串处理工具类其中有个反转字符串的方法public class StringUtils { public static String reverse(String input) { return new StringBuilder(input).reverse().toString(); } }对应的测试类长这样import org.junit.jupiter.api.Test; import static org.junit.jupiter.api.Assertions.assertEquals; class StringUtilsTest { Test void testReverse() { assertEquals(cba, StringUtils.reverse(abc)); assertEquals(, StringUtils.reverse()); } }这里有几个关键点Test注解标记这是个测试方法assertEquals用来验证预期值和实际结果是否一致测试方法命名通常采用测试目标_测试条件_预期结果的格式2. 核心注解与测试生命周期JUnit通过注解来管理测试流程最常用的有import org.junit.jupiter.api.*; class LifecycleTest { BeforeAll static void initAll() { System.out.println(整个测试类开始前执行一次); } BeforeEach void init() { System.out.println(每个测试方法前执行); } Test void test1() { System.out.println(测试方法1); } Test void test2() { System.out.println(测试方法2); } AfterEach void tearDown() { System.out.println(每个测试方法后执行); } AfterAll static void tearDownAll() { System.out.println(整个测试类结束后执行一次); } }执行顺序是这样的initAll() 仅一次对每个测试方法init()测试方法tearDown()tearDownAll() 仅一次实际项目中我常用BeforeEach来初始化测试数据。比如测试用户服务时class UserServiceTest { private UserService userService; private User testUser; BeforeEach void setUp() { userService new UserService(); testUser new User(test, testexample.com); userService.register(testUser); } Test void login_withValidCredential_returnsUser() { User loggedIn userService.login(testexample.com, password); assertEquals(testUser, loggedIn); } }3. 断言与异常测试JUnit提供了丰富的断言方法最常用的有Test void testAssertions() { // 基本断言 assertEquals(4, 2 2); assertNotEquals(3, 1 1); // 布尔断言 assertTrue(Hello.contains(ell)); assertFalse(Hello.endsWith(World)); // 空值断言 String nullStr null; assertNull(nullStr); assertNotNull(Hello); // 数组断言 assertArrayEquals(new int[]{1,2,3}, new int[]{1,2,3}); // 异常断言 assertThrows(ArithmeticException.class, () - { int i 1 / 0; }); }测试异常情况特别重要比如我们测试一个银行账户的取款方法class BankAccount { private double balance; public void withdraw(double amount) { if (amount balance) { throw new InsufficientFundsException(); } balance - amount; } } Test void withdraw_amountExceedsBalance_throwsException() { BankAccount account new BankAccount(100); assertThrows(InsufficientFundsException.class, () - { account.withdraw(200); }); }4. 参数化测试实战当需要测试多组输入数据时参数化测试能大幅减少重复代码。比如测试一个素数判断器class PrimeChecker { public static boolean isPrime(int n) { if (n 1) return false; for (int i 2; i Math.sqrt(n); i) { if (n % i 0) return false; } return true; } }使用ParameterizedTest进行多数据测试ParameterizedTest ValueSource(ints {2, 3, 5, 7, 11, 13}) void isPrime_withPrimes_returnsTrue(int number) { assertTrue(PrimeChecker.isPrime(number)); } ParameterizedTest ValueSource(ints {1, 4, 6, 8, 9, 10}) void isPrime_withNonPrimes_returnsFalse(int number) { assertFalse(PrimeChecker.isPrime(number)); }更复杂的参数组合可以用MethodSourcestatic StreamArguments provideNumbers() { return Stream.of( Arguments.of(1, false), Arguments.of(2, true), Arguments.of(4, false), Arguments.of(17, true) ); } ParameterizedTest MethodSource(provideNumbers) void isPrime_returnsExpectedResult(int number, boolean expected) { assertEquals(expected, PrimeChecker.isPrime(number)); }5. 测试驱动开发(TDD)实践TDD是一种先写测试再写实现的开发现场。假设我们要开发一个FizzBuzz游戏先写测试Test void fizzBuzz_inputDivisibleBy3_returnsFizz() { assertEquals(Fizz, FizzBuzz.play(3)); assertEquals(Fizz, FizzBuzz.play(6)); } Test void fizzBuzz_inputDivisibleBy5_returnsBuzz() { assertEquals(Buzz, FizzBuzz.play(5)); assertEquals(Buzz, FizzBuzz.play(10)); }运行测试应该失败写最小实现让测试通过class FizzBuzz { public static String play(int number) { if (number % 3 0) return Fizz; if (number % 5 0) return Buzz; return String.valueOf(number); } }添加更多测试Test void fizzBuzz_inputDivisibleByBoth_returnsFizzBuzz() { assertEquals(FizzBuzz, FizzBuzz.play(15)); assertEquals(FizzBuzz, FizzBuzz.play(30)); }完善实现class FizzBuzz { public static String play(int number) { if (number % 15 0) return FizzBuzz; if (number % 3 0) return Fizz; if (number % 5 0) return Buzz; return String.valueOf(number); } }6. 项目实战电梯模拟系统测试让我们用个完整案例把知识点串起来。假设我们要测试一个电梯控制系统class Elevator { private int currentFloor 1; public void moveTo(int targetFloor) { if (targetFloor 1 || targetFloor 20) { throw new IllegalArgumentException(楼层无效); } this.currentFloor targetFloor; } public int getCurrentFloor() { return currentFloor; } }对应的测试类class ElevatorTest { private Elevator elevator; BeforeEach void setUp() { elevator new Elevator(); } Test void moveTo_validFloor_changesCurrentFloor() { elevator.moveTo(5); assertEquals(5, elevator.getCurrentFloor()); elevator.moveTo(10); assertEquals(10, elevator.getCurrentFloor()); } ParameterizedTest ValueSource(ints {0, 21, -1}) void moveTo_invalidFloor_throwsException(int floor) { assertThrows(IllegalArgumentException.class, () - { elevator.moveTo(floor); }); } Test Timeout(1) // 超时测试1秒内必须完成 void stressTest_multipleMoves() { for (int i 1; i 20; i) { elevator.moveTo(i); assertEquals(i, elevator.getCurrentFloor()); } } }7. 测试覆盖率与最佳实践好的单元测试应该追求合理的覆盖率建议80%以上。使用JaCoCo等工具可以测量!-- Maven配置示例 -- plugin groupIdorg.jacoco/groupId artifactIdjacoco-maven-plugin/artifactId version0.8.7/version executions execution goals goalprepare-agent/goal /goals /execution execution idreport/id phasetest/phase goals goalreport/goal /goals /execution /executions /plugin测试最佳实践测试命名要清晰表达意图每个测试只验证一个功能点测试之间不要有依赖避免测试实现细节关注行为定期维护测试代码我在实际项目中发现良好的单元测试能减少80%以上的低级bug。刚开始可能觉得写测试浪费时间但长期来看它能让你的代码更健壮重构时更有信心。特别是当项目规模变大后没有测试的代码就像走钢丝没有安全网。