C++test(VS2010插件版)简明操作手册.doc

目录目录1C+test（VS2010插件版）使用文档21编写说明22项目导入23 工程设置24静态测试34.1 静态测试配置34.2执行静态测试44.3 查看测试报告54.4 查看质量任务55.自动生成测试用例65.1. 自动生成测试用例配置65.2 执行自动生成测试用例75.3 查看测试报告85.4 查看自动生成的测试用例86.执行测试用例96.1. 执行测试用例配置96.2 执行测试用例106.3 查看测试报告106.4 查看生成的测试用例116.5 查看覆盖率117.桩函数127.1 桩函数概述127.2 自动生成桩函数137.3 用户自定义桩函数138.关于测试用例158.1预置条件为形参的测试用例158.2调用子函数获得输入188.3成员变量获得输入,如下源代码：198.4. 全局变量获得输入及桩函数的联合使用20C+test（VS2010插件版）使用文档1 编写说明Parasoft C+test是经广泛证明的最佳时间集成解决方案，它能有效地提高开发团队的工作效率和软件质量。本教程侧重点介绍单元测试的使用方法。单元测试的定义是测试应用程序中最小的单元。单元测试提供了一种更有效的发现错误的方法，它将应用程序中的最小单元分离开来，使得测试更接近错误，只要简单地对每个最小单元进行独立测试，就很容易的使全面准确的找到程序中的错误成为可能，单元测试能帮助客户更准确更全面的找到错误，显著提高软件质量。2 项目导入1如何导入一个已有项目 选择“File”打开”项目解决方案” 找到.sln文件，双击.sln文件或者直接双击.sln文件。3 工程设置1. 导入项目完成后，右键点击项目名称”属性” ”配置属性” ”常规”下的“配置类型“改为“动态库（.dll）”如图所示：然后修改路径，双击C/C+“常规“”附加包含目录”，将当前工程下源代码路径添加进去，如图所示：4 静态测试4.1 静态测试配置点击测试三角号右边的下拉菜单”测试配置”如图：点击用户自定义“新建” 名称可根据不同的测试项目，及测试标准命名，这里为默认命名“静态测试” 点击静态，只启动MISRA C 2004的所有规则，如下图所示 其他选项暂不考虑，点击ApplyClose完成测试配置4.2执行静态测试 可对整个项目进行静态测试，也可根据需要对某个.c文件单独进行静态测试，不同的测试要选中测试目标，如对某一个.c测试一定要选中这个.c文件（左键点击该.c文件即可）。 点击工具栏中的“生成”选项“生成解决方案”。 执行静态测试，点击右三角右边的下拉菜单，选中“静态测试”,如下图所示：4.3 查看测试报告点击“测试进度”窗口左下角Proceed查看测试报告，也可点击Configure修改生成报告的路径，如图所示：4.4 查看质量任务在工具菜单中选择“Parasoft”“显示图示”“质量任务”如图结果如图所示：双击“感叹号”可快速定位到源代码中的位置。也可把鼠标箭头放到源代码小红帽处查看静态测试的详细信息，如图所示：5测试用例生成5.1自动生成测试用例5.1.1 自动生成测试用例配置点击测试三角号右边的下拉菜单”测试配置”如图：点击用户自定义“新建” 名称可根据不同的测试项目及测试标准命名，这里为默认命名“自动生成测试用例” 点击“静态”，取消勾选“启动静态分析” 点击“生成”，勾选“启动单元测试生成” 其他选项暂不考虑，点击ApplyClose完成测试配置5.1.2 执行自动生成测试用例 可对整个项目执行自动生成测试用例，也可根据需要对某个.c文件单独执行自动生成测试用例，不同的测试要选中测试目标，如对某一个.c测试一定要选中这个.c文件（左键点击该.c文件即可）。 点击工具栏中的“生成”选项“生成解决方案”。 执行自动生成测试用例，点击右三角右边的下拉菜单，选中“自动生成测试用例”,如下图所示：5.1.3 查看测试报告点击“测试进度”窗口左下角Proceed查看测试报告，也可点击Configure修改生成报告的路径，如图所示：5.4 查看自动生成的测试用例在工具菜单中选择“Parasoft”“显示图示”“测试用例浏览器”如下图所示，双击测试用例可查看测试用例源码。5.2手动建立数据源测试用例5.2.1建立数据源例如以下函数：在测试用例浏览器中新建数据源如图选择excel表格，Finish在弹出的窗口中给数据源命名，并给数据源添加路径：在打开的窗口中右键空白处选择新建excel表格：给新建的excel表格命名，选中该表格，点击打开：点击OK，完成数据源的建立：5.2.2手动建立数据源测试用例在测试用例浏览器中新建测试用例：给测试用例命名，点击next：选中数据源，点击finish完成向导：新建的数据源测试用例如下：做如下修改：此时就可以在新建的excel表格中添加测试用例了，注意红色圈圈要与测试用例中的双引号内的命名保持一致6. 执行测试用例6.1. 执行测试用例配置点击测试三角号右边的下拉菜单”测试配置”如图：点击用户自定义“新建” 名称可根据不同的测试项目及测试标准命名，这里为默认命名“执行测试用例” 点击“静态”，取消勾选“启动静态分析” 点击“执行”，勾选“启动测试执行”， 插桩模式默认为“带有行覆盖的完全运行时“，可修改此项以查看其它覆盖率，点击右边“编辑”选项，勾选覆盖率指标，如下图所示： 其他选项暂不考虑，点击ApplyClose完成测试配置6.2 执行测试用例 可对整个项目执行自动生成测试用例，也可根据需要对某个.c文件单独执行自动生成测试用例，不同的测试要选中测试目标，如对某一个.c测试一定要选中这个.c文件（左键点击该.c文件即可）。 点击工具栏中的“生成”选项“生成解决方案”。 执行自动生成测试用例，点击右三角右边的下拉菜单，选中“自动生成测试用例”,如下图所示：6.3 查看测试报告点击“测试进度”窗口左下角Proceed查看测试报告，也可点击Configure修改生成报告的路径，如图所示：6.4 查看生成的测试用例在工具菜单中选择“Parasoft”“显示图示”“测试用例浏览器”如下图所示，双击测试用例可查看测试用例源码。到此为止分步骤完成了单元测试，也可在测试配置中依次选择“静态分析”“生成测试用例”“执行测试用例”自动化完成单元测试，程序源代码显示：绿色部分为执行到测试代码，红色部分为未执行到的代码，为保证测试完整性，可通过建立桩函数或者自定义（修改）测试用例提高测试覆盖率，以满足测试覆盖率的要求，这样能有效的提高测试质量，避免设计无效用例。6.5 查看覆盖率在工具菜单中选择“Parasoft”“显示图示”“覆盖率”如下图所示：7. 桩函数7.1 桩函数概述桩函数主要实现替代原函数的功能，使得单元测试过程中能将被测功能与外部依赖隔离。桩函数是单元测试的常用技术，它主要目的有二：一是将不可控的、费时的实际系统隔离，例如访问网络、数据库、硬件等；二是将复杂的底层系统隔离，采用相对简单的模拟系统来代替。当被调函数不会影响当前测试函数的功能行为的时候，桩函数能够被使用，以使得单元测试的效率更高。自定义桩函数可以带来的好处在于：调用原函数可能其返回值为一个固定值，不能返回一个期望值，以使得测试不同的代码分支。而桩函数的返回值，可由用户自由控制，因而具备更大的灵活性。这里有对桩函数较详细的解释/link?url=J_RF4p5MXSfmS1tsJgd5dj3EqntIAtEAiVRZFnSa61SkWgzFZghjxE6mPZ3nzx-qPwZT7ndp_kUZcoG8zB_YVmw9QpQrCv4Ca6uL7zi-rTC桩函数可自动生成，也可用户自定义，自动生成的桩函数与自定义的桩函数其主要差别在于：自定义的桩函数调用优先级别高于原函数，原函数的优先级别高于自动生成的桩函数。 7.2 自动生成桩函数 选中要生成桩函数的源文件，右键Parasoft测试执行内建Unit TestingFile ScopeGenerate stub(file Scope) 选中要生成桩函数的源文件，右键Parasoft测试执行内建Unit TestingFile Scope Collect stub Information(file Scope) 在工程目录下我们可以看到自动生成的桩函数: 点击工具栏的Parasoft选项显示图示桩函数，可以看到：7.3 用户自定义桩函数如下图所示,在需要建立用户桩函数的函数上右键，选择“创建用户桩函数”给用户桩函数命名之后点击完成。这个时候在工程目录下我们可以看到：双击用户函数，这个时候就可以任意修改桩函数返回我们想要的结果了：8.关于测试用例对于函数测试来说，一个用例，就是设定输入，执行程序，判断输出是否符合预期。可能输入包括：参数、需读的成员变量、需读的全局变量、内部输入（调用子函数获得的输入）；可能输出包括：返回值、输出参数、被写的成员变量、被写的全局变量，内部输出（在程序执行过程中判断的中间输出）、动作（例如需判断程序在某种输入下是否调用了某个函数）。简单来说，输入就是程序执行前或执行过程中读取的外部数据，输出就是程序所改写的数据。了解了这些，就不会对没有参数、没有返回值如何测试产生疑问了。测试没有参数的函数，它可能还有别的输入，例如全局变量，成员变量，或调用子函数获得的输入（这个要使用工具才能做到），只要函数需读取的，都应该设定初始值，如果完全没有，没有输入也是一种输入，照样测试就是了。 同样道理，输出也不仅仅是返回值，没有返回值还可能修改了全局变量什么的，这些也是要判断的输出。但是，单元测试应该测试哪些比较复杂的程序，而不是只测试接口。8.1预置条件为形参的测试用例源代码如图：自动生成的测试用例为从例子中我们可以看出unsigned _a = 1; unsigned _b = 2为设定输入，之后执行程序unsigned char _return = data_deal(_a, _b);最后判定输出，对于本例我们只需根据需要修改a，b的值即可，也可建立数据数据源测试用例。根据测试需要也可手动添加其设定输入，如全局变量、成员变量等。如何建立测试用例 选择所需用例的测试套件，右键新建测试用例使用向导 选择函数(如果只有一个函数就没得选择了，呵呵)，给测试用例命名，点击next 到这里点击Finish就完成了新建测试用例，这里我们选择新数据源测试用例点击自动生成，这里我们选择“表”（也可新建csv或者excel数据源测试用例，选择表），点击OKFinsh完成: 双击测试套件下的数据源，这个时候就很方便的建立大量测试用例了：8.2调用子函数获得输入对于以下函数：sum函数只提供了一个出口，对于data_deal函数来说建多少测试用例都无法完全执行每条语句，so以上介绍的桩函数就派上用场了，对sum函数插桩，当执行data-deal的第一个测试用例时让sum函数返回10，当执行data-deal的第二个测试用例时让sum函数返回0，当执行data-deal的第三个测试用例时让sum函数返回5，这样就可以完全保证每条语句都执行一次了。这里介绍的只是用法，具体到实际应用时需保证测试质量前提下精心设计。图中篮圈为自带API函数，红圈为data_deal的测试用例。这里只是保证了覆盖率，对于data_deal函数套件下的其他测试用例（这里测试用例不止3个）还是执行sum返回的值对应的判断语句（如上上图的if语句），这样造成测试不均匀的现象，个人愚见应该把所有测试用例都用到桩函数中，但这样又带来了大量的工作。插桩后执行测试用例结果：8.3成员变量获得输入,如下源代码：自动生成的测试用例为：在这里我们可以直接添加预置条件：在测试用例1里添加:marry.report0 = 95;在测试用例2里添加:marry.report0 =80;如图所示：修改之后再次执行测试用例，结果如图：8.4. 全局变量获得输入及桩函数的联合使用 源代码如图： 对于main函数，data_deal函数只提供了一个出口，那么问题来了，两个if语句只能执行一个，所以要通过建立用户自定义的桩函数，当执行不同的测试用例时可以让用户自定义的桩函数返回不同的值，以满足两个条件判断语句全覆盖。下图为自定义的的桩函数：新建用户自定义桩函数之后，重新执行测试用例，可以观察到：自定义桩函数后我们再执行单元测试，两个条件判断语句都有执行到了，但没执行到case语句，