一、单元测试的流程

1、判断组件的功能：通过定义应用的整体需求，然后将系统划分成几个对象，我们需要对组件的基本功能十分清楚。因此，J2EE单元测试实际上也属于设计过程的一部分。 

2、设计组件行为：依据所处理的过程，可以通过一个正规或者非正规的过程实现组件行为的设计，我们可以使用UML或者其他文档视图来设计组件行为，从而为组件的测试打下基础。 

3、编写单元测试程序（或测试用例）确认组件行为：这个阶段，应该假定组件的编码已经结束而组件工作正常，我们需要编写单元测试程序来确定其功能是否和预定义的功能相同，测试程序需要考虑所有正常和意外的输入，以及特定的方法能产生的溢出。 

4、编写组件并执行测试：首先，创建类及其所对应的方法标识，然后遍历每个测试实例，为其编写相应代码使其顺利通过，然后返回测试。继续这个过程直至所有实例通过。此时，停止编码。 

5、测试替代品：对组件行为的其他方式进行考虑，设计更周全的输入或者其他错误条件，编写测试用例来捕获这些条件，然后修改代码使得测试通过。 

6、重整代码：如果有必要，在编码结束时，对代码进行重整和优化，改动后，返回单元测试并确认测试通过。 

7、当组件有新的行为时，编写新的测试用例：每次在组件中发现故障。编写一个测试实例重复这个故障，然后修改组件以保证测试实例通过。同样，当发现新的需求或已有的需求改变时，编写或修改测试实例以响应此改变，然后修改代码。 

8、代码修改,返回所有的测试：每次代码修改时，返回所有的测试以确保没有打乱代码。  

二、单元测试的基本方法

单元测试的对象是软件设计的最小单位——模块。单元测试的依据是详细设描述，单元测试应对模块内所有重要的控制路径设计测试用例，以便发现模块内部的错误。单元测试多采用白盒测试技术，系统内多个模块可以并行地进行测试。 

单元测试任务

　　单元测试任务包括：1 模块接口测试；2 模块局部数据结构测试；3 模块边界条件测试；4 模块中所有独立执行通路测试；5 模块的各条错误处理通路测试。

　　模块接口测试是单元测试的基础。只有在数据能正确流入、流出模块的前提下，其他测试才有意义。测试接口正确与否应该考虑下列因素：

　　1 输入的实际参数与形式参数的个数是否相同；

　　2 输入的实际参数与形式参数的属性是否匹配；

　　3 输入的实际参数与形式参数的量纲是否一致；

　　4 调用其他模块时所给实际参数的个数是否与被调模块的形参个数相同；

　　5 调用其他模块时所给实际参数的属性是否与被调模块的形参属性匹配；

　　6调用其他模块时所给实际参数的量纲是否与被调模块的形参量纲一致；

　　7 调用预定义函数时所用参数的个数、属性和次序是否正确；

　　8 是否存在与当前入口点无关的参数引用；

　　9 是否修改了只读型参数；

　　10 对全程变量的定义各模块是否一致；

　　11是否把某些约束作为参数传递。

　　如果模块内包括外部输入输出，还应该考虑下列因素：

　　1 文件属性是否正确；

　　2 OPEN/CLOSE语句是否正确；

　　3 格式说明与输入输出语句是否匹配；

　　4缓冲区大小与记录长度是否匹配；

　　5文件使用前是否已经打开；

　　6是否处理了文件尾；

　　7是否处理了输入/输出错误；

　　8输出信息中是否有文字性错误；

　　检查局部数据结构是为了保证临时存储在模块内的数据在程序执行过程中完整、正确。局部数据结构往往是错误的根源，应仔细设计测试用例，力求发现下面几类错误：

　　1 不合适或不相容的类型说明；

　　2变量无初值；

　　3变量初始化或省缺值有错；

　　4不正确的变量名（拼错或不正确地截断）； 

　　5出现上溢、下溢和地址异常。

　　除了局部数据结构外，如果可能，单元测试时还应该查清全局数据（例如FORTRAN的公用区）对模块的影响。

　　在模块中应对每一条独立执行路径进行测试，单元测试的基本任务是保证模块中每条语句至少执行一次。此时设计测试用例是为了发现因错误计算、不正确的比较和不适当的控制流造成的错误。此时基本路径测试和循环测试是最常用且最有效的测试技术。计算中常见的错误包括：

　　1 误解或用错了算符优先级；

　　2混合类型运算；

　　3变量初值错；

　　4精度不够；

　　5表达式符号错。

　　比较判断与控制流常常紧密相关，测试用例还应致力于发现下列错误： 

　　1不同数据类型的对象之间进行比较；

　　2错误地使用逻辑运算符或优先级；

　　3因计算机表示的局限性，期望理论上相等而实际上不相等的两个量相等；

　　4比较运算或变量出错；

　　5循环终止条件或不可能出现；

　　6迭代发散时不能退出；

　　7错误地修改了循环变量。

　　一个好的设计应能预见各种出错条件，并预设各种出错处理通路，出错处理通路同样需要认真测试，测试应着重检查下列问题：

　　1输出的出错信息难以理解；

　　2记录的错误与实际遇到的错误不相符；

　　3在程序自定义的出错处理段运行之前，系统已介入；

　　4异常处理不当；

　　5错误陈述中未能提供足够的定位出错信息。

　　边界条件测试是单元测试中最后，也是最重要的一项任务。众的周知，软件经常在边界上失效，采用边界值分析技术，针对边界值及其左、右设计测试用例，很有可能发现新的错误。

三、单元测试过程

新建junit test case：JunitTest001.java

1 package JunitTestSample001; 2  3 import junit.framework.TestCase; 4  5 import org.junit.After; 6 import org.junit.Before; 7 import org.junit.Test; 8  9 import testsample001.check;10 11 public class JunitTest001 extends TestCase {12 13     @Before14     public void setUp() throws Exception {15         super.setUp();16     }17 18     @After19     public void tearDown() throws Exception {20         super.tearDown();21     }22 23     @Test24     public void testsearchresult() {25         // fail("Not yet implemented");26         check cooner = new check();27         cooner.ConnectOracle("1");28         assertEquals("查询结果匹配情况", "防伪码存在！", cooner.ConnectOracle("1"));29 30     }31 }

运行JunitTest001.java（Run As-Junit test），运行结果如下：