中国sonarqube经销商 华克斯信息

SonarSource

实现和好处的典型大小

大型国际组织可以对1万多个项目进行分析， 并

分析650–700万行代码在14种语言与8000访问一天在网站上。

IDC 的一位客户正在跟踪1200项目， 其中有1.6亿行代码

通过 SonarQube 扫描，广东sonarqube经销商， 再加上另外的300项目， 还有1.6亿行代码

被扫描。

另一位客户从二十几个项目到现在已注册的2230多个项目

用户有更多的匿名浏览仪表板。

为什么 SonarQube？

SonarQube 引用 IDC 的讲话需要一种测量和强制软件的方法

和代码质量指标。一个关键的目标是对代码质量进行量化测量， 并

分析这些指标来制定一套基准测量-主要是利用

鼓励良好做法的平台 (并劝阻坏的行为)。

在评估有竞争力的产品时， 他们寻找的是: 品质特征

分析提供 (如死代码分析、影响分析、跨平台分析);

支持的语言 (SonarSource 支持 20 +);代码评审的灵活性;和仪表板

产品和报告分析。服务组织还评估了基于

商业限制和参与限制。

SonarQube 的优点通常包括其整体易用性， 需要更少的时间来学习

并采取。与 SonarQube 的包装选项也有利于终用户和

服务提供商-"不附加任何字符串" 的企业许可证是对具有动态分发需求和服务提供者的终用户的帮助， 提供了能够利用的自由

SonarQube 灵活地作为订婚的一部分。

SonarQube 仍在发展其对影响分析的支持， 但同时一些客户

引用已创建解决此问题的变通方法。

使用 SonarQube 的好处

SonarQube 客户描述的功能在解决其

问题包括以下几个方面:

?代码和质量的能见度， 可以看到热点是在应用程序中

主动包括应用程序质量 "前端" 作为开发的初始和迭代部分

过程仪表板， 用户可以选择处境和

自定义报告。

?的能力， 以不同的层次整合的指标， 在各不相同的意见-在客户

级别， 在开发人员级别和/或业务单位级别-并将它们上卷成 "一个

真理之源 ";一个单一的门户/单点， 每个人都可以去看看他们

需要知道。

?经理/董事可以自定义和使用 SonarQube 来衡量

各个组-服务提供商可以为每个客户自定义仪表板

组织， 他们正在努力解决不同种类的需求和标准。

它们还可以增强现有规则并集成结果， 因为 SonarQube 给出了

这一水平的灵活性。同时， 组织必须注意不要使用

SonarQube 作为 "棍棒" 迫使 "好行为"-成功的公司有

利用信息鼓励更好的做法， 而不是建立 "墙

羞辱 "惩罚个人不良的编码行为。这意味着使用 SonarQube 作为

"诊断指标" 而不是 "基于结果的" 指标， 可以更好的推动成功。

?总的来说， 这些能力使客户能够管理和减轻技术债务

通过一个 cost-effective 的解决方案， 可以扩展到企业级， 并广泛

分布式.SonarQube 帮助组织对代码质量进行基准测试并了解

他们的组织是如何做， 以及他们如何能够和有改进的时间通过

定性和定量的信息。

SonarSource 的产品和服务被世界各地的客户所使用。所有规模的组织都在使用来自 SonarSource 的产品和服务提高生产率， 降低风险， 终开发更好的软件。

SonarQube 使软件质量成为 Agirc 和 Arrco 软件开发过程中的一个集成组件。Agirc & Arrco 是一家法国公司， 负责管理超过2200万员工的补充养老金， 并在广泛的行业、农业和商业领域担任高管。计算和计算这许多客户的养老金应该是昂贵的， 如果不是灾难性的， 如果做错了。Agirc 和 Arrco 真的需要的软件， 以确保其业务运作顺利运行， 其养老金得到正确和及时的评估。此外， 具有优异的软件质量意味着更少的时间用于 bug 修复和提高开发新项目的效率。手动代码检查! = 软件质量

早在 2008年， Agirc 和 Arrco 就意识到需要改进它的应用， 才能取得进展， 但它的编码团队根本不知道如何去做。质量过程于针对已知 bug 对小块应用程序进行手动代码检查。作为一个短期的结果， 这些 bug 是固定的， 但进程留下的， 根本问题未触及。在软件质量过程的这个阶段， Agirc 和 Arrco 面临着许多组织共有的三关键挑战:无法识别起始点，中国sonarqube经销商， 并确定工作的优先级。团队不知道在哪里开始改进， 或者快速获胜的地方--如果他们还存在的话。无法看到需要多少改进， 并估计将质量提高到可接受水平的努力。无法阻止新创建的应用程序重新引入在现有应用程序中纠正的相同质量问题;再犯同样的错误。SONARQUBE 使代码的改进变得清晰和简单

在2008年秋季， Agirc 和 Arrco 用 maven 2 取代了它的 maven 1 构建过程， 并且作为这个过程的一部分， 评估了几个解决方案来支持不断改进的软件质量。经过大量研究， SonarQube 被选为在整个组织中管理软件质量的集中解决方案。"首先 SonarQube 是一个简单的， 当你开始使用它: 不需要庞大的配置" bastien Touzet， 应用建筑师在 Agirc Arrco。Touzet 还赞赏 SonarQube 融入开发环境的事实。"我们的特征之一是通过 SonarQube 插件进行 Eclipse 集成: 现在， 我们的开发人员可以看到并改进他们的代码， 而不必在多个工具之间切换"。在实施了 SQALE 插件的技术债务评估， Touzet 说， 团队受益于对软件质量的关键措施的客观衡量标准， 以及如何解决问题的迹象。SonarQube 的简单和 user-friendliness 鼓励组织中的每个人都参与进来， 密切关注 Agirc 和 Arrco 的软件质量， 并采取具体的行动来改进它。例如， 在近的绩效改善项目中， 一家专门的审计公司参与审查公司的 COBOL 批处理程序。然后， 团队利用 SonarQube 的易扩展性， 根据审计结果开发新的 SonarQube 规则。现在， 整个开发团队能够遵循这些编码标准， 避免在其应用程序中引入新的性能问题。新的开发人员立即知道如何确保批处理程序的效率， 避免引入新的问题。从改进代码中获得的优势

长期以来， Agirc 和 Arrco 都低估了代码质量改进的必要性。有一种模糊的理解认为需要改进， 但由于缺乏对问题的了解， 任何人都无法理解其范围或重要性。在 2008年， SonarQube 首先提供了这种可见性， 现在它使软件质量成为软件开发过程中的一个不可分割的组成部分。今天， SonarQube 每天运行， 从50项目中分析超过240万行代码。整个组织参与并参与了嵌入式质量过程， 逐步提高了现有软件的质量， 避免了新开发应用中的质量缺陷。公司及其200强的开发团队专注于长期的、value-added 的活动， 而不是在救火模式下的短期手动 bug 修复。对 Agirc 和 Arrco 的业务影响是难以夸大的: 更好的软件大大降低了错养老金的风险， 并使公司能够灵活地将其软件迅速适应外部环境的变化。

SonarSource简介

可靠性问题

这通常被称为潜在的 bug 或代码， 在运行时将不具有预期的行为。此类问题将所有与操作风险或运行时意外行为有关的内容分组。它通常采用可能导致业务中断的关键编程错误的形式。其中的一些问题将存在于简单的不符合jia做法的情况， 但大多数将通过对代码的深入分析和代码的符号执行来检测，中国sonarqube经销商， 以了解程序中任何给的变量的状态。安全问题

这通常被称为程序中的漏洞或缺陷， 可能导致应用程序的使用方式与设计不同。这类问题将所有与程序有缺陷的事情进行分组， 这些漏洞可以被利用来使它的行为与它的设计不同。安全漏洞 (如 SQL 注入或跨站点脚本) 可能是由于编码和体系结构实践不佳造成的。这些问题在 CWE 和证书所维护的列表中有很好的记录