当前位置: 首页 > 编程笔记 >

浅谈junit4单元测试高级用法

李俭
2023-03-14
本文向大家介绍浅谈junit4单元测试高级用法,包括了浅谈junit4单元测试高级用法的使用技巧和注意事项,需要的朋友参考一下

Junit单元测试框架是Java程序开发必备的测试利器,现在最常用的就是Junit4了,在Junit4中所有的测试用例都使用了注解的形式,这比Junit3更加灵活与方便。之前在公司的关于单元测试的培训课程中,讲师仅仅讲述了Junit4的基本的与生命周期相关的注解的使用,主要包括@BeforeClass、@Before、@Test、@After、@AfterClass这些注解,这些在应付普通简单的单元测试已经足够,然而有很多更加复杂且也会经常遇到的测试需求依靠这些生命周期注解并不能完成!因此这篇分享将为您呈现Junit4的另一片新大陆,且看陈述…

       其实,在单元测试培训课程中,讲师并没有讲到Junit4的核心,例如为什么Junit没有main()方法就能运行(因为我们知道无论是什么程序都必须得有一个程序入口,而它通常是main);在例如Junit的核心组成部分是什么?如何更改Junit在运行单元测试时获取数据和执行测试的行为?更具体一点,如果我要为一个需要两个参数的方法进行测试,如何使用我所提供的参数的所有排列组合对方法进行测试?如果我需要在茫茫的测试用例中只测试与特定类相关的用例该怎么做…….

      在这之前,先纠正一点------Junit4可以直接运行我们的某个方法,没有main入口函数是断然不行的。正如我之前给我们组的一个妹子讲Spring的时候告诉她,在测试方法中,对测试方法所在的类添加Spring的 (Compent注解或者为该类的成员变量添加)Resource注解并没有什么卵用,即Spring根本不会来扫描这个测试类,更不会为这个类注入属性值。为什么这么说呢?因为Spring是在测试类中由被@Before标注的方法所启动的,这时候,JVM已经将此测试类实例化了,而这并不是由Spring实例化的,Spring晚了一步,所以在Spring的容器中并没有此类的实例。那么Junit4真的有main方法吗?没错,既然它能直接运行我们的方法,那它必然自己为JVM提供了程序入口。其实在org.junit.runner包下,有个JUnitCore.class,其中就有一个 标准的main方法,这就是JUnit入口函数。如此看来,它其实和我们直接在自己的main方法中跑我们要测试的方法在本质上是一样的。

     接下来,我要说的就是Junit测试框架的新大陆,或者说是其核心组件,也正是讲师所没有讲到但却十分有用的东西------Runner,即Junit的运行器!

     Runner只是一个抽象类,表示用于运行Junit测试用例的工具,通过它可以运行测试并通知Notifier运行的结果。通常我们可以在待测方法所在的类之上使用@RunWith注解来为这个测试类指定一个特定的Runner。不过在很多情况下,我们并没有这么做,那是因为,我们使用了Junit的默认Runnner------BlockJunit4ClassRunner。当我们不为测试类添加@RunWith注解的时候,其实使用的就是这个Runner,它作为默认Runner只为我们提供了基本的基于Junit生命周期的测试注解。而有更多非常规的测试需求,则需要我们为测试类添加@RunWith注解并指定特定的Runner来完成!下面列出一些比较有用的Runner。

一、Suit------它可以一次生执行全面在多个类中的测试用例,例如:

@RunWith(Suite.class)
@SuiteClasses({Person.class, People.class})
public class TestSuitMain{
 //虽然这个类是空的,但依然可以运行Junit测试,运行时,它会将Person.class和//People.class中的所有测试用命都执行一遍!
}

二、Parameterized------在普通的单元测试中被@Test注解标注的测试方法只能是public void的,且不能有任何输入参数。而这时常会给我们造成困扰,因为有时候我们需要为测试方法输入参数,甚至是批量指定多个待测参数。这时Parameterized这个Runner就能满足我们的要求,用法如下:

@RunWith(Parameterized.class)
public class TestGenerateParams{
  private String greeting;
  public TestGenerateParams(String greeting){
    super();
    this.greeting = greeting;
  }
  @Test
  public void testParams(){    System.out.println(greeting);
  }
  /**
   * 这里的返回的应该是一个可迭代数组,且方法必须是public static
   * @return
   */
  @Parameters
  public static List getParams(){
    return Arrays.asList(new String[][]{{"hello"},{"hi"},{"good morning"},{"how are you"}});
  }
}

三、Category------继承自Suit,更强大,它可以让我们对测试类中被测试的方法进行分类执行,例如Person对象具有一些属性,这些属性拥有get/set方法,同时还有一些普通方法。我们可以将获取属性的get方法和普通方法进行分类测试。如:

public class PersonTest{
  @Category(AttributeFun.class)
  @Test
  public void testGetAge(){
    int age = person.getAge();
    assertEquals(3, age);
  }
  @Category(AttributeFun.class)
  @Test
  public void testGetName(){
    String name = person.getName();
    assertEquals("Willard", name);
  }
  @Category(BehaviorFun.class)
  @Test
  public void testTalk(){
    String message = person.talkTo("Jimy");
    assertNotNull(message);
  }
  @Category(BehaviorFun.class)
  @Test(timeout=200)
  public void testWalk(){
    person.walk();
  }
}
//对应的测试执行代码如下:
@RunWith(Categories.class)
@SuiteClasses(PersonTest.class)
@IncludeCategory(AttributeFun.class)
public class CategoryTest{
 //注意,如果不加@IncludeCategory注解,那么就和使用Suit具有一样的效果了。
}

四、Theories------虽意为原理或推测的意思,但我在这里以更直观的方式表述它:提供一组参数的排列组合值作为待没方法的输入参数。同时注意到在使用Theories这个Runner的时候,我们的待测方法可以拥有输入参数,而这在其它的Runner中的测试方法是不成的。下面是一个例子:

@RunWith(Theories.class)public class TheoriesTest{
  @DataPoint
  public static String nameValue1 = "Tony";
  @DataPoint
  public static String nameValue2 = "Jim";
  @DataPoint  public static int ageValue1 = 10;
  @DataPoint
  public static int ageValue2 = 20;
  @Theory
  public void testMethod(String name, int age){
    System.out.println(String.format("%s's age is %s", name, age));
  }
}

上面的代码的意思是,将”Tony”、”Jim”、10、20四个参数以类型合法的排列组合传给待没方法。因此输出的结果必然也有2x2=4种:

  Tony's age is 10
  Tony's age is 20
  Jim's age is 10
  Jim's age is 20

不过,为了简单,我们除了可以使用@DataPoint注解来提供参数之外,还可以通过@DataPoints注解来提供参数,参照上述代码,只需要将@DataPoint注解标注的四个字段参数替换为如下的两个即可:

@DataPoints
public static String[] names = {"Tony", "Jim"};
@DataPoints
public static int[] ageValue1 = {10, 20};

上展示了四个Junit运行器的使用示例,有这个四个运行器的支持,基本上大部分的测试需求得可以得到解决。当然Junit提供的功能远不止这些。除此之外,我们还可以使用Junit4提供的Rule/Assume/Assert等。
其中使用Rule可以为单元测试指定测试规则,下面展示了这些可用的Rule:

       Verifier: 验证测试执行结果的正确性。

       ErrorCollector: 收集测试方法中出现的错误信息,测试不会中断,如果有错误发生测试结束后会标记失败。

       ExpectedException: 提供灵活的异常验证功能。

      Timeout: 用于测试超时的Rule。

      ExternalResource: 外部资源管理。

     TemporaryFolder: 在JUnit的测试执行前后,创建和删除新的临时目录。

     TestWatcher: 监视测试方法生命周期的各个阶段。

     TestName: 在测试方法执行过程中提供获取测试名字的能力。

此外,Assume表示假设,但它实际是对待没方法的参数进行合法性校验的,如果校验不合格则直接抛异常,而不执行测试。这和Guava中的Predictions类似。Assume提供的校验规则如下:

      assumeTrue/assumeFalse、 assumeNotNull、 assumeThat、 assumeNoException

例如:(通过下述代码也可以看到,要使用参数,则应使用@Theory注解)

@Theory
public void printAge(String name, int age){
    Assume.assumeTrue(age > 0);//如果参数age<=0,会抛AssumptionViolatedException异常
    System.out.println(String.format("%s's Name is %s.", name, age));
}

Assert是Junit提供的断言,与Assume不同,Assert是对测试结果的校验,它提供的检验规则如下:

      AssertTrue、AssertFalse:结果的true、false。

      AssertThat:使用Matcher做自定义的校验。

      AssertEquals、AssertNotEquals:判断两个对象是否相等。

      AssertNull、AssertNotNull:判断对象是否为空。

      AssertSame:判断两个对象是否为同一个,不同于equals这里是使用“==”判断。

      AssertArrayEquals:判断两个数组是否相等。

总结

以上就是本文关于junit4单元测试高级用法的全部内容,希望对大家有所帮助。感兴趣的朋友可以参阅:Java 非阻塞I/O使用方法  Java中map遍历方式的选择问题详解  Java实现四则混合运算代码示例等。希望大家对本站多多支持!

 类似资料:
  • 本文向大家介绍浅谈Java 中的单元测试,包括了浅谈Java 中的单元测试的使用技巧和注意事项,需要的朋友参考一下 单元测试编写 Junit 单元测试框架 对于Java语言而言,其单元测试框架,有Junit和TestNG这两种, 下面是一个典型的JUnit测试类的结构 测试结果如图所示 层次性表达测试用例 测试用例较多的情况下,为了层次性表达测试用例,使用Junit的Nested注解有层次的表达测

  • 本文向大家介绍浅谈Android Service服务的高级技巧,包括了浅谈Android Service服务的高级技巧的使用技巧和注意事项,需要的朋友参考一下 1 前台服务 因为服务的优先级较低,所以当系统内存不足时,可能会回收正在后台运行的服务。如果若要避免服务被回收,可以使用前台服务。 前台服务会一直有一个图标在系统的状态栏中显示,下拉状态栏可以看到更加详细的信息,类似于消息通知效果。 在此构

  • 需要帮助使用Mockito和JUnit4为下面的代码编写单元测试,

  • 主要内容:1 Junit分类测试的介绍,2 在Maven中进行分类测试,3 在Gradle中进行分类测试,4 在SBT中进行分类测试,5 分类测试的典型用法1 Junit分类测试的介绍 从给定的一组测试类中,类别运行器仅运行用@IncludeCategory批注指定的类别或该类别的子类型进行批注的类和方法。类或接口都可以用作类别。子类型有效,因此,如果您说@IncludeCategory(SuperClass.class),则会运行标记为@Category({SubClass.class})的测

  • 主要内容:1 概述,2 @Test注释上的超时参数(适用于测试方法),3 超时规则(适用于测试类中的所有测试用例),4 使用JUnit Foundation进行全局超时管理1 概述 在此示例中,我们将了解测试完成所花费的时间是否超过定义的“timeout”,将抛出TestTimedOutException并将测试标记为失败。 “runaway”或花费太长时间的测试可能会自动失败。有两种方法可以实现此行为: @Test注释上的超时参数(适用于测试方法) 使用JUnit Foundation进行全局

  • 主要内容:1 概述,2 JUnit 4异常测试示例,3 结论1 概述 在本指南中,我们将学习如何测试具有意外条件的方法引发的异常。 2 JUnit 4异常测试示例 有三种方法可以处理异常。 预期的异常 ExpectedException规则 Try/Catch Idiom 2.1 预期的异常 您如何验证代码是否按预期抛出异常?验证代码能否正常完成很重要,但是确保代码在异常情况下的行为也很重要。例如: 此代码应引发IndexOutOfBoundsExcept