二 【单元测试】Junit 4--eclipse配置Junit+Junit基础注解( 二 )


1.2.1.7 示例import static org.junit.Assert.*;import org.junit.After;import org.junit.Before;import org.junit.Test;public class DemoTest { @BeforeClass public static void setup()throws Exception {// 这里初始化资源(如连接数据库) } @AfterClass public static void tearDown()throws Exception {// 关闭资源() } @Before public void setUp() throws Exception {System.out.println("SetUp.....");// 这里初始化我们所需要的资源 } @After public void tearDown() throws Exception {System.out.println("Gone.....");// 这里关闭我们的资源 } @Test public void test01() {// 测试1 } @Ignore @Test public void test02() {// 测试2 }}1.2.2 打包测试Suite相关的注解1.2.2.1 @RunWith(Suite.class)需要一个特殊的Runner, 因此需要向@RunWith注解传递一个参数Suite.calss 。
1.2.2.2 @Suite.SuiteClasses(...{xx.class, xx.class, ...})用来表明这个类是一个打包测试类,把需要打包的类作为参数传递给该注解即可 。
1.2.2.3 示例有了这两个注解之后 , 就已经完整的表达了所有的含义,因此下面的类无关紧要,随便起个类名,内容为空
import org.junit.runner.RunWith;import org.junit.runners.Suite;import org.junit.runners.Suite.SuiteClasses;public class DemoTest { @RunWith(Suite.class) @SuiteClasses({Demo01.class, Demo02.class, Demo03.class}) public class AllTests { }}1.2.3 参数化测试相关的注解1.2.3.1 @RunWith(Parameterized.class)首先要为这种测试专门生成一个新的类,而不能与其他测试共用同一个类 。
这里不使用默认的Runner了,使用带有参数化功能的Runner 。
@RunWith(Parameterized.class)这条语句就是为这个类指定了ParameterizedRunner 。
这个需要和我们后面的@Parameters组合使用
1.2.3.2 @Parameters放在方法上 。
定义一个待测试的类 , 并且定义两个变量,一个用于存放参数,一个用于存放期待的结果 。
定义测试数据的结合,就是下方的prepareData()方法,该方法可以任意命名,但是必须使用@Parameters标注进行修饰 。
这里需要注意:其中的数据是一个二维数组,数据两两一组 , 每组中的这两个数据,一个是参数,一个是预期的结果 。比如第一组{2,4}中:2是参数 , 4是预期结果 。这两数据顺序无所谓 。
然后 , 是构造函数,其功能就是对先前定义的两个参数进行初始化 。这里要注意参数的顺序,要和上面的数据集合的顺序保持一致 。(比如都是先参数后结果)
那么这里我们还是看下面的例子吧
1.2.3.3 示例import static org.junit.Assert.assertEquals;import java.util.Arrays;import org.junit.Test;import org.junit.runner.RunWith;import org.junit.runners.Parameterized;import org.junit.runners.Parameterized.Parameters;@RunWith(Parameterized.class)public class FibonacciTest {@Parameters(name = "{index}: fib({0})={1}")public static Iterable<Object[]> data() {return Arrays.asList(new Object[][] {{ 0, 0 }, { 1, 1 }, { 2, 1 }, { 3, 2 }, { 4, 3 }, { 5, 5 }, { 6, 8 }});}private int input;private int expected;public FibonacciTest(int input, int expected) {this.input = input;this.expected = expected;}@Testpublic void test() {assertEquals(expected, Fibonacci.compute(input));}}1.2.4 控制用例执行顺序相关的注解1.2.4.1 @FixMethodOrder控制测试方法的执行顺序的 。
该注解的参数是org.junit.runners.MethodSorters对象 。
枚举类org.junit.runners.MethodSorters中定义三种顺序类型:
MethodSorters.JVM:按照JVM得到的方法顺序,即代码中定义的方法顺序 。
MethodSorters.DEFAULT:默认的顺序,以确定但不可预期的顺序执行 。
MethodSorters.NAME_ASCENDING:按方法名字母顺序执行 。
1.2.5 自定义规则Rule相关的注解1.2.5.1 @Rule和@ClassRule

  1. 什么是Rule实现
    Rule是一组实现了TestRule接口的共享类,提供了验证,监视TestCase和外部资源管理等能力 。
    即,提供了测试用例执行过程中一些通用功能的共享能力,使不必重复编写一些功能类似的代码 。
  2. JUnit4中包含两个注解:@Rule和@ClassRule
    用于修饰Field或返回Rule的Method 。
两者作用域不同:
  • @Rule的作用域是测试方法 。
  • @ClassRule则是测试Class 。
1.2.5.2 JUnit提供了以下几个Rule实现,必要时也可以自己实现Rule