标签：style blog http color os 使用 ar 文件 sp
打算在项目中试试 CATCH 这个测试框架。请同事在工程中进行了试验，结果却出现了一点问题。
CATCH 和 GTest 之类的框架一样，可以直接在 C++ 文件中定义测试函数，就能自动地注册到测试列表中，而不需要显式地“注册”测试函数这样的代码。其实原理很简单，就是定义一个宏（TEST_CASE），这个宏展开以后，会定义一个全局对象，测试函数作为构造函数的参数传入，然后构造函数中做相应的“注册”动作。由于全局变量的构造函数会在Main函数执行之前就执行，所以就可以在 Main 被执行前，把所有的测试函数注册到测试列表中。
CATCH 这个框架用起来非常简单，只需要包含一个 catch.hpp 头文件就可以了。这也是我看中这个框架的原因。虽然说应该是很简单的，但我还是先新建了一个工程进行了测试，在这个工程中，有三个文件，其中一个包含 main 函数，另外两个就是单纯地定义测试函数。一切都非常顺利，两个 test case 都被执行了，而且结果也正确。
我的想法是“main函数”定义在一个文件中，其它文件只要愉快地写 TestCase 就可以了，这样分工起来也容易，合并的工作量也极小。
不过当同事在我们正式的开发工程中做同样类似的事的时候，却出问题。他定义在单独文件中的的 Test case 函数总是不能执行。这下我傻眼了。
我把他的工程拷到我的机器上运行，结果也是一样的。有点头疼。后来我注意到一点，当我把断点打在新加的 TEST_CASE 函数中，运行起来以后，这个断点会显示“此断点无法命中”这样的信息。我只好猜测，虽然我每次修改这个文件VS都会重新编译工程，并且也能看到生成的对应的 obj 文件，但这个文件很有可能没有被链接到工程中。因为我们的正式的开发工程比较大，文件很多，可能是因为 VS 在编译大的工程时，自作聪明做了优化，把认为“从来没有用到过的文件”不进行链接。为什么 VS 会认为新增加的 TestCase 文件没有被使用过呢？因为 CATCH 框架（我觉得GTest等也是一样的）的注册方式是隐性的，它定义的全局变量的构造函数中把自己另一个函数关联到整个的 TestCase 表中，然后再在 Main 函数中通过这张 TestCase 函数表来调用所有的测试函数。VS 很可能在这里分析错误，误以为这些函数不会被用到。如果我在这个文件中随便定义一个函数，然后再在其它会执行的函数中调用这个函数，那么 VS 就不会做这个优化了。于是我这么试了一下，TEST_CASE 文件就被执行了。
（优化不是这么容易做的啊~谁把它报给 VS 吧~）
标签：style blog http color os 使用 ar 文件 sp
原文地址：http://www.cnblogs.com/liyiwen/p/4006476.html
