在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; }; |
现在, 什么编码方式并不重要, 因为最重要事是我们必须肯定它必须做, 是这个类应该做: 正确地装载和存放数据到文件。
为了做这个验证，我们去创造一个新的测试集，包括二个测试用例: 一个装载数据和另为存储数据。
