CPPUnit与单元测试

CPPUnit和单元测试要注意以下几点:

• 测试的结果是程序直接监测的，而不是“通过人眼对屏幕上的输出结果的观测”。因此，cppunit并不推荐屏幕输出，或者写可视化的测试单元。  
•  测试的过程是自动化的，不需要人工的干预。cppunit推荐用大量典型测试数据进行回归的方式。   测试案例是安全可控的。如果一个测试案例错误或者发生了异常，那么应该记录这个错误，并且去执行下一个案例，而不应该停下来。cppunit测试框架保证了这一点。  
• 单元测试是频繁发生的，每天都进行。由于测试案例的自动化，故此，在你的模块发生了重要改变时（特别是设计上的重大变化/重构时），你都应该马上运行一遍所有的测试程序，以确认你的代码没有引入预期（或曾经出现过）的bug。你可以在准备吃饭的时候，启动单元测试程序进行回归。  
• 单元测试的目的是产生高质量的单元（模块）。从而减少系统集成（包括系统集成测试）的代价。

          在论坛上找到了大侠的开发使用感受：     

          这是一个半自动化的测试工具，可以帮助你完善测试工作，但是不会帮你编码。我一直用cppunit作为我的TDD工具，当我每次新建一个项目的时候，我都先用cppunit搭一个测试框架，保持项目代码和测试框架都能够编译通过，然后编写测试用例，然后填充代码以满足测试用例，周而复始直到完成。每当我因为修改某个bug改动了部分代码的时候，我都会用cppunit将所有的测试用例都跑一遍，如果修改引起了另一个模块的问题，测试用例就会失败，我就会注意到。所以我提交程序的时候会很有信心，而不是怀着忐忑不安的心情期望这次修改不会引起其他的问题。

关于单元测试的文章