用JUnit框架实现Java单元测试

　　随着软件项目的逐渐增大，软件测试在软件开发中的地位显得越来越重要。如果软件项目没有良好的测试流程，随着系统的增大，无论项目管理人员还是软件开发人员都会对项目的前景失去信心，甚至会对项目的目标产生分歧，因为长期以来没有对程序代码和系统设计进行有效的控制，很多问题都被暂时或逐渐演化成其他的问题。软件开发周期越长，就会使得问题进化的版本越多，最后造成的结果是“剪不断，理还乱”。

　　单元测试是整个测试流程中最基础的部分，它们要求程序员尽可能早地发现问题，并给予控制，这是其一。另外，如果集成测试出现问题，它们可以帮助诊断。这样就为在软件开发流程中建立高效的事件反应机制打下了基础。

　　JUnit就是为Java程序开发者实现单元测试提供一种框架，使得Java单元测试更规范有效，并且更有利于测试的集成。

　　1.TestResult，负责收集TestCase所执行的结果，它将结果分为两类，客户可预测的Failure和没有预测的Error。同时负责将测试结果转发到TestListener（该接口由TestRunner继承）处理；

　　2.TestRunner，客户对象调用的起点，负责对整个测试流程的。能够显示返回的测试结果，并且报告测试的进度。

　　4.TestCase， 客户测试类所要继承的类，负责测试时对客户类进行初始化，以及测试方法调用。

　　下面给出的两个类图（篇幅有限，只显示主要部分）很好地阐明了类之间的关系，以及junit的设计目标（如图1）。测试案例的类采用Composite模式。这样，客户的测试对象就转变成一个“部分—整体”的层次结构。客户代码仅需要继承类TestCase，就可以轻松的与已有的其他对象组合使用，从而使得单元测试的集成更加方便。

　　图2是测试类图。图2左边TestSuite包含了测试对象集合，右边包含了测试结果集。具体如何处理结果，以及包含哪些测试对象，并没有立即得出结论，而是尽量地延迟到具体实现的时候。例如，实现接口TestListener的JUnit中就含有：junit.awtui.TestRunner、junit.swingui. TestRunner、junit.ui.TestRunner等，甚至客户用自己的类实现TestListener，从而达到多样化的目的。