单元测试AIR原则：提升代码质量的秘密武器

在这里插入图片描述

文章目录

引言
一、AIR原则
- 1. Automatic（自动化）
- 2. Independent（独立性）
- 3. Repeatable（可重复性）
二、Automatic（自动化）
三、Independent（独立性）
四、Repeatable（可重复性）
总结

引言

在软件开发的世界里，单元测试作为保证代码质量的重要手段，一直备受开发者们的青睐。而AIR原则，即自动化（Automation）、独立（Isolation）、可重复（Repeatability），则是单元测试中不可忽视的三大核心要素。本文将浅析单元测试AIR原则的重要性，并探讨如何在实际开发中运用这些原则，以提升代码质量和开发效率。
在这里插入图片描述

一、AIR原则

单元测试的AIR原则是确保测试有效性和可维护性的三个关键要素，它们分别是：

1. Automatic（自动化）

单元测试应该是全自动执行的，不需要人工干预。
测试用例应由持续集成/持续部署(CI/CD)流程自动触发。
结果应该自动验证，通常通过断言(assertions)来确认预期行为。

2. Independent（独立性）

每个单元测试应独立于其他测试运行，不依赖于特定的执行顺序。
测试不应依赖于外部状态，比如全局变量或共享资源。
每个测试应该能够单独运行和成功，避免耦合。

3. Repeatable（可重复性）

单元测试应该在任何时间、任何环境下都能得到相同的结果。
测试不应该依赖于不可预测的因素，如时间、网络状态或随机数生成。
可重复性确保了测试的稳定性，使得每次运行都能得到一致的反馈。

遵循这些原则有助于创建可靠的测试套件，提高开发效率，减少回归错误，并增强软件的质量保证。
在这里插入图片描述

二、Automatic（自动化）

自动化意味着单元测试应该能够无需人工干预而自动执行。这通常通过使用测试框架如JUnit、TestNG等实现。

单元测试应该是全自动执行的，并且非交互式的。测试用例通常是被定期执行的，执行过程必须完全自动化才有意义。输出结果需要人工检查的测试不是一个好的单元测试。不允许使用 System.out 来进行人肉验证，单元测试必须使用assert 来验证。

例如，下面是一个使用JUnit的简单测试用例：

     import org.junit.Test;
     import static org.junit.Assert.assertEquals;

     public class CalculatorTest {
         private Calculator calculator;

         @Before
         public void setUp() {
             calculator = new Calculator();
         }

         @Test
         public void testAdd() {
             int result = calculator.add(3, 5);
             assertEquals(8, result); // 自动验证结果
         }
     }

@Test注解标识了测试方法，assertEquals断言自动检查计算结果是否符合预期。

三、Independent（独立性）

独立性意味着每个测试用例应该独立于其他用例，不依赖于外部环境或先前的测试状态。
为了保证单元测试稳定可靠且便于维护，单元测试用例之间决不能互相调用，也不能依赖执行的先后次序。
反例：method2 需要依赖 method1 的执行，将执行结果作为 method2 的输入。

例如，测试不应依赖于数据库状态或静态变量。上述示例中，每个测试方法都是独立的，不依赖于其他方法的执行。

   @Test
   public void testSubtract() {
       int result = calculator.subtract(7, 2);
       assertEquals(5, result);
   }

这个testSubtract方法独立于testAdd，即使testAdd失败，也不会影响testSubtract的执行。

在这里插入图片描述

四、Repeatable（可重复性）

可重复性意味着每次运行同一个测试，结果都应该相同。这意味着测试不应该依赖于不可控因素。

单元测试通常会被放到持续集成中，每次有代码 push时单元测试都会被执行。如果单测对外部环境（网络、服务、中间件等）有依赖，容易导致持续集成机制的不可用。

为了不受外界环境影响，要求设计代码时就把 SUT（Software under test）的依赖改成注入，在测试时用 Spring 这样的 DI 框架注入一个本地（内存）实现或者 Mock 实现。

例如：

     @Test
     public void testRandomNumberGenerator() {
         Random random = new Random(1234L); // 使用固定种子确保每次生成相同的随机数
         int number = random.nextInt(10);
         assertEquals(4, number); // 假设我们知道固定种子下生成的随机数
     }