发布时间:2026-07-30 13: 43: 00
Parasoft的变更影响分析通常需要与DTP、代码覆盖率和测试执行结果配合使用。系统会比较基线构建与目标构建,识别发生变化的文件,再根据历史覆盖关系判断哪些测试需要重新执行。处理“Parasoft怎么进行变更影响分析Parasoft变更影响分析结果不完整怎么办”时,不能只检查分析开关,还要确认构建编号、覆盖率标识、测试明细和DTP过滤器是否对应。
一、Parasoft怎么进行变更影响分析
变更影响分析依赖两次构建的数据。基线构建用于提供原有代码与测试之间的覆盖关系,目标构建则用于表示代码变更后的状态。如果两个构建缺少覆盖率或测试数据,DTP无法完整计算受影响测试。
1、连接Parasoft DTP并启用结果上传
①在C/C++test、Jtest或dotTEST中打开【Parasoft】→【首选项】;使用Visual Studio时进入【Parasoft】→【选项】。
②进入【DTP】页面,勾选【启用】,填写DTP服务器地址和账号信息。
③点击【测试连接】,确认当前客户端能够连接DTP。
④在【项目】区域选择本次分析对应的DTP项目。
⑤打开报告设置,启用将测试结果、覆盖率结果和分析结果发送到DTP。
⑥运行一次测试后,登录DTP检查对应项目中是否已经出现新的构建记录。
连接DTP后,Parasoft客户端才能把单元测试、覆盖率和静态分析数据集中上传。客户端版本与DTP版本也要保持兼容,避免数据能够上传但无法正常解析。
2、统一构建编号和覆盖率标识
同一轮流水线可能分多次执行测试,如果每次运行使用不同的构建编号或覆盖率标识,DTP会把数据拆分到不同记录中。
①打开Parasoft运行配置使用的属性文件。
②检查build.id,确认同一目标版本的各次测试使用相同构建编号。
③检查report.coverage.images,确认需要合并的覆盖率结果使用相同标识。
④为变更前版本设置一个基线构建编号。
⑤为修改后版本设置新的目标构建编号。
⑥分别运行基线版本和目标版本的测试,并把结果上传到同一个DTP项目和过滤器。
DTP按照构建编号组织测试结果,并通过覆盖率标识聚合多次运行产生的覆盖数据。编号或标识不一致时,界面中可能只看到部分测试覆盖关系。
3、在DTP中生成影响分析结果
①登录DTP,进入对应项目的【仪表板】。
②添加【受变更影响的测试】组件。
③在【过滤器】中选择接收本次测试和覆盖率数据的过滤器。
④在【基线构建】中选择修改前的完整构建。
⑤在【目标构建】中选择修改后的构建。
⑥选择与测试运行一致的【覆盖率映像】。
⑦保存组件设置,等待DTP完成计算。
组件会按照通过、失败、不完整和需要重新测试等状态显示结果。点击图表区域后,还可以进入受变更影响文件的明细页面,继续查看文件关联的测试。
二、Parasoft变更影响分析结果不完整怎么办
结果不完整通常表现为受影响文件数量偏少、部分测试没有进入重新测试列表,或者组件直接提示缺少数据。此时要先检查基线和目标构建是否满足计算条件。
1、检查两个构建的数据完整性
①进入DTP的【构建管理】或【构建审计报告】。
②打开基线构建,检查是否包含测试结果、测试明细和覆盖率数据。
③打开目标构建,确认至少已经上传覆盖率数据。
④目标构建包含测试运行结果时,继续确认测试明细是否同时上传。
⑤检查基线和目标构建是否来自同一代码分支。
⑥确认组件没有自动选择到两个缺少覆盖率的最新构建。
基线构建需要覆盖率和动态分析数据;目标构建需要覆盖率数据。目标构建已经包含测试结果时,还需要对应的测试明细,否则部分目标测试和重新测试状态可能无法显示。不同分支之间的构建也不适合直接进行这类对比。
2、检查过滤器、覆盖率映像和缓存
①打开影响分析组件的设置,核对【过滤器】是否选择正确。
②检查该过滤器是否接收了本次运行配置上传的测试和覆盖率数据。
③比较组件中的【覆盖率映像】与属性文件中的report.coverage.images是否一致。
④在构建报告中检查是否存在配置异常或数据上传不完整提示。
⑤重新上传缺失的测试报告和覆盖率报告。
⑥重新选择基线与目标构建,触发影响分析重新计算。
如果更新数据后结果没有变化,还要检查DTP缓存。影响分析会缓存特定过滤器、基线构建和目标构建组合的计算结果;新增覆盖率数据后通常会重新计算,但配置长期未更新时,可以清理旧缓存后再次生成。
三、修复后怎么验证影响分析结果
完成配置修正后,不要只看图表中的测试数量,还要进入文件和测试明细确认关联关系是否合理。
①在【受变更影响的测试】组件中点击需要重新测试的区域。
②进入【受变更影响的文件】报告,确认本次修改的源文件已经出现。
③点击文件对应的【重新测试】数量,进入【测试资源管理器】。
④检查测试名称、构建编号、执行状态和关联文件是否正确。
⑤在持续集成环境中重新执行标记为需要测试的用例。
⑥上传新的测试结果后,刷新目标构建,确认需要重新测试的数量已经减少。
如果修改文件没有进入报告,应继续核对源代码路径、版本控制路径和覆盖率报告中的文件路径是否一致。文件在不同构建中使用了不同的绝对路径、工作区目录或模块名称时,DTP可能无法把两次构建中的文件识别为同一个对象。
总结
处理“Parasoft怎么进行变更影响分析Parasoft变更影响分析结果不完整怎么办”时,需要先连接DTP,统一构建编号和覆盖率标识,再选择数据完整的基线构建与目标构建。结果缺失时,应重点检查测试明细、覆盖率映像、过滤器、代码分支和文件路径,而不是反复重新运行同一配置。完成修复后,再从受影响文件和测试明细逐层验证,才能确认变更与测试之间的关联已经恢复。
展开阅读全文
︾
读者也喜欢这些内容:
Parasoft旗下Selenic怎么维护Selenium脚本 Selenic自动修复脚本为什么不生效
Selenium脚本平时跑得好好的,页面一改版,按钮定位和等待条件就开始报错。Selenic可以在运行时处理部分定位器和同步问题,但它并不会把所有失败都强行改成通过。弄清它能修什么、修复结果有没有写回源码,维护起来会省事很多。...
阅读全文 >
Parasoft SOAtest怎么测试接口 Parasoft SOAtest接口断言怎么设置
Parasoft SOAtest测试接口的方法,和接口断言怎样设置,这两件事的关键,是先把接口的请求调通,然后再一步一步把需要校验的地方补上去。SOAtest这个工具,能够支持REST、SOAP、微服务、数据库这些不同的测试场景,也能够根据流量或者自然语言去生成API的测试,还可以创建那种靠数据来驱动、分好几个步骤的测试流程。所以,它的用处不只是发出一个请求然后去看返回的结果,它更适合把接口的调用、参数的准备、响应的校验,还有回归的执行这一整套东西都串在一起。...
阅读全文 >
Parasoft静态分析报告怎么看,Parasoft静态分析规则怎么配置
很多团队把Parasoft静态分析接进流水线之后,常见的卡点不是跑不起来,而是报告一堆违规不知道先看哪一页,规则开关改来改去仍然噪声很大。下面按先读懂报告再把规则配到位的顺序,把日常最常用的查看路径、筛选方式、配置入口和团队统一方法写清楚,照着做能把结果从可运行推进到可治理。...
阅读全文 >
CERT规则检查结果差异为什么很大 CERT规则版本与工具映射应怎样统一
同一份代码在不同团队、不同工具里跑CERT检查,结果差异很大并不罕见。多数情况下不是代码质量忽然变差,而是采用的CERT规则来源版本不一致、工具对规则的覆盖范围不同、规则编号与工具检查项的映射发生了别名变更或拆分合并,再叠加编译配置与预处理宏差异,最终让缺陷集合看起来像两套完全不同的结论。要把结果拉齐,需要先统一规则口径,再把工具映射、构建入口与报告归一化做成固定动作。...
阅读全文 >