VS2012C++单元测试和代码覆盖率

1、VS2012 C+单元测试和代码覆盖率1 VS2012下C+代码简单单元测试在网上关于VS2008 VS2010 VS2012的单元测试几乎都是关于C#的单元测试，我测试了一下，C#的单元测试确实好用，然而关于C+的单元测试很少，在这里我来简单的介绍一下步骤。普通的工程关键步骤是要包含头文件和obj文件；如果是要测试静态库或者动态库，关键步骤是要包含头文件和lib文件。1.1 在VS2012中建立要测试的简单的工程在这里要测试的代码建立如下:新建一个“Win32控制台应用程序”，默认它的名称“ConsoleApplication1”，图表 11新建“Win32控制台应用程序”图表 12进入向导

2、图表 13进入向导2在“进入向导2”中选择 “空项目”。然后按“完成”。然后添加头文件和源代码文件，文件目录如下：图表 14简单代码目录结构下面是具体的代码：/AddFunc.h#ifndef _ADD_FUNC_H_#define _ADD_FUNC_H_int AddFunc(int a, int b);#endif /AddFunc.cpp#includeAddFunc.hint AddFunc(int a, int b)return a + b; /MultiFunc.h#ifndef _MULTI_FUNC_H_#define _MULTI_FUNC_H_int MultiFunc(

3、int a, int b);#endif /MultiFunc.cpp#includeMultiFunc.hint MultiFunc(int a, int b)return a * b; /SubFunc.h#ifndef _SUB_FUNC_H_#define _SUB_FUNC_H_int SubFunc(int a, int b);#endif /SubFunc.cpp#includeSubFunc.hint SubFunc(int a, int b)return a - b; /main.cpp#include AddFunc.h#include SubFunc.h#include

4、MultiFunc.hint main(int argc, char* argv)return 0;编译链接此工程，生成一系列的obj文件。在这里我要对上面的函数进行单元测试。1.2 建立测试工程选中“解决方案”ConsoleApplication1 (1个项目)”后右键点击，选中“添加”-“新建项目”，如 “图表 1 5新建测试工程”所示。图表 15新建测试工程选择“测试”-“托管测试项目”，输入名称“UnitTest_First”，按“确定”图表 16新建UnitTest1测试工程建立测试工程后的目录结构如“图表 1 7建立测试工程后的目录结构”所示图表 17建立测试工程后的目录结构选中测

5、试工程中的“UnitTest.cpp”源文件，打开看一下代码如图“”所示。图表 18 源文件UnitTest.cpp 的代码主要用的测试模块在using namespace Microsoft:VisualStudio:TestTools:UnitTesting;中。1.3 编写测试工程中的测试代码先编写一个对于加法的简单测试代码，在“void TestMethod1()”下添加如下测试代码：int na = 1, nb = 3, nExpect = 4;int nReal = AddFunc(na, nb);Assert:AreEqual(nReal, nExpect);当然得把加法的头文件

6、包含过来。#include./ConsoleApplication1/AddFunc.h添加头文件和代码后的代码如图“图表 1 9添加头文件后的代码”和“图表 1 10添加测试加法源代码后的代码”所示。图表 19添加头文件后的代码图表 110添加测试加法源代码后的代码还得把加法的obj文件包含进来。添加方法如图“图表 1 10添加被测试工程的obj”所示。图表 111添加被测试工程的obj描述：选中测试工程“UnitTest_First”右击，“配置属性”-“链接器”-“输入”-“附加依赖项”-“”，输入“.ConsoleApplication1DebugAddFunc.obj”1.4 运行测

7、试工程查看结果1.4.1 设置 “公共语言运行时支持”如图“图表 1 11设置公共语言支持方法”所示。图表 112设置公共语言支持方法描述：选中测试工程“UnitTest1”右击，选择“属性”，“配置属性”-“常规”-“公共语言运行时支持”-“公共语言运行时支持(/clr)”，按确定。1.4.2 打开“测试资源管理器”打开方法如图“图表 1 12打开“测试资源管理器”步骤”所示。图表 113打开“测试资源管理器”步骤打开后可以看到右侧添加了“测试资源管理器”，图表 114“测试资源管理器”示意图1.4.3 运行测试工程在“图表 1 12“测试资源管理器”示意图”中选中“TestMethod1”

8、右击，选择“运行选定的测试”。图表 115选择单元进行测试测试结果显示绿色，代表测试成功，如“图表 1 13测试结果成功图”所示。图表 116测试结果成功图1.5 添加其他的测试单元进行测试1.5.1 添加头文件#include./ConsoleApplication1/AddFunc.h#include./ConsoleApplication1/MultiFunc.h#include./ConsoleApplication1/SubFunc.h图表 117添加所有需要测试单元的头文件的示意图1.5.2 添加obj.ConsoleApplication1DebugMultiFunc.obj.C

9、onsoleApplication1DebugSubFunc.obj图表 118添加所有需要测试单元的obj示意图1.5.3 添加测试单元代码TestMethodvoid TestMethodMultiFunc()int na = 1, nb = 3, nExpect = 4;int nReal = MultiFunc(na, nb);Assert:AreEqual(nReal, nExpect);TestMethodvoid TestMethodSubFunc()int na = 1, nb = 3, nExpect = 4;int nReal = SubFunc(na, nb);Asser

10、t:AreEqual(nReal, nExpect);1.5.4 重新编译生成测试工程“UnitTest_First”重新编译生成后，“测试资源管理器”中添加了两个测试单元，如图“图表 1 19新添加的测试单元示意图”所示图表 119新添加的测试单元示意图可以看到是“TestMethodMultiFunc”和“TestMethodSubFunc”两个测试单元为红叉，是因为这两个测试代码不对。修改一下期望值，如下所示：/以下是自己添加的代码。TestMethodvoid TestMethodMultiFunc()int na = 1, nb = 3, nExpect = 3;int nReal

11、= MultiFunc(na, nb);Assert:AreEqual(nReal, nExpect);TestMethodvoid TestMethodSubFunc()int na = 1, nb = 3, nExpect = -2;int nReal = SubFunc(na, nb);Assert:AreEqual(nReal, nExpect);再“重新生成”测试工程“UnitTest_First”，可以看到都为绿色了。图表 120修改期望值后的测试结果也可以对没有测试通过的代码直接定位，假如没有测试通过的结果如下：图表 121直接定位没有测试通过的测试单元定位方法：双击“TestM

12、ethodMultiFunc”就会出现哪个代码没有通过。大功告成！ 有了好用的单元测试，以后写C+代码就有点靠谱的安全感了。1.6 参考笔记2011-5-15 GoogleTest也是一个不错的C+单元测试框架。 如果项目引入了boost，还可以考虑boost.test库。2011-12-16 若测试项目运行结果全部为黄色感叹号错误，报错为“System.IO.FileNotFoundException：找不到指定的模块。（异常来自HRESULT:0x8007007E）”，可参考R6034解决方案。2011-12-27 VS2010创建的C+/CLI测试项目，Debug下默认的运行时库为“多线

13、程 DLL (/MD)”而不是“多线程调试 DLL (/MDd)”，这可能会造成链接时报LNK2022。参考：VC运行时库2012-3-6 VS2008下若出现UnitTest长时间挂起，可采用KB970449热修复。参考:VS2008 Unit test “Pending” and the test cannot be completed, 强大的stackoverflow！2012-5-19 VS2010下创建C+/CLI测试项目，默认的“目标文件名”为“DefaultTest”，当同一个解决方案中包含多个测试项目时因目标文件名相同，会冲突！可手工将每个项目的“目标文件名”设置为“$(MS

14、BuildProjectName)”或其他合理值解决。2012-11-13 建议VS2012下的C+/CLI UnitTest项目设置如下:1. 调整“输出目录”为“$(Configuration)”，以避免同一个project在多个solution间共享时当前路径错误2. 调整“目标文件名”为“$(MSBuildProjectName)”，以避免同一个solution内多个C+/CLI UnitTest项目时目标文件名冲突 VS2012下CLI UnitTest的CurrentDirectory为项目的输出目录，这和VS2008、VS2005是不同的2 VS2010 做单元测试,代码覆盖率直

15、接点击 “测试”-“分析代码覆盖率”-“所有测试”就可以得到结果。图表 21分析代码覆盖率结果2.1 参考笔记Precodition:VS2010 待测试工程 demo.dll ,被测试的工程是个dll,这个怎么写就不介绍了.1. 在被测试工程的sln中,选择 测试 菜单, 选择 - , 确定.确定后,会在 解决方案资源管理器 中生成 Solution Items 和 TestProject4, 第一次应该是 TestProject1, 这里p2plive 是被测试的DLL2. 在TestProject4种 引用 p2plive3. include 被测试dll 的 head 文件.属性 - 配置属性 - C/C+ -常规 - 附加包含目录 $(SolutionDir) 的相对路径4. 编译测试工程 TestProject4在测试文件中调用 被测试DLL的 API, 编译出现各种错误提示,无法识别等.选择 公共语言运行时支持(/clr) , 不能使用(/clr:safe)5. 设置代码覆盖率如图, 选择 数据和诊断, 双击 代码覆盖率, 选择 p2plived.dll , 确定, 然后 另存 , 覆盖.在测试工程和被测试工程中 设置 /Profi