1.SonarQube和Fortify的码解区别对比
2.源代码审计工具之:SonarQube
3.问题发现早,处理代价小|测试左移——静态代码扫描SonarQube
4.SonarQube8.3中的码解Maven项目的测试覆盖率报告
5.Sonarqube代码质量管理工具搭建
SonarQube和Fortify的区别对比
在寻找可靠的源代码扫描工具时,SonarQube和Fortify经常被提及。码解作为这两个产品的码解中国核心合作伙伴,苏州华克斯信息科技有限公司在此为您揭示它们之间的码解区别。
SonarQube是码解赛车源码平台完整源码一个全面的代码质量分析平台,其核心在于提升代码质量,码解它能检测出项目中的码解漏洞和逻辑问题,支持多语言的码解插件。其价值主要体现在对代码的码解深度分析和管理上,包括可靠性、码解安全性、码解可维护性等七个维度。码解
相比之下,码解Fortify SCA是码解一款专门针对软件源代码安全的静态分析工具。它通过五大核心分析引擎来检测漏洞,并与内置的安全规则集进行匹配,突出安全问题。在测试用例WebGoat的对比中,Fortify在安全级别上显示出更强的扫描能力,发现条Critical和High级别的漏洞。
SonarQube则更侧重于代码质量问题,如重复代码、复杂度等,扫描出条阻断和严重级别漏洞,以及2K+条软件质量问题。然而,当涉及到深度安全漏洞,如跨文件处理和数据处理逻辑时,加密的php源码SonarQube的分析能力相较于Fortify有所不足,特别是对于复杂的污点传播问题。
总的来说,如果主要关注代码质量和一般性漏洞,SonarQube是个不错的选择。而如果你特别关注软件安全,尤其是高级别的安全漏洞,那么Fortify SCA可能是更为精准的工具。两者各有侧重,用户应根据项目需求进行选择。
源代码审计工具之:SonarQube
SonarQube是一个开源的代码分析平台,用于持续分析和评估项目源代码的质量。它能检测出项目中的重复代码、潜在bug、代码规范和安全性漏洞等问题,并通过web UI展示结果。
1. Sonar简介
1.1 SonarQube是什么?
1. 代码质量和安全扫描和分析平台。
2. 多维度分析代码:代码量、安全隐患、编写规范隐患、重复度、复杂度、代码增量、测试覆盖率等。
3. 支持+编程语言的代码扫描和分析,包括Java、Python、C#、扣字源码phpJavaScript、Go、C++等。
4. 涵盖了编程语言的静态扫描规则:代码编写规范和安全规范。
5. 能够与代码编辑器、CI/CD平台完美集成。
6. 能够与SCM集成,可以直接在平台上看到代码问题是由哪位开发人员提交。
7. 帮助程序猿写出更干净、更安全的代码。
静态扫描主要针对开发人员编写的源代码。
通过定义好的代码质量和安全规则,对开发人员编写的代码进行扫描和分析。
将分析的结果多维护的呈现出来,以方便开发人员进行代码的优化和规范编写。
1.2 SonarQube的各个功能:
1.2.1 代码可靠性
1. BUG检测
2. 设置需要的代码标准
3. 代码异味
4. 代码安全性
5. 对于开发的各个路径进行检测
1.2.2 软件安全性
1. Security Hotspots: 代码存在安全问题的部分
2. Vulnerabilities: 代码是否存在漏洞
1.3 SonarQube如何工作?
Sonar静态代码扫描由两部分组成:SonarQube平台和sonar-scanner扫描器。
SonarQube: web界面管理平台。
1)展示所有的项目代码的质量数据。
2)配置质量规则、管理项目、配置通知、配置SCM等。
SonarScanner: 代码扫描工具。
专门用来扫描和分析项目代码。支持+语言。
代码扫描和分析完成之后,会将扫描结果存储到数据库当中,在SonarQube平台可以看到扫描数据。罗源码头电话
SonarQube和sonarScanner之间的关系:
2 检测
Sonar是一个用于代码质量管理的开源平台,用于管理源代码的质量,可以从七个维度检测代码质量。通过插件形式,可以支持包括Java、C#、C/C++、PL/SQL、Cobol、JavaScript、Groovy等等二十几种编程语言的代码质量管理与检测。
2.1 Rules提示
2.1.1 Rule界面
2.1.2 Rule正确实例提示
2.2 糟糕的复杂度分布
文件、类、方法等,如果复杂度过高将难以改变,这会使得开发人员难以理解它们,且如果没有自动化的单元测试,对于程序中的任何组件的改变都将可能导致需要全面的回归测试。
2.3 重复
显然程序中包含大量复制粘贴的代码是质量低下的,Sonar可以展示源码中重复严重的地方。
2.4 缺乏单元测试
Sonar可以很方便地统计并展示单元测试覆盖率。
2.5 没有代码标准
Sonar可以通过PMD、CheckStyle、Findbugs等等代码规则检测工具规范代码编写。
2.6 没有足够的或者过多的注释
没有注释将使代码可读性变差,特别是当不可避免地出现人员变动时,程序的可读性将大幅下降,而过多的rb图指标源码注释又会使得开发人员将精力过多地花费在阅读注释上,亦违背初衷。
2.7 潜在的bug
Sonar可以通过PMD、CheckStyle、Findbugs等等代码规则检测工具检测出潜在的bug。
2.8 糟糕的设计(原文Spaghetti Design,意大利面式设计)
通过Sonar可以找出循环,展示包与包、类与类之间的相互依赖关系,可以检测自定义的架构规则;通过Sonar可以管理第三方的jar包,可以利用LCOM4检测单个任务规则的应用情况,检测耦合。
3. Sonar组成
4. Sonar集成过程
开发人员在他们的IDE中使用SonarLint运行分析本地代码。
开发人员将他们的代码提交到代码管理平台中(SVN、GIT等),
持续集成工具自动触发构建,调用SonarScanner对项目代码进行扫描分析,
分析报告发送到SonarQube Server中进行加工,
SonarQube Server加工并且保存分析报告到SonarQube Database中,通过UI显示分析报告。
问题发现早,处理代价小|测试左移——静态代码扫描SonarQube
作者 | 华婧彤
ADVANCE.AI QA工程师
一、背景
什么是测试左移?
测试左移是要尽早的发现和预防问题,使用必要的测试手段在软件开发周期的早些阶段发现问题。
测试左移的方式有静态代码扫描、CodeReview、代码提交行为分析等。
我们知道问题发现的越早,解决的成本就越小。统计证明,在整个软件开发生命周期中,%至%的代码逻辑设计和编码缺陷是可以通过静态代码分析来提早发现的。今天我们来了解一下测试左移里面的其中一种方式——静态代码扫描。
二、静态扫描介绍
什么是静态扫描?
不运行代码的方式下,通过词法分析、语法分析、控制流、数据分析等技术对程序代码进行扫描,验证代码是否满足规范性、安全性、可靠性、可维护性等指标的一种代码分析技术。
静态代码扫描的优势:
1.可以提前发现问题,提高软件可靠性并节省软件开发和测试成本。
2.提高研发效率,帮助开发人员更专注于分析和解决代码设计缺陷,快速定位代码隐藏错误和缺陷。
3.CodeReview需要额外的人工介入,其质量参差不齐也无法得到保障,而且高质量的CodeReview也会花费较多时间,成本较高。静态代码扫描以一种低成本的方式,自动发现代码中存在的资损风险,从而保障代码质量。
三、SonarQube入门介绍
什么是SonarQube?
SonarQube是一款静态代码扫描工具,用于检测代码中的错误,漏洞和代码异味。
支持Java、Python、PHP、JavaScript、CSS等种以上的语言。
多维度分析代码:代码量、安全隐患、编写规范隐患、重复度、复杂度、测试覆盖率、代码增量等。
支持和CI/CD环境进行集成(如Gitlab,Github,Jenkins等)能够持续进行代码质量检测。
支持集成pmd、findbugs、checkstyle等插件来扩展使用其他规则来检验代码质量。
四、功能介绍
4.1扫描的规则:
a.内置规则
Sonar内嵌了Sonar way的扫描规则,不同语言(比如Java/Python/C#等)具有不同规则。
b.集成插件规则
Sonar集成了pmd/findbugs/checkstyle插件,对规则集进行补充。
4.2配置规则集合:
我们可以通过自定义扫描规则集以及异常的等级来定制检测问题,可以大大减少误报,更高效的查看结果报告并进行处理。
4.3质量阈:
质量阈是对项目指标进行度量的条件,项目必须达到所有条件才能算整体上通过可以自定义进行设置质量阈(重复率,可靠性,可维护性,安全率、覆盖率等)
4.4多维度分析代码:
①代码规范
②潜在的bug
③重复
④注释不足或者过多
⑤复杂度分布
⑥缺乏单元测试
⑦糟糕的设计
4.5问题处理&跟踪:
点击对应问题可进入问题详情页面,会看到问题源码,sonarQube会根据代码提交信息这自动将任务分配给相关人员,若该用户设置了检查结果提示,在执行代码检查完成后,会自动收到邮件通知,当然你也可以将这个问题指派给其他人处理。
SonarQube8.3中的Maven项目的测试覆盖率报告
从SonarQube 6.2版本开始,测试报告整合为一份全面的报告,因此在Maven项目中,如果单元测试(由Maven Surefire插件执行)与集成测试(由Maven Failsafe插件执行)分开进行,如何配置JaCoCo Maven插件以生成涵盖这两种测试类型的报告?本文将指导你如何配置Maven项目结构、测试运行、测试报告生成以及在SonarQube中可视化测试报告。
首先,查看Maven项目的默认结构,通常包含生产源代码目录(src/main/java)和测试源代码目录(src/test/java)。为了将单元测试和集成测试分开,可添加一个名为src/it/java的新目录,并分别将它们放置于src/test/java和src/it/java中。
对于单元测试运行,Maven默认配置已包含在构建生命周期的测试阶段中。集成测试运行需手动完成,可通过Maven插件实现。确保在POM文件中配置BuildHelperMaven插件以将src/it/java目录添加到测试类路径中。同时,设置Maven安全插件的目标集成测试,自动绑定到集成测试阶段,以防集成测试失败导致构建取消。
使用JaCoCo Maven插件生成测试报告,它能为单元测试和集成测试生成合并报告。为此,需要配置两个代理并在测试运行期间生成报告。在POM文件中添加JaCoCo的目标prepare-agent和prepare-agent-integration,同时确保创建报告以供SonarQube读取。添加目标报告和报告集成到POM中,以便SonarQube识别报告位置。
在完成构建后,运行SonarMaven3插件(命令mvn sonar:sonar),告知Sonar Maven插件报告位置。在SonarQube仪表板中打开项目时,可查看总体测试覆盖率报告。
本文旨在为Maven项目在SonarQube中生成并可视化测试覆盖率报告提供详细指导,包括项目结构调整、测试运行配置、报告生成及SonarQube中报告的可视化。
Sonarqube代码质量管理工具搭建
SonarQube是一款专注于持续分析和评估项目源代码质量的平台,它具备代码质量检查、安全漏洞扫描以及代码规范验证等功能,旨在辅助开发者编写更加清晰和安全的高质量代码。
以下是关于SonarQube搭建和Jenkins集成的简要说明:
1. SonarQube搭建
在搭建SonarQube时,可以选择社区版本,但请注意社区版本不支持多分支功能,因此需要安装第三方分支插件sonarqube-community-branch-plugin。
1.1 环境准备
由于SonarQube依赖ES,因此需要确保ES的vm.max_map_count大于,并且进程打开文件数量要足够。
通过修改/etc/sysctl.conf文件来调整vm.max_map_count值,同时修改/etc/security/limits.conf文件以增加相应的配置。
1.2 SonarQube安装
下载并解压SonarQube,然后修改conf/sonar.conf文件,通过环境变量设置Java执行路径。
1.3 安装分支插件
下载并选择1..0版本,将下载的jar文件复制到SonarQube安装目录下的extensions/plugins中,并在conf/sonar.conf中添加相应配置。
1.4 启动SonarQube
启动正常后,在http://hostip:访问,登录默认账号/密码为admin/admin,第一次登录需修改密码。
2. Jenkins集成
将SonarQube集成到Jenkins中,包括安装SonarQube插件,并在构建配置中设置分析步骤。
3. 踩坑总结
1. ES环境检测问题
2. Sonar分支插件安装版本匹配问题
3. 分支插件启动后需添加执行参数sonar.branch.name,否则会报错
4. Node.js版本要求,Java版本要求,在Jenkins流水线中可以通过tool选择当前工具版本
5. 代码排除格式
2024-12-22 17:09
2024-12-22 16:45
2024-12-22 16:20
2024-12-22 15:55
2024-12-22 15:30
2024-12-22 15:10