今天就跟大家聊聊有关利用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中的所有测试用命都执行一遍！
} 
