介紹：
在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（測試用例集合）登記等等
例如， 我們寫了一個功能在磁盤存放一些數據的小模塊。 這個模塊(類名DiskData) 有主要二功能: 裝載和保存數據到文件里面：
typedef struct _DATA
{
int number;
char string[256];
} DATA， *LPDATA;
class DiskData
{
public:
DiskData();
~DiskData();
LPDATA getData();
void setData(LPDATA value);
bool load(char *filename);
bool store(char *filename);
private:
DATA m_data;
};
現在， 什么編碼方式并不重要， 因為重要事是我們必須肯定它必須做， 是這個類應該做: 正確地裝載和存放數據到文件。
為了做這個驗證，我們去創造一個新的測試集，包括二個測試用例: 一個裝載數據和另為存儲數據。
