Parasoft C++test

　　Parasoft C++test 是 C/C++ 语言开发人员在代码分析，代码审查，自动化单元测试和模块测试，覆盖率分析，以及回归测试的一个完整工具包，推动可持续的工作流程，在此流程中，将自动生成，分配和分配质量任务给适当的团队成员，促进快速的缺陷解决并支持可审核的质量过程，通过在桌面上启用远程代码审查，自动化和管理对等代码审查工作流程（包括准备，通知和跟踪），并减少开销；Parasoft在后台工作-将相关任务和工件关联起来，并跟踪在这些项目上花费了多少时间，Parasoft的基于更改的测试可通过仅识别和执行与您最近的源代码修改直接相关的测试用例来帮助您优化测试工作，每次修改后不必测试整个系统，从而极大地提高了生产率。

软件功能

　　Parasoft C ++ test是一个集成的解决方案，用于自动化广泛的最佳实践，这些最佳实践被证明可以提高软件开发团队的生产力和软件质量。 C ++ test支持编码策略实施，静态分析，全面的代码审查，运行时错误检测以及单元和组件测试，从而为团队提供了一种实用的方法来确保其C和C ++代码按预期工作。 C ++ test既可以在领先的IDE下的桌面上使用，也可以通过命令行界面在批处理中使用，以进行回归测试。 C ++ test与Parasoft Report Center集成，后者提供具有钻取功能的基于Web的交互式活动仪表板，使团队可以根据C ++ test结果和其他关键过程指标来跟踪项目状态和趋势。

　　C ++ test可以帮助开发团队：

　　•应用一套全面的最佳实践，从开发周期的最早阶段识别和解决缺陷，而在修复这些缺陷时所需的精力和返工最少。

　　•自动审查已知的编码问题，以便将更多的时间用于需要人工智能的任务。

　　•有效地构建，连续执行和维护全面的回归测试套件，以检测更新是否破坏了现有功能。

　　•通过访问按需目标代码评估并跟踪实现质量和进度目标的进度，可以即时了解C和C ++代码的质量和就绪状态。

　　•建立有效，一致且受控的团队工作流程，以应用最佳实践来减少测试时间，测试工作以及达到质量保证的缺陷数量。

　　•对广泛的潜在用户路径进行否定测试，以发现可能仅在“实际”使用中才会出现的问题。

软件特色

　　Parasoft测试是一个术语，用于描述Parasoft测试产品系列以及有助于其在团队和组织之间进行配置，使用和互操作的通用基础结构。除了适用于Java，C，C ++ 、. NET，SOA，Web，云和消息/的广泛功能

　　在协议测试中，该基础结构还提供了支持任何编程语言的任务管理和对等代码查看功能。

　　借助Parasoft Test，核心UI组件，配置以及用于测试，报告和任务审阅的策略已在您环境中部署的各种Parasoft产品中实现了标准化。另外，Parasoft Test支持在Parasoft产品之间进行集成和协作，以促进跨当今复杂的分布式应用程序和事务的跨技术测试和验证。结果是对协作开发和测试的支持达到了新的水平，加上Parasoft产品之间的集成和协作达到了新的水平。

　　在更高的技术水平上，可以同时激活多个Parasoft工具，并且各种可用的角度使您可以快速从一种Parasoft测试功能转移到另一种功能。例如，您可以从Jtest透视图开始，对基于Java的Web服务的代码执行静态分析和单元测试，然后跳转到SOAtest透视图，以便向其发送消息并检查

　　它正确响应。产品之间的安装文件是共享的，因此重叠的组件不会占用双倍的磁盘空间。

软件优势

　　手动测试

　　为手动测试过程增加一致性和可重复性；还可以通过识别受每日源代码修改影响的手动测试用例来启用基于更改的测试。

　　负载/性能测试

　　验证高负载下的应用程序性能和功能。现有的端到端功能测试可用于负载测试，从而消除了进行全面和连续性能监控的障碍。还提供支持以对非Parasoft组件（例如JUnits或基于轻型套接字的组件）进行负载测试，并检测并发问题。

　　SOA / Web静态分析

　　对Web界面的内容和结构执行自动审核，自动暴露可能对基于Web的应用程序的正常功能，可用性和可访问性带来潜在风险的问题

　　SOA治理和政策执行

　　为BPM，SOA和云环境中的复合应用程序提供治理和策略验证，以确保所有SOA层之间的互操作性和一致性。

　　安全测试

　　通过渗透测试以及执行复杂的身份验证，加密和访问控制测试方案来防止安全漏洞。

　　通过端到端测试跟踪测试用例

　　通过标识，隔离和重播多层系统中的操作，在SOA层之间提供无缝集成。

　　通过端到端测试进行运行时错误检测

　　在执行功能测试或渗透测试时执行运行时错误检测。每个错误都与暴露该错误的功能测试相关联，从而使您可以针对应用程序跟踪每个报告的错误到特定用例。

　　事件监控

　　在执行测试期间，您可以可视化并跟踪由测试触发的进程内事件，从而可以直接从测试环境中快速诊断问题。您还可以随着系统的发展不断验证关键事件是否继续满足功能期望。

　　应用行为虚拟化

　　自动模拟服务的行为，然后将其部署在多个环境中，从而简化了协作开发和测试活动。可以从功能测试或实际运行时环境数据中模拟服务。

　　业务流程测试

　　允许团队根据供应商特定的BPEL部署工件自动创建测试用例，并将这些测试用例安排到反映BPEL流程测试不同方面的套件中

安装方法

　　1、打开cpptest_9.2.1.26_win32.exe执行安装，弹出安装引导

　　2、如图所示，点击下一步根据提示安装

　　3、本协议包括三部分。第 I 部分适用于您未购买相关软件（"SOFTWARE"（软件）

　　4、设置软件的安装地址C:\Program Files (x86)\Parasoft\C++test\9.2

　　5、创建启动图标，勾选ico功能

　　6、软件的安装设置内容预览，点击安装

　　7、提示软件的安装进度界面，等待软件安装结束

　　8、显示安装完毕界面，点击完成

使用说明

　　* Parasoft Test 集成

　　Parasoft Test 提供跨各种 Parasoft 产品共享的通用基础设施。 在安装过程中 C++test 9.2 将自动地安装或更新 Parasoft Test

　　为了与其他 Parasoft Test 9.2 产品共享相同的 IDE:

　　- 对于 C++test 9.2 独立版:

　　[Windows] IDE 将会自动地共享 - 无需额外的操作。

　　[UNIX] 在安装过程中选择相同的 Parasoft Test 位置。

　　- 对于 C++test 9.2 插件:

　　[Windows 和 UNIX] 在安装过程中选择相同的 Eclipse 位置。

官方教程

　　工程设置

　　1. 导入项目完成后，右键点击项目名称>”属性” >”配置属性” >”常规”下的“配置类型“改为“动态库（.dll）”如图所示：

　　然后修改路径，双击C/C++>“常规“>”附加包含目录”，将当前工程下源代码路径添加进去，如图所示：

　　4 静态测试

　　4.1 静态测试配置

　　点击测试三角号右边的下拉菜单>”测试配置”如图：

　　点击用户自定义>“新建”

　　名称可根据不同的测试项目，及测试标准命名，这里为默认命名“静态测试”

　　点击静态，只启动MISRA C 2004的所有规则，如下图所示

　　其他选项暂不考虑，点击Apply>Close完成测试配置

　　预置条件为形参的测试用例

　　源代码如图：

　　自动生成的测试用例为

　　从例子中我们可以看出unsigned _a = 1; unsigned _b = 2为设定输入，之后执行程序unsigned char _return = data_deal(_a, _b);最后判定输出，对于本例我们只需根据需要修改a，b的值即可，也可建立数据数据源测试用例。根据测试需要也可手动添加其设定输入，如全局变量、成员变量等。

　　如何建立测试用例

　　选择所需用例的测试套件，右键>新建>测试用例使用向导

　　选择函数(如果只有一个函数就没得选择了，呵呵)，给测试用例命名，点击next

　　到这里点击Finish就完成了新建测试用例，这里我们选择新数据源测试用例

　　点击自动生成，这里我们选择“表”（也可新建csv或者excel数据源测试用例，选择表），点击OK>Finsh完成:

　　双击测试套件下的数据源，这个时候就很方便的建立大量测试用例了：

　　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.report[0] = 95;

　　在测试用例2里添加:marry.report[0] =80;如图所示：

　　修改之后再次执行测试用例，结果如图：

　　8.4. 全局变量获得输入及桩函数的联合使用

　　源代码如图：

　　对于main函数，data_deal函数只提供了一个出口，那么问题来了，两个if语句只能执行一个，所以要通过建立用户自定义的桩函数，当执行不同的测试用例时可以让用户自定义的桩函数返回不同的值，以满足两个条件判断语句全覆盖。下图为自定义的的桩函数：

　　新建用户自定义桩函数之后，重新执行测试用例，可以观察到：

　　自定义桩函数后我们再执行单元测试，两个条件判断语句都有执行到了，但没执行到case语句，这是因为data_deal函数的桩函数返回10的时候测试用例的预置条件i不等于0,1,2。这个时候我们就要再次修改桩函数和新建测试用例或者修改测试用例，以达到每条语句都至少执行一次的目的。

　　修改后的自定义桩函数如图所示：

　　这个时候还需要修改测试用例

　　把TestSuite_fun2_c_92e58086_test_main_2，TestSuite_fun2_c_92e58086_test_main_3，TestSuite_fun2_c_92e58086_test_main_4，三个测试用例中的i依次改为0，1,2。再次执行单元测试，可以观察到：