unittest++？还是用cppunit吧

测试有一个问题就是，不要污染代码。

当我把下午写的一个测试好的类。放到相应的unittest++框架中的时候，提示我stdafx.h文件不对。拷贝过去，又说编译的MD有问题。可能是我比较笨吧。也许是还没有做MFC的代码移植。

至少个人观点cppunit还是比较不错的。
1.针对console和mfc程序都有相应测试例子，其实针对每个项目有针对的测试用例比较好。至少能有一点好处。不至于出现灵异问题。有时候，EXE没有的问题，DLL可能会很严重哦。
2.针对测试用例已经实现了，自动注册测试类。不过网上的大部分教程是随着版本来的。等你看到的时候，已经支持该功能了。
3.毕竟发展一段时间了，有相应的mock模块
4.就是测试和实际开发程序分开，但是又不需要太大变动。如果没次写一个测试程序，都需要配置目录，重写相关dll部分函数，谁会乐意？至少我觉得cppunit没有自动化的框架生成，是一个遗憾。大部分其他测试框架也就是省了这个部分，纷纷退出简便的测试用例写法。我还是那句话，作为程序员，既然决定写了，希望那些都是自动的。该手动的地方手动。不想全靠自己动。

这些天cppunit用的比较熟了。觉得眼前开阔了许多。还是需要继续《重构》的思想。学会找找，那些需要写测试，那些可以不写测试用例。