Parasoft DTP报告怎么查看 Parasoft DTP质量趋势怎么分析

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

一、Parasoft DTP报告怎么查看

去看DTP报告的时候，不要一上来就只盯着总分或者红红绿绿的状态，项目质量上的问题，往往会藏在某一个模块、某一类规则，或者某一次构建的变化里面。总览页面能给你的，只是一个大概的情况，真正要判断问题，还得往下点开具体的数据去看。

1、先看项目的总览

进入【Dashboard】之后，可以先去看一下当前项目的静态分析问题、测试结果、覆盖率，还有合规的状态。

这一步主要是为了判断项目有没有什么明显的风险，比如说严重的违规是不是突然变多了，覆盖率是不是下降了，或者某一次构建是不是开始出现大量的失败，总览不一定能直接帮你把原因找出来，但它可以帮你决定，接下来应该先去看哪一块。

2、再去查看静态分析的报告

在静态分析报告里面，要重点去看严重的级别、规则的类别、责任人、模块的分布，还有问题的状态，不要只盯着告警的数量看，因为数量多并不一定就代表风险最高，有些模块告警虽然很少，但都集中在指针、资源释放、数据有效性这一类问题上，它们处理的优先级反而是要更高的。

3、查看覆盖率和测试的报告

看覆盖率报告的时候，也不要只盯着那个整体的百分比，比如整体的覆盖率看起来好像还可以，但要是那些关键模块、修改过的模块，或是和安全相关的模块，它们的覆盖情况是不足的，最后还是会影响到评审的结论。DTP能把测试和覆盖率的数据集中展示出来，很合适把单元测试、集成测试、手工测试这些结果，放在一起去查看。

二、Parasoft DTP质量趋势怎么分析

质量趋势，看的并不是某一天的数据，而是看在一段时间里面，项目的情况到底有没有在变好。不少项目某一次的扫描结果看起来很不错，但过了几周又重新变回原来的样子，这就说明质量的治理工作，还没有真正地落实下去。

1、去看问题数量的变化

在分析趋势的时候，可以先去看一看问题的总数、新增问题的数量、被关闭问题的数量，还有遗留问题的数量。如果总数是在下降的，但新增的问题却一直很多，那就说明团队还在不断地制造新的债务；如果被关闭的数量很高，可是那些严重的问题却没怎么变化，那可能只是被清理掉了一些价值不高的告警。

2、看严重的问题有没有在下降

分析趋势的时候，要把严重的级别单独挑出来看。比如阻断级的、严重级的、安全类的、合规类的这些问题，它们是不是在持续地下降，这个要比普通的风格类问题更加重要。DTP的静态分析看板，能够展示出跨构建的指标趋势、抑制的情况、问题的分派，还有严重度的分布，这些信息比单次的报告，更能说明项目的真实状态。

3、看质量是不是和版本的节奏相匹配

要是每次都是在发布之前，问题的数量才突然降下来，平时却一直堆在那里不去处理，那就说明质量方面的工作，还是比较偏向于突击。一个比较健康的趋势，应该是新增的问题能被及时处理掉，严重的问题长期都保持在一个低位，覆盖率也不要总是到了版本后期才突然去补。这样的曲线虽然看起来不一定特别好看，但它反而更接近真实的质量治理情况。

三、DTP报告异常时该先查什么

DTP的报告要是突然出现了变化，先不要急着去下结论。数据出现异常，有可能是因为代码质量真的变差了，但也有可能是扫描的范围、规则的配置、构建的环境，或者数据的上传，这几个环节出了问题。

1、先查数据的来源

要是某一次报告里面，覆盖率突然就变低了，那就要先去看一看，测试的结果有没有被正常地上传上来；如果静态分析的问题突然之间变少了，那也要去确认一下，是不是有哪些目录没有被扫描到。报告变好，不一定就代表着质量的提升，数据的缺失也一样能让图表变得很“好看”。

2、再去查规则和基线

规则包的升级、质量门禁的调整、还有过滤条件的变化，这些东西都会影响到报告的趋势。项目这边，最好能把每一次规则调整的时间点都记录下来，要不然趋势图上突然出现了一道断层，到了那个时候，就很难解释清楚，到底是代码本身变了，还是工具的统计口径发生了变化。

3、最后去看责任的闭环

报告看完以后，要能把结果落实到人和任务上面。哪些问题是需要去修的，哪些情况是可以接受的，又有哪些是需要给出偏离说明的，这些都应该有一个明确的状态。如果只是看报告，却不去处理，那DTP就会变成一个单纯的展示工具；只有能把它转成修复和评审的动作，才算是真正把DTP给用了起来。

总结

Parasoft DTP报告怎么查看，还有Parasoft DTP质量趋势怎么分析，这里的关键，并不是去看一张漂亮的仪表盘，而是要从报告里面，去判断出项目的风险在哪里。在查看报告的时候，可以先看总览，然后再分别去看静态分析、测试结果和覆盖率；在分析趋势的时候，则要去关注新增的问题、严重的问题、关闭的速度，还有版本的节奏。要是遇到了数据异常的情况，就要先去排查扫描的范围、上传的结果和规则的基线，在这之后，再去判断代码质量本身是不是真的发生了变化。DTP真正有价值的地方，正是在于它能把那些分散的质量数据都连接起来，让项目能够持续地去发现问题、处理问题，而不是只在评审之前，才临时去看上一眼。