使用技巧

Parasoft在企业软件开发和质量验证场景中经常用于自动化测试、代码分析以及单元测试管理。对于使用C、C++、Java等语言开发的项目，单元测试能够帮助开发人员提前发现函数逻辑错误和接口调用问题。不过在实际使用Parasoft创建测试用例时，初次配置项目环境、设置测试对象以及执行测试流程时，容易遇到测试用例无法生成、执行失败、覆盖结果异常等情况。本文介绍Parasoft创建单元测试用例的方法，以及测试执行失败后的定位思路。

Parasoft静态代码分析可以帮助开发团队检查代码中的潜在缺陷、安全风险以及编码规范问题，通过配置不同规则集，可以满足MISRA、CERT、CWE等不同项目标准要求。但在实际使用过程中，规则启用后没有检测结果、修改严重等级未变化、规则配置无法同步等情况较为常见。造成这些问题的原因可能来自测试配置选择、规则状态、分析范围、项目环境以及规则库版本等多个方面。本文介绍Parasoft静态分析规则配置方法，以及规则设置后未生效时的排查方式。

Parasoft Virtualize可以通过Message Proxy截获真实系统之间的请求与响应，再根据录制流量生成Message Responder和Data Repository。录制完成后，如果同一个请求拿到了错误响应，或者请求参数变化后Virtualize仍返回上一组数据，通常要检查Responder分组方式、Request Matching和Data Source Correlation。录制数据只是生成虚拟服务的基础，最终返回哪条响应仍取决于请求匹配条件和数据关联规则。

Parasoft Jtest执行Java单元测试并采集代码覆盖率后，可以把测试结果上传到Parasoft DTP，由DTP把不同构建的代码变化、测试执行结果和Coverage数据关联起来，判断哪些测试受到代码修改影响。变更影响分析结果偏少时，通常不是单纯的代码差异识别问题，更常见的是Baseline与Target选择错误、Coverage Image不一致，或者同一次构建的数据被分散到了不同Build ID中。

接口测试经常会卡在依赖服务未完成、测试数据难准备，或者第三方接口不稳定上。Virtualize可以把这些依赖做成可调用的虚拟资产。分析Parasoft旗下Virtualize怎么模拟依赖服务Virtualize模拟服务响应异常如何调整，重点要看请求怎么匹配、响应怎么生成，以及虚拟资产部署到了哪个端点。

Parasoft DTP报告怎么查看，以及DTP里的质量趋势怎么分析，这通常是项目在接入静态分析、单元测试、覆盖率或合规检查之后才会碰到的事情。DTP这个工具，它并不是要你再单独跑一次测试，它更像是一个能把各类测试结果集中起来看的质量平台，它可以把静态分析、测试执行、覆盖率和合规状态这些数据，都放在一个统一的看板里面，用来帮助判断项目当前的风险和发布准备的情况。

Parasoft的MISRA规则应当怎样启用，以及MISRA的违规项又该如何按照等级去筛选，这两个问题的处理方式，主要取决于项目当前使用的是Parasoft C/C++test的桌面版本、命令行版本，还是结合DTP平台来统一查看结果。MISRA规则的启用，并不是简单地把开关打开就算完成了，在这之前，还需要确认项目代码能够被正常分析，编译配置、头文件的路径、宏定义，还有规则集，这几样都是正确的。Parasoft C/C++test这个工具，能够被用在C和C++代码的质量检查上，同时也支持面向安全关键软件的编码规范合规检查，其中就包含了与MISRA有关的规则。

Parasoft的代码覆盖率是怎样统计的，以及覆盖率的缺口又该如何定位，这两个问题在进行单元测试、集成测试和安全关键软件验证时经常会被遇到。覆盖率并不仅仅是查看一个最终的百分比，而是要弄清楚哪些代码被测试执行过，哪些分支、条件或者路径还没有被覆盖到。Parasoft的C/C++test、C/C++test CT这类工具，是能够在单元测试、集成测试和系统测试中收集覆盖率信息的，它们支持的覆盖类型也很多，比如语句覆盖、分支覆盖，以及MC/DC覆盖。

把项目接入持续集成之后，单次的扫描结果只能说明当时那一刻的情况，真正值得持续盯着的，其实是缺陷数量、覆盖率和测试结果这几个方面，有没有随着时间在慢慢变好。要谈清楚Parasoft DTP里面的质量趋势图到底该怎样去读，以及不同团队之间如果指标的计算口径对不上，又该怎么去把它拉齐，重点就在于先要搞清楚这些趋势图背后统计的到底是哪些构建、哪些扫描任务，还有哪些代码目录，然后再来判断曲线上的那些变化可不可信。DTP这个平台会接收像C/C++test、dotTEST、Jtest这些工具上报过来的数据，然后通过仪表板上的各个组件，把分析的结果给展示出来。

一个.NET项目的规模逐渐变大以后，如果只靠开发人员手工去检查代码，就很难长期地把质量稳住。Parasoft dotTEST和SonarQube这两款工具，都可以参与代码的检查工作，也都能接入到持续集成的流程里面去，但它们处理问题的视角是有差别的。SonarQube更偏向于做统一的代码质量管控，这种工具非常适合在企业里跨多个代码仓库、多种编程语言的环境中，建立起一道道质量闸门；而dotTEST则更加集中地服务于C#和VB.NET项目，除了做静态分析，它还能把代码覆盖率的采集、测试的执行、代码变更带来的影响分析，以及满足合规要求的报告，全都放进同一套验证的流程里面去。