軟件測試中Junit單元測試實例

軟件測試中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是個測試框架，藉由它所提供的工具，您可以減少撰寫錯誤測試程式的機會，而另一方面，您可以有更好的方法來檢驗測試結果，而不是看著一長串輸出的文字。

原文轉自：http://www.kjueaiud.com