SonarQube中文网站 > 使用技巧 > SonarQube质量门是什么 SonarQube质量门设置值标准

SonarQube质量门是什么 SonarQube质量门设置值标准

发布时间:2025-12-30 10: 00: 00

品牌型号:联想 E550C ThinkPad

系统:Windows 11

软件版本:SonarQube Server 25

代码质量是应用软件的生命线,而SonarQube的质量门则是检测这条生命线是否牢牢守住的一项指标,SonarQube通过多维度的静态代码分析,结合质量门的评估机制,为开发团队提供了客观精准的代码质量评估结果。不过,由于项目规模、业务场景和技术栈的差异,质量门的设置值需要因地制宜,针对不同项目的特点进行定制化配置,才能真正发挥其质量把关的作用。下面我们深入讲讲SonarQube质量门是什么,SonarQube质量门设置值标准。

一、SonarQube质量门是什么

SonarQube质量门又称为Quality Gate,是一套在SonarQube中预先设置好的代码质量评估标准,用于判断代码是否能达到我们可接受的质量水平,它只有两个值:Passed表示通过,Failed表示失败,只有质量门检测结果为Passed,代码方可上线供外部使用。

在很多GitHub仓库中,都会附带质量门的检测报告,如图所示,代表这两项产品都通过质量门检测,且测试覆盖率都达到90%以上,可以放心使用。

质量门结果
图1:质量门结果

下图Sonar way是SonarQube默认设置的质量门标准,它要求新检测代码需要所有的安全漏洞已review查看、存在0个issues问题、测试覆盖率达到80%、重复代码行数不超过3%。只有同时满足这4个条件,质量门才可以Passed,也就是说质量门的结果通过代表多个不同检测指标均通过。

默认提供质量门指标
图2:默认提供质量门指标

二、SonarQube质量门设置值标准

当然,默认的质量门阈值无法满足我们对每个项目的检测要求,有的项目面向外部则要求较为严苛,有的项目面向内部所以要求较为宽松。合理的质量门设置标准,需要综合考虑项目规模、团队成熟度和业务需求等多方面因素。以下是常见的质量门推荐设置标准:

1、可靠性标准。通常会要求新代码中New Issues,可接受问题小于或等于5个,严重或高等级问题的个数不超过0个,这能确保代码中不存在重大BUG。

质量门问题阈值
图3:质量门问题阈值

2、安全性标准。无论是外部还是内部项目,安全性都是重中之重,因此对于Security Hotspots Reviewed和Security Issues,要求基本都是要为0,不能存在安全漏洞。

质量门安全漏洞阈值
图4:质量门安全漏洞阈值

3、测试覆盖率标准。我们的核心代码要求需要经过单元测试,但通常来说核心代码只占全部代码不到20%,所以测试覆盖率可以适当放宽,只需要求覆盖率Coverage达到50%覆盖即可,而对于条件覆盖率Condition Coverage,则要求达到80%,确保各种业务场景都被测试到。

质量门测试覆盖率阈值
图5:质量门测试覆盖率阈值

以上为大家讲解了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