求索阁

测试驱动开发的原则： Ø 先写测试代码，然后编写符合测试的代码。至少做到完成部分代码后，完成对应的测试代码； Ø 测试代码不需要覆盖所有的细节，但应该对所有主要的功能和可能出错的地方有相应的测试用例； Ø 发现 bug，首先编写对应的测试用例，然后进行调试； Ø 不断总结出现 bug 的原因，对其他代码编写相应测试用例； Ø 每次编写完成代码，运行所有以前的测试用例，验证对以前代码影响，把这种影响尽早消除； Ø 不断维护...

按功能分： 白盒测试(Whitetest):基于一个应用代码的内部逻辑知识，测试是基于覆盖全部代码、分支、路径、条件。 黑盒测试(BlackTest):不基于内部设计和代码的任何知识，而是基于需求和功能性。 按测试时间来分： 单元测试(UnitTest) :最微小规模的测试;以测试某个功能或代码块。典型地由程序员而非测试员来做，因为它需要知道内部程序设计和编码的细节知识。这个工作不容易作好，除非应用系统有一个设计很好的体系结构; 还...

单元测试现在已经成为标准的编程实践，但是C++缺少Java和.Net平台语言的反射机制，所以无法枚举测试方法，必须手工添加，或者使用一些特别的宏，弄得代码非常难看。Java语言单元测试是JUnit的天下，C#基本上都用NUnit，而C++则群花怒放，单元测试框架非常多，JUnit移植过来的CppUnit、Boost::test、CppTest、CxxTest、TUT和GoogleTest等等。——摘自http://hi.baidu.com/shuiyuan2004/blog/item/7d4b43eccdf5c2d32f2e213f.html ...

一、 编译CPPUnit工程 1、  解压文件cppunit-1.12.1.tar.gz。 2、  编译$BASE/src/cppunit/CppUnitLibraries.dsw中的cppunit_dll项目。这是CPPUnit基本类库。Release和debug版本需要同时编译。 3、  编译$BASE/src/cppunit/CppUnitLibraries.dsw中的TestRunner项目。这是使用MFC的图形化界面的类库。Release和debug版本需要同时编译。 注意：若使用VS2005编译，可能出现： error C1104: fatal error importing l...

在网上找了很多关于在 VS2005 下使用 CppUnit 的方法的文章，都不如意(要么针对的 VC 的版本太老，要么就是不详细)，因此经过几番摸索，总算找到了一种方法。小结一下，备忘。 分为以下2个步骤： 1. 编译生成 lib,dll 文件 2. 在 VS2005 中建立测试工程(在这个工程中写测试用例，调用 CppUnit 工具) 首先，编译生成 lib,dll 文件 1.下载 CppUnit 源文件(这里用 1.12.0 版本) 2.解压后，进入其中的 src 目录(cppunit-1.12.0\src)...