如何使用junit4写单元测试用例

Junit4支持注解了，只要在要执行的方法前加@Test即可，如：
@Test
public void multiplyPoundsByInteger() {
assertEquals( 10, 5 );
}
Junit4增加了许多特性，主要是支持注解了：
测试由原来的命名模式改变注解，即testXXX变为@Test。其中@Test还提供了额外的属性。如expected，表示期望抛出的异常
数组比较改用Assert.assertArrayEquals
套件测试也用注解替换
通过@Ignore，可以忽略某个方法或整个类的测试
增加了新特性-理论机制（Theory）,这个特性听起来很迷惑人,作用是使得开发人员从开始的定义测试用例的阶段就可以通过参数集（理论上是无限个参数）对代码行为进行概括性的总结.开发人员都知道他们代码所想要实现的概括性的总的目的，理论使得他们只需要在一个地方就可以快速的指定这些目的，而不要将这些目的翻译成大量的独立的测试用例。
提供了新的特性-假设机制（Assumption）.此特性使用了Hamcrest库的类.本来Hamcrest是一个单独的测试组件,Junit也集成了一部分，但是并没有完全包含。建议使用junit独立的JAR文件，再单独引入hamcrest包。 其实hamcrest的功能相当的强大，理解起来也非常的容易，是一个很不错的组件。它提供assertThat,assumeThat，assumeNotNull等假设语句，也提供is,not,both..and,either..or等用法，非常的灵活。
@Before,@After,@BeforeClass,@AfterClass.这几个注解一看便知大概，@Before表示每个测试方法执行前执行一次，而@BeforeClass表示整个类测试前执行一次。不过需要注意的是，@BeforeClass,@AtferClass注解的方法必须是静态的。
Junit提供了新的核心运行类MaxCore，相对于以前的JunitCore运行机制，这个类有一系列的优点，如从未测试过的方法优先测试，剩下的测试中，以前测试失败的方法优先测试，再其次，运行快的优先于运行慢的方法。
参数化测试 允许通过变化范围的参数值来测试方法。
超时测试（Timeout test）可以被用来测试方法的执行时间。
Rule。它是JUnit4.7才开始提供的一种扩展方式，它能够替代大部分已有的Runner扩展。JUnit包含两种Rule Annotation：@ClassRule与@Rule。@ClassRule应用于测试类中的静态变量，而@Rule应用于成员变量；相同地是，这些变量必须是TestRule接口的实例，且访问修饰符必须为public。

Junit4支持注解了，只要在要执行的方法前加@Test即可，如：
@Test
public void multiplyPoundsByInteger() {
assertEquals( 10, 5 );
}
Junit4增加了许多特性，主要是支持注解了：
测试由原来的命名模式改变注解，即testXXX变为@Test。其中@Test还提供了额外的属性。如expected，表示期望抛出的异常
数组比较改用Assert.assertArrayEquals
套件测试也用注解替换
通过@Ignore，可以忽略某个方法或整个类的测试
增加了新特性-理论机制（Theory）,这个特性听起来很迷惑人,作用是使得开发人员从开始的定义测试用例的阶段就可以通过参数集（理论上是无限个参数）对代码行为进行概括性的总结.开发人员都知道他们代码所想要实现的概括性的总的目的，理论使得他们只需要在一个地方就可以快速的指定这些目的，而不要将这些目的翻译成大量的独立的测试用例。
提供了新的特性-假设机制（Assumption）.此特性使用了Hamcrest库的类.本来Hamcrest是一个单独的测试组件,Junit也集成了一部分，但是并没有完全包含。建议使用junit独立的JAR文件，再单独引入hamcrest包。 其实hamcrest的功能相当的强大，理解起来也非常的容易，是一个很不错的组件。它提供assertThat,assumeThat，assumeNotNull等假设语句，也提供is,not,both..and,either..or等用法，非常的灵活。
@Before,@After,@BeforeClass,@AfterClass.这几个注解一看便知大概，@Before表示每个测试方法执行前执行一次，而@BeforeClass表示整个类测试前执行一次。不过需要注意的是，@BeforeClass,@AtferClass注解的方法必须是静态的。
Junit提供了新的核心运行类MaxCore，相对于以前的JunitCore运行机制，这个类有一系列的优点，如从未测试过的方法优先测试，剩下的测试中，以前测试失败的方法优先测试，再其次，运行快的优先于运行慢的方法。