Parasoft_c++test测试平台介绍-文档资料

1、C+test的概况C+Test的功能C+test支持编译器C+test的团队开发解决方案C+test的静态测试单元测试回归测试覆盖率测试嵌入式系统测试议程议程美国Parasoft公司 成立于成立于1987 总部在美国总部在美国蒙罗维亚蒙罗维亚 全球全球15个个office 技术创新：在美国软件技术领域拥有技术创新：在美国软件技术领域拥有15项专利项专利 目前为止目前为止,全球客户数量超过全球客户数量超过10,000+Parasoft测试软件功能概要BugDetective 返回返回根据用户选定的编码规范对代码做静态分析提供一个图形化的RuleWizard编辑器来定制用户编码规则对代码路径做静态

2、模拟以定位潜在的运行时错误提供图形化接口和动态跟踪使代码走查自动化自动生成并执行单元和组件级的测试灵活的桩函数机制完全支持回归测试代码高亮显示的代码覆盖率分析使用图形或命令行方式进行全面团队部署返回返回返回返回在所有团队开发人员的机器上安装和许可C+test Professional Edition在架构设计师或开发领导的机器上安装和许可C+test Architect Edition在团队服务器上安装和许可C+test Server EditionParasoft GRS（组报告系统）是一种决策支持系统，使得软件开发流程具有可视性和受控性Parasoft TCM（团队配置管理器）是一款软件，

3、用来管理Test Configurations（团队配置) 、规则、规则映射、Suppressions(抑制)、跳过的资源和结果在团队范围的分配和共享。所有的团队 C+test 机器都应连接到 TCM（团队配置管理器），以实现对测试做法的集中化管理和应用将所有 C+test 安装连接至您的源码控制器存储库源码控制器存储库 C+test 目前支持以下源码控制器系统 团队开发人员团队开发人员 Professional 架构设计师架构设计师/领导领导Architect 团队服务器团队服务器ServernCVSnSubversion (SVN) 1.2.x, 1.3.x, or 1 .4xnClear

4、Case 2003.06.00nStarTeam 2005nCM Synergy 6.4nPerforce 2006.2nVisual SourceSafe 6.0, 2005SCM源码控制系统编码 & 测试 TCM团队开发配置系统测试结果可自定义时间的测试构建服务器生成全局报告 可视化全局决策支持报告专业版服务器版本(批处理模式)架构师版团队代码撰写标准测试结果软件工程师架构师或项目管理者Parasoft团队协同开发管理团队协同开发管理返回返回在c+Test中进行代码静态测试,主要使用到以下几个功能模块自动代码撰写规范检查自定义代码规范RuleWizardBugdetective检测

5、RunTime错误C+Test静态测试C+Test提供了1000多条的内建规则,这些编程建议能够帮助用户提高代 码的可维护性和可重用性.RuleWizard功能满足用户自定义编码规范的需求Bugdetective是PARASOFT的专利技术,用户在不运行程序的情况下就 能够查找出大多数运行时错误,100%没有误报自动代码撰写规范检查自动代码撰写规范检查Bugdetective用户可以按照实际的规则需求自定义相应的编码规则用户可以按照实际的规则需求自定义相应的编码规则图形化方式图形化方式在不运行程序的情况下检测出运行时错误在不运行程序的情况下检测出运行时错误没有误报没有误报自定义代码规范自定义代

6、码规范RuleWizard静态代码规则检查/Bugdetective模拟代码执行创建/导入被测试工程 工程设置测试配置执行测试审查测试结果修正代码错误/缺陷返回 1452345234523Unit Testing(使用自动生成的Test Case)创建/导入被测试工程 工程设置测试配置生成测试用例执行测试用例审查测试结果修正代码错误/缺陷 注:基于Cal_Coverage 例程Unit Testing(手动添加Test Case)创建/导入被测试工程 工程设置测试配置生成测试用例执行测试用例添加测试用例添加测试用例审查测试结果修正代码错误/缺陷注:基于Cal_Coverage 例程Unit T

7、esting(使用数据源提供Test Case Input/Output)创建/导入被测试工程(Plug-In版本不用) 工程设置测试配置添加测试用例数据源添加测试用例数据源生成测试用例用数据源更新测试用例用数据源更新测试用例执行测试用例审查测试结果修正代码错误/缺陷 注:基于cpptestdemo 例程返回返回 在我们的软件开发过程中，只要软件发生了改动，不管是功能的变化、模块的增加或者bug的修改，都会对现有的软件造成影响，也就可能带来问题.当软件的 bug被发现提交后，有可能发生以下几种情况:追踪系统不够完善，该bug被疏忽没有得到修改开发对于bug的理解不同，造成修改后的结果与期望仍不

8、一致理解不够深入，只修改了bug描述的表面现象，深层原因没有找到bug被修改，但没有考虑到与此问题关联的其他其他模块本bug被修改，之前被本bug掩盖的其他错误得以显现出来 由此我们可以看出进行回归测试的必要性，但在每一次回归测试中遍历所有的用例又是不现实的，特别是在测试后期，所以选择正确的回归测试策略来改进回归测试的效率是非常有意义的.回归测试(手动添加Test Case)创建/导入被测试工程 工程设置测试配置生成测试用例执行测试用例修改被测试代码修改被测试代码(模拟一个回归测试环境模拟一个回归测试环境)执行测试用例执行测试用例审查测试结果修正代码错误/缺陷注:基于Cal_Coverage

9、例程返回返回n代码覆盖率分析是在程序中寻找没有被用例测过的地方的流程;创建新的测试测试用例来增加覆盖率的流程;决定代码覆盖定量的量度方法，同时也是一种间接度量质量的方法的过程。n覆盖分析是一种测试的技术技术，但你不应该依赖于它的单独使用。 n使用覆盖率分析，实际上是确保你的测试的质量，进而确保实际产品的质量。覆盖率分析有着它的优点和缺点。你需要选择采用哪些度量的方法。你要设定一个最低的覆盖率来决定什么时候停止分析覆盖。n覆盖分析有时候也叫“测试覆盖分析”, 这两种术语是同义的。在学术界里，术语“测试覆盖”使用得比较多，在测试业界里的话，使用得多的就是术语“代码覆盖”。同样的，覆盖分析器有时候也

10、被叫做“覆盖监控器”。 覆盖率分析覆盖率分析(手动添加手动添加Test Case提高提高 覆盖率覆盖率)创建/导入被测试工程 工程设置测试配置生成测试用例执行测试用例审查测试结果审查测试结果手动添加测试用例手动添加测试用例执行测试用例执行测试用例审查测试结果修正代码错误/缺陷注:基于Cal_Coverage 例程返回返回n嵌入式软件测试/嵌入式测试测试或叫交叉测试（cross-test）的目的与非嵌入式软件是相同的。但是，在嵌入式系统设计中，软件正越来越多地取代硬件，以降低系统的成本，获得更大的灵活性，这就需要使用更好的测试方法和工具进行嵌入式和实时软件的测试。 n通常嵌入式系统对可靠性的要求

11、比较高。嵌入式系统安全性的失效可能会导致灾难性的后果，即使是非安全性系统，由于大批量生产也会导致严重的经济损失。这就要求对嵌入式系统，包括嵌入式软件进行严格的测试、确认和验证。随着越来越多的领域使用软件和微处理器控制各种嵌入式设备，对门益复杂的嵌入式软件进行快速有效的测试愈加显得重要。n若所有测试都放在目标平台上有很多不利的因素：若所有测试都放在目标平台上有很多不利的因素：测试软件，可能会造成与开发者争夺时间的瓶颈，避免它只有提供更多的目标环境目标环境可能还不可行比起主机平台环境，目标环境通常是不精密的和不方便的提供给开发者的目标环境和联合开发环境通常是很昂贵的开发和测试工作可能会妨碍目标环境

12、已存在持续的应用从经济上和开发效率上考虑，软件开发周期中尽可能大的比例在主机系统环境中进行，其中包括测试n确定确定host-target测试环境后，开发测试人员又会遇到以下的问题：测试环境后，开发测试人员又会遇到以下的问题：多少开发人员会卷入测试工作（单元测试单元测试，软件集成，系统测试）?多少软件应该测试，测试会花费多长时间？在主机环境和目标环境有哪些软件工具，价格怎样，适合怎样?多少目标环境可以提供给开发者，什么时候?主机和目标机之间的连接怎样？被测软件下载下载到目标机有多快?使用主机与目标环境之间有什么限制（如软件安全标准）?n任何人或组织进行嵌入式软件的测试都应深入考虑以上问题，结合自

13、身实际情况，选定任何人或组织进行嵌入式软件的测试都应深入考虑以上问题，结合自身实际情况，选定合理测试策略和方案合理测试策略和方案确保测试生成的测试用例可以确保测试生成的测试用例可以表现程序的功能性表现程序的功能性确保测试用例能够被成功编译确保测试用例能够被成功编译 验证代码的可移植性并通过静验证代码的可移植性并通过静态分析强化代码的可移植性态分析强化代码的可移植性通过使用桩函数来模拟外部硬通过使用桩函数来模拟外部硬件依赖件依赖支持在代码初期进行测试，从支持在代码初期进行测试，从而提升对于代码质量的信心而提升对于代码质量的信心回归测试保障了代码的完整性回归测试保障了代码的完整性以及连贯性以及连贯性提供可用资源并进行交叉编译提供可用资源并进行交叉编译获得目标平台运行时的代码覆获得目标平台运行时的代