软件测试中Junit单元测试实例
在一种传统的结构化编程语言中，比如C，要进行测试的单元一般是函数或子过程。在象C++这样的面向对象的语言中， 要进行测试的基本单元是类。对Ada语言来说，开发人员可以选择是在独立的过程和函数，还是在Ada包的级别上进行单元测试。单元测试的原则同样被扩展到第四代语言(4GL)的开发中，在这里基本单元被典型地划分为一个菜单或显示界面。 经常与单元测试联系起来的另外一些开发活动包括代码走读(Code review)，静态分析(Static analysis)和动态分析(Dynamic analysis)。静态分析就是对软件的源代码进行研读，查找错误或收集一些度量数据，并不需要对代码进行编译和执行。动态分析就是通过观察软件运行时的动作，来提供执行跟踪，时间分析，以及测试覆盖度方面的信息。
一个单元（Unit）是指一个可独立进行的工作，独立进行指的是这个工作不受前一次或接下来的工作的结果影响，简单的说，就是不与上下文（Context）发生关係。
如果是在Java程式中，具体来说一个单元可以是指一个方法（Method），这个方法不依赖于前一次运行的结果，也不牵涉到后一次的运行结果。
举例来说，下面这个程式的gcd()方法可视为一个单元：
MathTool.java
package onlyfun.caterpillar;
public class MathTool
{
public static int gcd(int num1, int num2)
{
int r = 0;
while(num2 != 0)
{
r = num1 % num2;
num1 = num2;
num2 = r;
}
return num1;
}
}
下面的gcd()方法不视为一个单元，要完成GCD的计算，您必须呼叫setNum1()、setNum2()与gcd()三个方法：
MathFoo.java
package onlyfun.caterpillar;
public class MathFoo
{
private static int num1;
private static int num2;
public static void setNum1(int n)
{
num1 = n;
}
public static void setNum2(int n)
{
num2 = n;
}
public static int gcd()
{
int r = 0;
while(num2 != 0)
{
r = num1 % num2;
num1 = num2;
num2 = r; }
return num1;
}
}
然而要完全使用一个方法来完成一个单元操作在实行上是有困难的，所以单元也可广义解释为数个方法的集合，这数个方法组合为一个单元操作，完成一个工作。
不过设计时仍优先考虑将一个公开的（public）方法要设计为单元，而儘量不用数个公开的方法来完成一件工作，以保持介面简洁与单元边界清晰。
将工作以一个单元进行设计，这可以使得单元可以重用，并且也使得单元可以进行测试，进而促进类别的可重用性。
单元测试（Unit Test）指的自然就是对每一个工作单元进行测试，瞭解其运行结果是否符合我们的预期，例如当您撰写完MathTool类别之后，您也许会这么作个小小的测试程式：
UnitTestDemo.java
package onlyfun.caterpillar.test;
import onlyfun.caterpillar.MathTool;
public class UnitTestDemo
{
public static void main(String[] args)
{
if(MathTool.gcd(10, 5) == 5)
{
System.out.println("GCD Test OK!");
}
else
{
System.out.println("GCD Test Fail!");
}
}
}
这个动作是开发人员很常作的动作，然而您必须自行看著测试程式的输出结果来瞭解测试是否成功，另一方面，测试程式本身也是个程式，在更复杂的测试中，您也许会遇到测试程式本身出错，而导致无法验证结果的情况。
JUnit是个测试框架，藉由它所提供的工具，您可以减少撰写错误测试程式的机会，而另一方面，您可以有更好的方法来检验测试结果，而不是看著一长串输出的文字。
文章来源于领测软件测试网 https://www.ltesting.net/
