介紹：
在QA中，主要有兩種測試
單元測試：驗證我們系統中的所有邏輯單元的驗證行為（并不考慮其他單元的相互關系，比如其他的可以打成樁函數等。）
系統測試（集成測試）各個單元之間的相互關系，檢測系統運行行為。
單元測試用例設計
在開發過程中，程序員通常用調試器來測試他們的程序，但是很少有人去單步調試程序，不會檢測每個可能的變量值，這樣我們就要借助一些工具來完成。就是我們所說的“單元測試框架”來測試我們的程序。
我們來測試一個簡單的c程序
BOOL addition(int a, int b)
{
return (a + b);
}
我們的用例必須借助其他的c函數來完成驗證所有的可能性，返回True或者False來說明測試是否通過
BOOL additionTest()
{
if ( addition(1, 2) != 3 )
return (FALSE);
if ( addition(0, 0) != 0 )
return (FALSE);
if ( addition(10, 0) != 10 )
return (FALSE);
if ( addition(-8, 0) != -8 )
return (FALSE);
if ( addition(5, -5) != 0 )
return (FALSE);
if ( addition(-5, 2) != -3 )
return (FALSE);
if ( addition(-4, -1) != -5 )
return (FALSE);
return (TRUE);
}
我們看到，測試所有的可能性需要
正數+負數， 0+0， 負數+0， 正數+0，正數+正數，負數+正數，負數+負數
每個cases比較了加的結果和期望值，如果不通過就False，如果都通過就返回True
行為上可以設計下面的例子：
int additionPropertiesTest()
{
// conmutative: a + b = b + a
if ( addition(1, 2) != addition(2, 1) )
return (FALSE);
// asociative: a + (b + c) = (a + b) + c
if ( addition(1, addition(2, 3)) != addition(addition(1, 2), 3) )
return (FALSE);
// neutral element: a + NEUTRAL = a
if ( addition(10, 0) != 10 )
return (FALSE);
// inverse element: a + INVERSE = NEUTRAL
if ( addition(10, -10) != 0 )
return (FALSE);
return (TRUE);
}
但是這樣當代碼變化時用例就得跟著相應的變化，或者去加一個新的case
XP（極限編程）推薦就是在編寫代碼之前先寫測試用例。就是測試驅動開發。
CPPUnit
CPPUnit
各Case應該被寫在類里面從TestCase 導出。這個類對我們所有基本功能進行測試, 在Test Suite（測試用例集合）登記等等
文章來源于領測軟件測試網 http://www.kjueaiud.com/
