sonarqube结果分析-华克斯(商家)

sonarqube 平台

sonarqube 是一个连续的分析平台， 它作为 web 服务器运行， -指标

分析代码和代码结构。sonarqube 是一个开源平台， 并被开发

牢记一个主要目标: 使代码管理可供每个人使用

xiao的努力。sonarqube 生态系统是由 sonarqube 平台和一套

plug-ins 在公共基础设施上担任东道主。

sonarqube 实质上提供了代码分析器、仪表板、报告工具、问题-和

timemachine 作为-功能， 但它也有一个插件机制， 使社区能够

扩展功能 (当前有超过 60 plug-ins 可用)。

sonarqube 可以成为源代码的协调中心， 因为它不需要

限于开发人员或技术娴熟的， 但可以提供有用的信息广泛

项目经理， 技术-， it， 甚至在一个组织内的业务-

可自定义的仪表板。sonarqube 的建筑和 plug-ins (如 sqale) 和

管理和-技术-的机会可以为管理人员提供关键信息和

业务在整个软件生命周期中反复地主动地解决缺陷。他们提供

与和成本有关的项目的-概述， 并帮助解决风险。

sonarqube 提供的不仅仅是关于软件健康的-指标。由于开发人员

提供了一个粒度代码级别的信息， sonarqube 使这些构建软件

查找并深化到存在代码问题的位置。sonarsource 的产品组合使

对软件变更领域的反馈和影响分析， 并提供反馈， 说明如何

改进开发方法。产品还提供与构建管理的协调

(与詹金斯的支持)， 以帮助实现持续集成的部署。

sonarqube 集成的工具， 如 findbugs， checkss， pmd， fxcop的， c的p的p的check 出 of-the-box，

或提供 plug-ins。然后， 它可以充当代码分析工具的中心中心，

从而为多个项目提供历史洞察力和趋势分析。一体化的地方

分析和报告是一个加号， 即使组织选择不对发送的报告采取行动。

可以访问有关代码复杂性的历史数据和发现的问题工具的数量

该代码可以提供是否有效地构建软件的可视性， 或者如果方法

需要改变。

在语言方面， sonarqube 支持分析 java 的-， 但也有超过20

语言， 如 cobol、c++、pl/sql 和 c# 通过 plug-ins (开源或商业)

因为报告引擎是语言不可知的。

sonarqube 使组织能够在七轴上覆盖并报告:

?重复代码

?编码标准

按单元测试?覆盖范围

?复杂代码

?潜在 bug

?-

?设计与体系结构

xin版本还改进了软件属性的评估， 并

一个-的工作范围的技术-和孤立的问题， 创造技术-，

根据参考。sonarqube 是可配置的， 可以给代码一个 等级 (从 a 到

e)， 并可以确定它通常在努力和所需的工作类型方面的成本

改进软件。例如， 由于缺少单元测试， 代码可能有较低的评级， 或者

由于大量的重复代码或安全-。sonarqube 将显示

-行为是并将估计解决这些问题的费用。用户可以更改工作量估计和

他们会被计算在内， 这是有帮助的。此版本还可以使比较团队

根据需要对项目和组织的各个部分进行评估。

虽然 sonarqube 可以在战shu上用于-审计， 但它可以更具-地利用

作为一个共享的， 共同的信息来源的分析正如刚才所描述的， 以帮助

支持代码的持续改进策略。

各种各样的组织使用 sonarqube 提供的产品组合的范围 (从

本公司的免费 开源 选项给企业， 站点范围内的 终ji 许可版本)。

然而， 目标在-是大和非常大公司与企业， 分布

开发团队和合作伙伴协调。一人团队可以使用开源版本

显然， 这可以作为一个坡道上的收养。但一旦一个组织越过

在开发项目和用户的数量方面， 需要移动到

商业企业解决方案。idc 发表了三企业客户参考

sonarqube， 主要是开始开放源码收养， 获得立足点， 然后演变

到部署1000以上的用户。

sonarsource不断的检查， 新的软件范例， 解决和解决的关键挑战

在代码管理中:

太少， 太迟

推回

开发团队

缺乏过程

所有权

异构

要求

团队收到关于的持续反馈， 包括对一组

要求

一个清晰的， 更新的演变的图片随时可用， 包括

版本间的比较

团队可以从介绍中-问题， 并提供反馈

一旦出现缺陷， 就会通知风险承担者

门每天执行

-的门迭代成为一个事件

开发商的持续教育导致良性循环的-

行动计划直接在团队内部生成， 并集成在

开发过程

软件是开发过程的一部分

-包括背景和历史信息， 包括不同

版本和对软件所做的各种更改

利益干系人可以访问有关其软件的有意义的信息

实时

开发团队一旦收到缺陷的信息

添加 (通过电子邮件， 在 ide 中可见，...) 使问题立即得到解决

团队获得开发-软件的能力

代码的归属属于开发团队

软件被嵌入到开发过程中， 成为

每个人的责任

整个组织都可以访问软件工具， 以

每个利益相关者

要求可以在团队中的共享、更新和评审

成员和整个组织

判断是以自动化的方式在客观的基础上做出的

事先发布到组织的标准。

报告清楚地显示了软件的可维护性， 并立即

不需要外部顾问就可以理解

开发人员的持续教育导致-的软件

从长远来看-

团队有能力测量新的和更改的软件

代码以及整个代码库

团队可以-新问题的注入