SonarQube中文网站 > 技术问题 > SonarQube质量门如何设置 SonarQube质量门条件阈值配置

SonarQube质量门如何设置 SonarQube质量门条件阈值配置

发布时间:2025-11-01 14: 05: 00

品牌型号:联想 E550C ThinkPad

系统:Windows 11

软件版本:SonarQube Server 25

SonarQube的质量门功能为我们提供了定义和强制执行代码质量标准的有效途径,它通过设置各项指标的合理检测阈值,帮助我们系统地检测代码质量并进行多项指标的量化评估,只有这些指标都符合预设标准,质量门才能顺利通过,从而确保交付的代码具备良好的可维护性、可靠性和安全性。在本文中,我们将一起学习SonarQube质量门如何设置,SonarQube质量门条件阈值配置,借助质量门为代码“保驾护航”。

一、SonarQube质量门如何设置

SonarQube质量门是评估项目代码质量好坏的一个重要功能,它通常包含多项指标条件,如代码测试覆盖率、重复代码占比、新问题数量、安全漏洞数量等。当项目分析完成后,SonarQube会根据预设条件判断这些指标是否全部通过,如全部通过则给出“通过”的结果,否则为“失败”。下面是设置质量门的步骤:

1、使用管理员账号登录SonarQube网页端,进入页面后,点击上方的“Quality Gates”菜单,我们便能看到系统提供的默认质量门和自定义质量门列表。

进入质量门设置
图1:进入质量门设置

2、默认质量门不可编辑,如果要采用自己的质量门设置,可以点击“Create”按钮创建一个质量门,并输入质量门名称。

创建质量门
图2:创建质量门

3、创建后质量门默认会配置四个条件,分别是问题数量等于0、安全漏洞查阅比例等于100%、测试覆盖率高于80%、重复代码率低于3%,只有这四个条件都符合才算质量门通过。

如要修改条件,可以点击“Unlock editing”按钮,将表单变为编辑状态。

切换编辑状态
图3:切换编辑状态

4、编辑状态下,点击条件右侧的“铅笔”图标可以对条件的Value值进行修改,点击“垃圾桶”图标可以删除该条件。

点击“Add Condition”按钮,选择一个指标并填写Value值,可以新增一个条件。

新增条件
图4:新增条件

二、SonarQube质量门条件阈值配置

配置质量门条件阈值是质量门设置的关键环节,每个条件都需要设置一个阈值,当项目分析结果超过或不及这个阈值时,质量门便会出现Failed的结果,因此阈值是决定代码质量好坏的重中之重,需要一定的配置经验进行配置。

在新增条件时,需要填写Value值,这个就是条件阈值,可选范围从0到100。

阈值填写
图5:阈值填写

1、对于严重及以上级别的安全漏洞和BUG Issues,建议设置阈值为0,确保代码没有明显的质量问题。

高风险问题阈值
图6:高风险问题阈值

2、对于新代码的测试覆盖率,建议设置阈值为80,确保新增代码有足够的测试用例覆盖,不会出现意料之外的问题。

测试覆盖率阈值
图7:测试覆盖率阈值

3、对于重复代码比例,根据多数项目的经验比例,建议设置阈值为5%,以控制代码重复率,确保项目新代码有较高的可维护性。

重复率阈值
图8:重复率阈值

配置SonarQube质量门条件和阈值,需要理论与实践相结合,根据自身项目的特性和参考过往的设置,总结出最适合自己的条件阈值,质量门的价值并不在于设置多么严格的标准查出很多的问题,而在于能否持续推动代码质量的提升。以上就是关于SonarQube质量门如何设置,SonarQube质量门条件阈值配置的教程,希望本文的内容能帮助我们在日常开发中更好地利用SonarQube这一工具,构建更加可靠的软件系统。

展开阅读全文

标签:

读者也访问过这里:
SonarQube
从一开始就生成高质量的代码
立即购买
最新文章
SonarQube Webhook怎么配置 SonarQube Webhook推送失败怎么排查
SonarQube Webhook的配置,和推送失败时的排查,重点并不只是填进去一个回调地址就完成了,而是要去确认这个地址,能够被SonarQube的服务器正常访问到,并且接收的那一端,也能够正确地识别出推送过来的内容。Webhook这个东西,通常是用来把扫描完成、质量门禁的状态这一类结果,推送给Jenkins、GitLab、企业微信、钉钉,或者是公司内部的平台。SonarQube它支持项目这一级,和全局这一级的Webhook配置,项目级的,是可以在项目的设置里面去配,全局级的,则是可以在系统的管理里面去配。
2026-06-30
SonarQube新代码周期怎么设置 SonarQube新代码周期影响门禁结果怎么看
SonarQube新代码周期的设置,以及新代码周期对门禁结果的影响,是很多团队在配置质量门禁时容易忽略的问题。新代码周期并不是一个单纯的日期设置,它决定了哪些代码会被SonarQube当作“新增或修改的代码”来评估。如果质量门禁主要看的是新代码指标,那么新代码周期的设置一旦不同,同一份代码的门禁结果,也就可能会跟着不同。在SonarQube里面,新代码的定义可以按照全局、项目,或者是分支的层级来进行配置,而且它会影响到新代码问题,以及相关质量指标的计算。
2026-06-30
SonarQube安全热点怎么审查 SonarQube安全热点状态怎么同步
SonarQube安全热点的审查,以及安全热点状态的同步,是安全扫描被接入研发流程以后,经常会碰到的问题。安全热点并不是已经被确认的漏洞,它是在提示这一段代码涉及到了安全方面比较敏感的逻辑,需要由开发人员,或者是安全人员,去进一步做出判断。在SonarQube的文档里面,也明确地把安全热点和漏洞区分了开来:安全热点需要经过人工的审查以后,再去判断是不是要进行修复;而漏洞通常代表的是已经影响到应用安全,应当被优先去修复的问题。所以,在处理安全热点的时候,不能只是看它的数量有多少,也不能简单地就把它一键关掉。
2026-06-30
SonarQube项目权限怎么设置 SonarQube项目权限导致成员看不到代码怎么办
SonarQube项目权限的设置,和因为权限问题导致成员看不到代码的处理,需要先分清楚项目到底是Public还是Private。公开的项目,一般来说更容易被访问到,私有的项目,则需要明确地去给用户,或者用户组进行授权。在SonarQube的官方说明里面,私有项目是需要去配置Browse Project和See Source Code这些权限的;如果要查看项目的结构和代码,私有项目的用户,就需要同时具备Browse和See Source Code这两项权限。
2026-06-30
SonarQube怎么管理项目权限 SonarQube项目权限继承关系怎么检查
在SonarQube里,项目权限这件事最容易被理解错的地方,不是按钮在哪里,而是“继承”到底指什么。按官方口径,项目创建时会先套用一套Permission Template,也就是模板默认权限;但模板套上去以后,项目和模板之间并不存在持续联动关系,后面你手工改项目权限、或者再去改模板,本来就不会自动互相跟着变。再加上SonarQube的项目权限本身又不是累加关系,所以很多人看到“模板明明给了权限,项目里却不对”,本质上往往是把“初始化套用”误当成了“持续继承”。
2026-04-29
SonarQube怎么做分支分析 SonarQube分支分析结果怎么和主干对比
很多团队把SonarQube接进流水线以后,主干分析通常很快就能跑起来,但一到分支分析,问题就会集中在两处。一处是不确定分支到底怎么建出来,另一处是不知道分支结果和主干该按什么口径去比。按SonarSource当前官方文档,分支分析从Developer Edition起才提供,分支是在分析时传入sonar.branch.name后创建出来的;而分支和主干的对比,本质上又不是靠手工看两份报告,而是靠Reference branch也就是参考分支,配合New Code口径去做差异判断。把这两层先分清,后面配置和看结果都会顺很多。
2026-04-29

读者也喜欢这些内容:

咨询热线 18015636924