草庐IT

浅谈java单元测试框架junit4/5

Claire0118 2023-08-16 原文

0 前言

junit是一个开源的Java语言的单元测试框架。目前junit主要有版本junit3,junit4和junit5。因在junit3中,是通过对测试类和测试方法的命名来确定是否是测试,且所有的测试类必须继承junit的测试基类TestCase,所以本文不再讨论junit3,只讨论使用比较多的junit4和junit5。

0.1 特性

1 基本用法

1.1 常用注解介绍

(1)@Test

使用@Test注解测试方法。但测试方法必须是 public void。方法名一般为testXXX,通常需要见名知起义。

(2)@BeforeClass和@AfterClass

  • @BeforeClass:会在测试类测试方法执行之前执行一次;
  • @AfterClass:会在测试内测试方法均执行完成后执行一次;

注意,@BeforeClass和@AfterClass注解的方法必须是static方法。

(3)@Before和@After

  • @Before:会在每个测试方法执行之前执行一次;
  • @After:会在每个测试方法执行之后执行一次;

(4)@Parameters

使用@Parameters注解数据源方法。

(5)@Ignore

使用@Ignore忽略测试方法,被该注解标识的测试方法会被忽略不执行。

1.2 测试样例

本文代码详情请见:https://github.com/X-NaN/studyjunit

public class JunitAnnotationTest {

    /**
     * @BeforeClass 注解的必须是static方法
     */
    @BeforeClass
    public static void beforeClass() {
        System.out.println("@BeforeClass: 在该测试类内所有方法之前执行,只执行一次");
    }

    @Before
    public void beforeMethod() {
        System.out.println("@Before: 在每个测试方法之前执行一次");
    }

    @Test
    public void testCaseA() {
        System.out.println("@Test: 标识测试方法testCaseA");
    }

    @Test
    public void testCaseB() {
        System.out.println("@Test: 标识测试方法testCaseB");
    }

    /**
     * 异常测试
     */
    @Test(expected = ArithmeticException.class)
    public void testCaseException() {
        System.out.println("@Test: 标识测试方法testCaseException, 异常测试");
        System.out.println(1 / 0);
    }

    /**
     * 超时测试
     *
     * @throws InterruptedException
     */
    @Test(timeout = 1000)
    public void testCaseTimeOut() throws InterruptedException {
        System.out.println("@Test: 标识测试方法testCaseTimeOut,超时");

        // 若方法的超时时间超过timeout,则用例失败,否则成功
        Thread.sleep(1000);
    }

    @Ignore
    public void testCaseC() {
        System.out.println("@Ignore: 标识测试方法被忽略,不执行");
    }

    @After
    public void afterMethod() {
        System.out.println("@After: 在每个测试方法之后执行一次");
    }

    /**
     * @AfterClass 注解的必须是static方法
     */
    @AfterClass
    public static void afterClass() {
        System.out.println("@AfterClass: 在该测试类中所有测试方法执行完之后执行,只执行一次");
    }


}

测试类运行结果:

2 参数化测试

参数化测试指的是通过传入不同的测试数据,从而可以多次运行同一个用例。junit使用@Parameters注解数据源方法。编写参数化测试的步骤是

  • 使用@Parameters注解测试数据源方法;
  • 声明实例变量用于接收测试数据,并使用@Parameter注解。若测试方法需要两个入参,则需要声明两个实例变量分别接收。除了通过注解@Parameter接收测试数据,也可以通过定义构造函数用于给实例变量赋值实现测试数据绑定到实例变量。
  • 定义测试方法,使用实例变量。
  • 测试类执行器使用Parameterized,即在测试类增加注解@RunWith(Parameterized.class)。
@RunWith(Parameterized.class)
public class ParameterizedTest {

    /**
     * 必须是public且用@Parameterized.Parameter注解,括号内的为某行的第几个测试数据
     */
    @Parameterized.Parameter(1)
    public Integer a;

    @Parameterized.Parameter(0)
    public Integer b;

    private Calculate calculate;


    /**
     * 数据源,必须是public static,且方法必须返回测试数据集合
     *
     * @return
     */
    @Parameterized.Parameters
    public static Collection data() {
        return Arrays.asList(new Object[][]{
                {0, 0},
                {1, 1},
                {2, 3},
                {3, 7},
                {10, 5},
        });
    }

    @Before
    public void beforeMethod() {
        calculate = new Calculate();

    }

    @Test
    public void testAdd() {
        System.out.println(a + "+" + b + "=" + calculate.add(a, b));
    }

}

2.1 识别测试用例

从上面参数化测试用例可以看出,参数化用例名默认为 :caseName[index]的形式。如果想要准确地识别生成的用例对应哪条数据比较困难。实际@Parameters有个name属性,可以指定参数,如下所示。

  • {index}: 代表当前参数的索引;
  • {0}, {1}, …: 代表第一个参数,第二个参数等;
/**
* 数据源,必须是public static,且方法必须返回测试数据集合
* name指定用例名称,默认使用测试数据索引序号
*
* @return
*/
@Parameterized.Parameters(name = "{index}:a={0},b={1}")
    public static Collection data() {
    return Arrays.asList(new Object[][]{
        {0, 0},
        {1, 1},
        {2, 3},
        {3, 7},
        {10, 5},
    });
}

3 分组测试

3.1 测试suite

随着测试类的不断增加,如果组织和运行一批测试类成为关键。junit提供了测试套件功能,通过将一组相关的测试类组织在一个测试套件内,使其可以一次执行。测试套件执行,使用单独的执行器Suite.class。

  • @RunWith(Suite.class)注解的类为测试套件的入口类。
  • @Suite.SuiteClasses放入相关测试类
/**
 * 套件类,以suite执行用例
 *
 * @author xingnana
 * @create 2022/9/1
 */
@RunWith(Suite.class)
@Suite.SuiteClasses({CalculateTest.class, CalculateAnotherTest.class})
public class JunitSuites {
}

public class CalculateTest {


    @Test
    public void testAdd() {
        Calculate calculate = new Calculate();
        Assert.assertEquals(6, calculate.add(2, 3));
    }

}

public class CalculateAnotherTest {

    @Test
    public void testSubtract() {
        Calculate calculate = new Calculate();
        Assert.assertEquals(2, calculate.subtract(6, 4));
    }
}

3.2 分组测试

测试套件Suite是测试类级别分组,粒度比较粗,那如何实现用例级别的分组呢?junit提供了@Cate

/**
 * 分组测试
 *
 * @author: xingnana
 * @date: 2022/9/9
 */
@RunWith(Categories.class)
@Categories.IncludeCategory({FastTests.class})
@Suite.SuiteClasses({ATest.class, BTest.class})
public class GroupTestSuite {
}

/**
 * 测试类别Fast
 *
 * @author: xingnana
 * @date: 2022/9/9
 */
public interface FastTests {
}


/**
 * 测试类别Slow
 *
 * @author: xingnana
 * @date: 2022/9/9
 */
public interface SlowTests {
}

public class ATest {

    /**
     * 给测试方法分类
     */
    @Category(FastTests.class)
    @Test
    public void testA1(){
        Assert.assertEquals("aa","bb");
    }

    @Test
    public void TestA2(){
        System.out.printf("打印");
    }
}

@Category({SlowTests.class, FastTests.class})
public class BTest {

    @Test
    public void testB1() {
        Assert.assertEquals("aa","bb");
    }

    @Test
    public void TestB2() {
        Assert.assertEquals("aa","aa");
    }
}

4 junit5和junit4的对比

4.1 junit5介绍

junit5是Junit框架的一个大的更新,与以前版本的 JUnit 不同,JUnit 5由来自三个不同子项目的几个不同模块组成。

JUnit Platform:是JVM 上启动测试框架的基础。它定义了 TestEngine API,用于开发在平台上运行的测试框架。此外,该平台还提供了一个 Console Launcher,用于从命令行启动平台,以及 JUnit Platform Suite Engine,用于在平台上使用一个或多个测试引擎运行自定义测试套件。

JUnit Jupiter:是用于编写 JUnit5中的测试和扩展的编程模型和扩展模型的组合,是Junit5的核心。该子项目提供了一个 TestEngine,用于在平台上运行基于 Jupiter 的测试。

JUnit Vintage:提供了一个 TestEngine,用于在平台上运行基于 JUnit3和 JUnit4的测试。

(该图取自该升级你的JUnit版本了——JUnit5基本介绍 - 知乎

juni5与junit4的测试基本相同,但又有些区别,本文后半部分将对junit5和junit4的不同做一个介绍。

4.2 注解的区别

junit4

junit5

说明

@Test

@Test

注解测试用例

@BeforeClass

@AfterClass

@BeforeAll

@AfterAll

在测试类内所有方法之前/之后执行一次

@Before

@After

@BeforeEach

@AfterEach

在测试用例执行之前/之后执行一次

@Ignore

@Disabled

注解测试用例忽略不执行

@Category

@Tag

测试用例分类

4.2.1 测试样例

public class Junit5AnnotationTest {
    /**
     * @BeforeAll 注解的必须是static方法
     */
    @BeforeAll
    public static void beforeAll() {
        System.out.println("@BeforeAll: 在该测试类内所有方法之前执行,只执行一次");
    }

    @BeforeEach
    public void beforeEachMethod() {
        System.out.println("@BeforeEach: 在每个测试方法之前执行一次");
    }

    @Test
    public void testCaseA() {
        System.out.println("@Test: 标识测试方法testCaseA");
    }

    @Test
    public void testCaseB() {
        System.out.println("@Test: 标识测试方法testCaseB");
    }

    /**
     * 异常测试
     */
    @Test
    public void testCaseException() {
        System.out.println("@Test: 标识测试方法testCaseException, 异常测试");
        Assertions.assertThrows(ArithmeticException.class, () -> {
            System.out.println(1 / 0);
        });

    }

    /**
     * 超时测试
     */
    @Test
    public void testCaseTimeOut_A() {
        System.out.println("testCaseTimeOut,超时");

        // 若方法的超时时间超过timeout,则用例失败,否则成功
        Assertions.assertTimeout(Duration.ofMillis(2000), () -> Thread.sleep(3000));
    }

    /**
     * 超时测试
     * https://stackoverflow.com/questions/68483928/junit-5-test-not-failing-despite-timeout
     * https://github.com/junit-team/junit5/issues/2087
     */
    @Test
    @Timeout(value = 2000, unit = TimeUnit.MILLISECONDS)
    public void testCaseTimeOut_B() {
        System.out.println("@Timeout超时");
        while (true) {
            try {
                Thread.currentThread().sleep(1000);
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
        }

    }

    /**
     * @Disabled注解忽略不执行的用例
     */
    @Disabled
    public void testCaseC() {
        System.out.println("@Disabled: 标识测试方法被忽略,不执行");
    }

    @Test
    public void testCaseD() {
        Assertions.assertEquals(5, 4, "value not equal");
    }

    @AfterEach
    public void afterEachMethod() {
        System.out.println("@AfterEach: 在每个测试方法之后执行一次");
    }

    /**
     * @AfterAll 注解的必须是static方法
     */
    @AfterAll
    public static void afterAll() {
        System.out.println("@AfterAll: 在该测试类中所有测试方法执行完之后执行,只执行一次");
    }
}

4.2.2 超时测试

public class TimeoutDemo {
    @BeforeEach
    @Timeout(5)
    void setUp() {
        // fails if execution time exceeds 5 seconds
    }

    @Test
    @Timeout(value = 500, unit = TimeUnit.MILLISECONDS)
    void failsIfExecutionTimeExceeds500Milliseconds() {
        // fails if execution time exceeds 500 milliseconds
        try {
            TimeUnit.SECONDS.sleep(10);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
    }

//    @Test
//    @Timeout(value = 500, unit = TimeUnit.MILLISECONDS, threadMode = ThreadMode.SEPARATE_THREAD)
//    void failsIfExecutionTimeExceeds500MillisecondsInSeparateThread() {
//        // fails if execution time exceeds 500 milliseconds, the test code is executed in a separate thread
//    }
}

遗留问题:

/**
     *
     * Junit5AnnotationTest中的超时测试用例 @Timeout不生效????
     * https://stackoverflow.com/questions/68483928/junit-5-test-not-failing-despite-timeout
     * https://github.com/junit-team/junit5/issues/2087
     */
    @Test
    @Timeout(value = 2000, unit = TimeUnit.MILLISECONDS)
    public void testCaseTimeOut_B() {
        System.out.println("@Timeout超时");
        while (true) {
            try {
                Thread.currentThread().sleep(1000);
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
        }

    }


/**
     * TimeoutDemo类中的超时用例 @Timeout生效
     * https://stackoverflow.com/questions/68483928/junit-5-test-not-failing-despite-timeout
     * https://github.com/junit-team/junit5/issues/2087
     */
 @Test
    @Timeout(value = 500, unit = TimeUnit.MILLISECONDS)
    void failsIfExecutionTimeExceeds500Milliseconds() {
        // fails if execution time exceeds 500 milliseconds
        try {
            TimeUnit.SECONDS.sleep(10);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
    }

5 如何升级到junit5

由于有些存量用例是使用junit4或3版本编写的。JUnit Vintage可以支持在升级到junit5,同时不修改原有用例的情况下运行原有的用例

<dependency>
  <groupId>org.junit.jupiter</groupId>
  <artifactId>junit-jupiter</artifactId>
  <version>5.8.2</version>
  <scope>test</scope>
</dependency>
<dependency>
  <groupId>org.junit.vintage</groupId>
  <artifactId>junit-vintage-engine</artifactId>
  <version>5.8.2</version>
  <scope>test</scope>
</dependency>

有关浅谈java单元测试框架junit4/5的更多相关文章

  1. ruby-on-rails - 使用 Ruby on Rails 进行自动化测试 - 最佳实践 - 2

    很好奇,就使用ruby​​onrails自动化单元测试而言,你们正在做什么?您是否创建了一个脚本来在cron中运行rake作业并将结果邮寄给您?git中的预提交Hook?只是手动调用?我完全理解测试,但想知道在错误发生之前捕获错误的最佳实践是什么。让我们理所当然地认为测试本身是完美无缺的,并且可以正常工作。下一步是什么以确保他们在正确的时间将可能有害的结果传达给您? 最佳答案 不确定您到底想听什么,但是有几个级别的自动代码库控制:在处理某项功能时,您可以使用类似autotest的内容获得关于哪些有效,哪些无效的即时反馈。要确保您的提

  2. ruby - 使用 C 扩展开发 ruby​​gem 时,如何使用 Rspec 在本地进行测试? - 2

    我正在编写一个包含C扩展的gem。通常当我写一个gem时,我会遵循TDD的过程,我会写一个失败的规范,然后处理代码直到它通过,等等......在“ext/mygem/mygem.c”中我的C扩展和在gemspec的“扩展”中配置的有效extconf.rb,如何运行我的规范并仍然加载我的C扩展?当我更改C代码时,我需要采取哪些步骤来重新编译代码?这可能是个愚蠢的问题,但是从我的gem的开发源代码树中输入“bundleinstall”不会构建任何native扩展。当我手动运行rubyext/mygem/extconf.rb时,我确实得到了一个Makefile(在整个项目的根目录中),然后当

  3. ruby - Ruby 的 Hash 在比较键时使用哪种相等性测试? - 2

    我有一个围绕一些对象的包装类,我想将这些对象用作散列中的键。包装对象和解包装对象应映射到相同的键。一个简单的例子是这样的:classAattr_reader:xdefinitialize(inner)@inner=innerenddefx;@inner.x;enddef==(other)@inner.x==other.xendenda=A.new(o)#oisjustanyobjectthatallowso.xb=A.new(o)h={a=>5}ph[a]#5ph[b]#nil,shouldbe5ph[o]#nil,shouldbe5我试过==、===、eq?并散列所有无济于事。

  4. ruby - RSpec - 使用测试替身作为 block 参数 - 2

    我有一些Ruby代码,如下所示:Something.createdo|x|x.foo=barend我想编写一个测试,它使用double代替block参数x,这样我就可以调用:x_double.should_receive(:foo).with("whatever").这可能吗? 最佳答案 specify'something'dox=doublex.should_receive(:foo=).with("whatever")Something.should_receive(:create).and_yield(x)#callthere

  5. ruby - Sinatra:运行 rspec 测试时记录噪音 - 2

    Sinatra新手;我正在运行一些rspec测试,但在日志中收到了一堆不需要的噪音。如何消除日志中过多的噪音?我仔细检查了环境是否设置为:test,这意味着记录器级别应设置为WARN而不是DEBUG。spec_helper:require"./app"require"sinatra"require"rspec"require"rack/test"require"database_cleaner"require"factory_girl"set:environment,:testFactoryGirl.definition_file_paths=%w{./factories./test/

  6. java - 等价于 Java 中的 Ruby Hash - 2

    我真的很习惯使用Ruby编写以下代码:my_hash={}my_hash['test']=1Java中对应的数据结构是什么? 最佳答案 HashMapmap=newHashMap();map.put("test",1);我假设? 关于java-等价于Java中的RubyHash,我们在StackOverflow上找到一个类似的问题: https://stackoverflow.com/questions/22737685/

  7. ruby-on-rails - 迷你测试错误 : "NameError: uninitialized constant" - 2

    我遵循MichaelHartl的“RubyonRails教程:学习Web开发”,并创建了检查用户名和电子邮件长度有效性的测试(名称最多50个字符,电子邮件最多255个字符)。test/helpers/application_helper_test.rb的内容是:require'test_helper'classApplicationHelperTest在运行bundleexecraketest时,所有测试都通过了,但我看到以下消息在最后被标记为错误:ERROR["test_full_title_helper",ApplicationHelperTest,1.820016791]test

  8. ruby - 即使失败也继续进行多主机测试 - 2

    我已经构建了一些serverspec代码来在多个主机上运行一组测试。问题是当任何测试失败时,测试会在当前主机停止。即使测试失败,我也希望它继续在所有主机上运行。Rakefile:namespace:specdotask:all=>hosts.map{|h|'spec:'+h.split('.')[0]}hosts.eachdo|host|begindesc"Runserverspecto#{host}"RSpec::Core::RakeTask.new(host)do|t|ENV['TARGET_HOST']=hostt.pattern="spec/cfengine3/*_spec.r

  9. ruby-on-rails - 如何使辅助方法在 Rails 集成测试中可用? - 2

    我在app/helpers/sessions_helper.rb中有一个帮助程序文件,其中包含一个方法my_preference,它返回当前登录用户的首选项。我想在集成测试中访问该方法。例如,这样我就可以在测试中使用getuser_path(my_preference)。在其他帖子中,我读到这可以通过在测试文件中包含requiresessions_helper来实现,但我仍然收到错误NameError:undefinedlocalvariableormethod'my_preference'.我做错了什么?require'test_helper'require'sessions_hel

  10. ruby-on-rails - Cucumber 是否只是 rspec 的包装器以帮助将测试组织成功能? - 2

    只是想确保我理解了事情。据我目前收集到的信息,Cucumber只是一个“包装器”,或者是一种通过将事物分类为功能和步骤来组织测试的好方法,其中实际的单元测试处于步骤阶段。它允许您根据事物的工作方式组织您的测试。对吗? 最佳答案 有点。它是一种组织测试的方式,但不仅如此。它的行为就像最初的Rails集成测试一样,但更易于使用。这里最大的好处是您的session在整个Scenario中保持透明。关于Cucumber的另一件事是您(应该)从使用您的代码的浏览器或客户端的角度进行测试。如果您愿意,您可以使用步骤来构建对象和设置状态,但通常您

随机推荐