Parasoft dotTEST和SonarQube有什么区别 Parasoft dotTEST更适合哪些 .NET 项目

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

一、Parasoft dotTEST和SonarQube有什么区别

两款工具都具备扫描的能力，光是比较它们各自能报出多少告警数量，其实意义不大。在选型的时候，更值得去看的，是项目涉及的语言范围、测试方面的实际需求，还有分析出来的结果怎样融入到交付环节里去。

1、适用范围不同

SonarQube能够支持多种编程语言，很适合那些想把Java、C#、前端代码、各类脚本以及基础设施的配置，都放到一个统一的平台上去做分析的企业。只是不同的版本对语言的支持范围会有差异，在正式部署之前，得先核对清楚当前版本能覆盖哪些语言。dotTEST则主要围绕着C#和VB.NET的代码来工作，无论是分析规则、测试能力，还是报告方面，都对.NET开发更加贴近。

2、质量管理方式不同

SonarQube常常被用在持续集成里面，承担代码审查和质量门禁这样的角色。在扫描结果被上传以后，平台可以根据新发现的问题数量、覆盖率和重复率等指标，自动判断当前的这个版本是不是达到了可以放行的条件。dotTEST同样也能做静态分析，不过它更加强调规则怎么执行、问题怎么修复，以及把覆盖率和测试的结果相互关联起来。

3、覆盖率处理方式不同

SonarQube可以接收来自.NET项目的覆盖率报告，然后把相关的数据展现在项目页面上。dotTEST则能亲自去执行那些常见的.NET单元测试，并在这个过程中把覆盖率一起收集起来，像NUnit、MSTest、xUnit这些测试框架它都支持。如果项目希望把跑测试和采覆盖率这两个动作绑定在一起去做，那么用dotTEST会更加顺手。

二、Parasoft dotTEST更适合哪些.NET项目

dotTEST这款工具，它的价值并不是拿来多跑几条规则这么简单。它更加适合那些已经开始看重测试证据、回归测试的执行效率，还有合规记录的留存的.NET项目。

1、需要合规检查的项目

在医疗、工业控制、金融系统和企业安全平台这些领域，通常都会被要求说明，在开发过程中启用了哪些检查规则、发现了哪些问题，以及这些问题最终是怎么被处理的。dotTEST支持像OWASP、CWE、UL 2900、PCI DSS这类安全标准的检查，也能够输出HTML、PDF、XML等格式的报告，并且可以把检查结果汇总到DTP管理平台里去。

2、回归测试时间较长的项目

大型的ASP.NET系统、一些后台服务和桌面客户端应用，往往会遇到整个回归测试跑下来速度太慢的情况。dotTEST自带一项叫做Test Impact Analysis的功能，这个功能会根据代码的变动，识别出哪些测试可能受到了影响，从而帮助自动化流水线优先去执行那些真正需要被验证的测试用例。

3、需要持续观察覆盖率的项目

有的项目不光要看单元测试的覆盖率，还希望能收集到应用在实际运行过程中的覆盖情况。dotTEST可以对.NET应用做覆盖率的采集，并把采集到的结果拿来分析趋势和判断测试缺口。对于那种老旧代码比较多、由多人长期维护的系统，用这样的方式会更容易发现那些很长时间都没有被测试触碰过的代码区域。

三、Parasoft dotTEST选型时还要确认哪些条件

一件工具拿回来以后，能不能真正在团队里落地用好，跟现有的开发流程关系非常大。在最终做选型之前，比较靠谱的做法，是先把团队当前面临的最头疼的问题，一条一条地列清楚。

1、先看项目语言组成

如果代码仓库里面混合了多种语言，而且团队又希望能在一个地方统一管理所有的代码合并请求和质量闸门，那么SonarQube更容易形成这样的统一入口。要是项目的主体语言就是C#和VB.NET，同时又需要深入地去搞覆盖率、跑测试和做合规检查，那就可以把dotTEST作为重点来评估。

2、再看测试基础

假设项目里面已经有一些用MSTest、NUnit或者xUnit这样的框架写好的测试用例，dotTEST接入进来就会顺滑很多。如果当前连最基础的用例都还没怎么铺开，那比较务实的建议是，先把最核心模块的测试补一补，然后才去考虑测试影响分析这类功能，否则工具一时半会儿也不容易施展出力气。

3、最后看交付要求

要是日常只需要做做代码扫描，并在持续集成里加一道质量闸门，那么SonarQube一般已经可以满足了；但如果项目要求把检查规则、覆盖率数据、测试结果、变化趋势和审计用的材料打包在一起进行管理和关联，那么dotTEST跟这种流程的贴合程度会更高。

总结

Parasoft dotTEST和SonarQube有什么区别，它们的区别主要体现在语言覆盖的范围、质量管理的方式、覆盖率的处理办法，还有测试能力的组合这几个方面。Parasoft dotTEST更适合哪些.NET项目，主要得看项目有没有合规上的要求、有没有覆盖率的硬性指标，以及是不是被回归测试的效率问题所拖累。团队做选择的时候，没必要光去比较功能的数量，而应当先确认，当前让团队最难受的那个点，到底是代码质量闸门、测试执行的快慢，还是交付时需要的那一堆依据材料，再根据这个来决定工具该哪边倾斜。