介绍：

　　在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;
};