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

思科系统 (NASDAQ: cisco) 是领xian的网络技术。思科拥有73460名员工和 Q2 FY13 121亿美元的收入， 在各种技术领域， 包括安全、网络会议、路由: 边缘//接入、语音等方面都是市场的。思科 IT 代表公司的工程部门， 负责提高开发人员的生产率， 并在持续交付、构建管理、代码审查和部署方面实施jia做法。思科的目标是设计、实施和宣传的软件质量和维护工具。软件质量面临的关键挑战

今天， 思科将成为世界上 1 it 组织的轨道， 但有一段时间， 它无法管理软件质量可能是一个绊脚石。根据思科 it 工程师 Dhairya Sanghvi 的数据， 使它进入和通过 QA 的代码的质量是一个问题。过去有许多与代码相关的问题， 随着时间的推移而不断升级， 花费了我们很多钱。部分问题是缺乏标准。'我们曾经有开发团队以一种杂乱无章的方式进行代码审查和非功能分析，' Sanghvi 说。'没有信息存储或对缺陷数量有清晰的了解'， 也无法看到质量随时间变化的方式。此外， '代码评审所采用的系统和流程没有标准化， 因为没有用于执行 (审查) 的通用工具或规则集'。开发团队正在使用各种工具进行静态分析和单元测试， 但他说， '思科需要将其转移到一个具有更成熟报告能力的工具上， 开发人员和管理层都可以对其进行解释。SONARQUBE 是一致的选择

Sanghvi 说， 在寻找能够满足思科需求的工具的同时， 研究团队也在尝试将敏捷实践融入到思科 it 开发环境中。他说， 这支球队是以 SonarQube 的特点出售的， 但整合是关键的。'SonarQube 是一个代码分析工具， 与詹金斯集成好， 我们去了， ' a-哈， SonarQube 它是这样的!SonarQube 是一致的选择。Sanghvi 说， SonarQube 有 '很多伟大的特点'， 但这些突出:可自定义的规则集-'SonarQube 中的可定制的质量配置文件是一个非常有用的灵活性， 考虑到我们的平台上有各种不同的粉笔和奶酪的团队，' Sanghvi 说。'此外， 将 xml 规则 (从一个 SonarQube 实例转移到另一个) 和这些配置文件的继承能力都很容易使其成为的产品。项目组合管理-思科公司正在使用投资组合管理插件，代理商sonarqube经销商， 在整个企业中提供管理友好、个性化的质量指标。这给整个组织提供了很大的激励， 可以定期检查他们的进度， 跟踪改进并采取行动来修复质量缺陷。时间机器– '趋势分析报告是 SonarQube 中da量的使用能力之一， 帮助我们说服许多项目团队采用该工具' Sanghvi 说。'能够看到我们的项目在很长一段时间内的质量改善是关键的项目之一， 在您的阿森纳。当与项目组合管理插件结合使用时， 此功能为组织的性能提供了一个完整的窗口。在代码审查和功能集成中节省了大量的资源时间

根据 Sanghvi 的数据， 思科公司采用 SonarQube 的方法， 对这家企业来说是一个巨大的胜利。'SonarQube 已经触发了三倍的业务影响， 我们已经看到了在每一个项目团队， 我们已经登上-交付 (时间到能力减少)， 工程 (质量改进) 和业务价值 (成本节约)。通过将代码分析转移到开发阶段并每天运行它， Cisco it 大大提高了代码质量， 并因此减少了紧急 bug 修复， 这 '为组织节省了大量成本'， Sanghvi 说。'在 PLC 的早期阶段遇到的缺陷比以后被发现的要便宜得多。下一次大胜利是在代码审查领域。现在， 每个团队都在同一个地方进行代码评审， 使用相同的工具和度量， SonarQube 提供了对关键缺陷度量的清晰和基于时间的可见性。由于 SonarQube 的日常代码分析， 在代码审查和功能集成中节省了大量的资源时间。此外， 'SonarQube， 与其相关的质量概况和他们的客户

SonarSource

优化质量分析以实现业务价值

复杂性: 代码可见性降低了软件风险

适用于自动化软件质量2014–2018的预测和2013供应商份额: 一些

ASQ 的增长与持续的采用预计移动， 云和嵌入式， IDC 251643 和

建立软件质量分析策略， 帮助解决第三平台复杂性， IDC 253257

主办单位: SonarSource

梅林达-卡罗尔. 卢

2015年1月

简介: 了解质量分析差距的影响

数字世界的转变， 数字转换的影响， 以及对持续性的需求

跨技术平台的部署给 IT 组织带来了巨大的压力， 因为它们

解决动态变化的业务需求。高质量应用的上市时间

变得至关重要， 但提供软件发布和开发新的面向客户的

快速应用是一个越来越大的挑战。对于大型跨国企业来说， 情况尤其如此。

必须与复杂多变的多式技术网络相抗衡的组织

与遗留系统和资源结合在一起的数千个用户的地理

分布式.

对于 CIO 来说， 目标不仅仅是提高 it 的敏捷性--它是关于如何使用它来成功地

跨 '第三平台' 增强业务灵活性、创新性和客户体验，

范围从移动， 社会系统的参与， 到云， 同时合并大数据

分析.在操作层面上， 这种做法增加了公司的压力，

重组、更新和转换软件开发和测试实践。这可以允许

为了更快地交付具有适当质量、风险、速度和

成本水平。

然而， 尽管质量低劣的软件对客户访问、收入和

商业信誉在这些有影响力的移动和其他第三平台环境中， 许多

组织已经陷入了可怜的软件卫生习惯。能见度不足的水平

缺陷的原因及其影响为许多创造了一种文化

他们所创造的缺陷的责任。'在墙上抛出代码' 用于部署仍然是

频繁的， 内脏的问题造成的公司， 部分由迫切的需求立即

这些关键业务环境中的软件交付。然而， 不良的发展途径

即使需要提高代码质量并在周期早期消除缺陷也会发生

急剧增加。

在 IDC 中， 我们一直在跟踪重大业务变更项目的成功率

组织在过去的几年里， 和我们的 2014 QA 调查横跨超过200大

企业发现有问题的项目成功率。我们将 '成功' 定义为及时、相关和

个别项目的预算交付。我们的研究表明大约40% 的商业

面向更改的软件开发项目未能满足这些要求。和60%

按时交付和预算通常需要事后调整， 以确保

公司的期限已经达到 (例如， 需要在项目中投入更多的员工， 或者

©2015 IDC # IDCTS08W 2

项目范围减少)。除了这些预算和及时性挑战， 代码质量

问题.

IDC 的研究显示， 在生产后期发现的缺陷成本指数更高

对组织修复比在周期中发现的更早 (10–100倍或更多，

取决于其他依赖项， 以及在生命周期中发现问题的后期程度)。的

能够发现代码问题， 有共同的访问问题， 并负责修复

这些问题和解决积压成为的环境无情

用户体验不佳和功能失败。客户反馈的即时性

用户参与、用户衰减率和应用程序商店评级带来了新的可视级别和

重要的是推动采用常见的代码问题访问上下文， 以便快速

补救，代理商sonarqube经销商， 以及对安全挑战的可见性。

这些因素与软件项目复杂性的增加相结合。企业采用复杂、

使用内部和外部资源 (如系统) 进行地理分布的开发

集成商 (SIs) 随着各种开发工具的使用而显著增加

(包括开源)、多种语言和敏捷流程。这意味着需要

代码分析， 可以共同访问有关软件问题的信息和定量和

跨不同团队的定性指标从未如此巨大。

在这个数字消费化和流动性的时代， 项目变得更具挑战性和

管理的关键。为什么?

SonarSource 城市之旅2016丹切2016年5月26日在10:14pm今天我参加了伦敦 SonarSource 城市之旅。SonarSource 制作两个 '连续代码质量' 工具: SonarQube;和 SonarLint。

雷迪森 sas 波特曼酒店举办的低调活动约50与会者。我们听到了一些适当的技术介绍， 从奥利维尔 Gaudin， 弗雷迪槌， 和 SonarSource 的尼古拉斯秘鲁和邓肯波克林顿从微软。

技术债wu这一天开了一个问题。谁负责代码质量？还是 QA？

是不加掩饰的: 开发商。

在某些情况下， 引入技术债wu是可以的，中国sonarqube经销商， 但团队需要了解他们所创建的问题的权衡和存在的程度。hao的方法是通过客观和一致的测量。

'修复泄漏'知道你有问题是一回事。修理它是另一回事。

这一天的首要主题是 '修复泄漏': 当你有一个漏水的管道， 你应该先修复它还是先把它擦干净？如果你不首先解决问题的根源， 那么清理就不是很有用。

(这对我来说特别的伤感， 因为我在家里的水管漏水， 所以我迟到了。

在实践中， 这意味着设置一个质量的酒吧 (或 '门' 的 SonarSource 行话) 新的变化， 但大多忽略现有的问题， 直到你得到控制的事情。

这似乎是一个不错的方法， 有两个原因:

它减少了在遗留的基本代码上开始的摩擦力， 因为你可以假装你是从一个干净的石板开始;这是沙子上的一条线， 它为球队的前进设定了期望。奥利维尔不厌其烦地强调， 有一个自动化的工具，华北sonarqube经销商， 实施这种行为不会减轻你的教育团队的jia做法。每一个指标都可以博弈， 所以你需要让人们在船上的概念， 真正充分利用它。

SonarQubeSonarQube 度量您的代码库的可维护性、可靠性和安全性， 并跟踪随着时间的推移而改进。它还指出了代码中特定的代码气味， 应该是固定的。

SonarQube 是由超过75k 的公司使用的， 其中一些有数以千计的开发人员和数百万行代码。它成为事实上的代码质量工具， 因为它的介绍8年前， 超过其 Java 根现在支持超过20种语言。

弗雷迪给了我们一个简要的特点， 从近的版本， 包括 v5.6 (将在几个星期内发布)。

值得注意的是， 现代化的体系结构不再需要分析器和数据库之间的直接连接。这一切都通过了一个网络服务， 这是更明智的。

质量评级也正在完善。现有的 SQALE 度量对衡量项目的可维护性很有好处， 但它没有考虑到问题的严重性。它也没有真正与泄漏概念的网格。

在 SonarQube 5.6 中， SQALE 将重新命名为可维护性， 并且将为性、安全性和可靠性提供新的评级。将所有这些信息一起放在所有项目中将是一个新的治理仪表板 (一个商业插件)。

路线在工作中， 我们使用 gitflow。我们不想合并一个功能分支， 如果它会降低项目的质量， 因此我们特别希望了解分支支持在 SonarQube 中将如何改进。

已经有拉请求集成与 GitHub 和藏匿， 让你知道什么时候合并会引入债wu。

但是， 目前在 SonarQube 内部， 单独的分支被视为单独的项目。配置是重复的， 而且更糟糕的是， 每个功能分支都包含了主分支中的所有问题和债wu。

这是幸运的 SonarSource 的一个高优先级， 虽然它不会被宣布时， 它将船舶。目标是将项目的所有分支作为对主分支的比较。

群集是路线图的一个令人惊讶的补充， 因为这看起来不像是一种需要支持大量负载的产品。然而， 一些真正巨大的设施确实存在于野外， 它可以利用多个 web 服务器与同一数据库进行对话。

当弗雷迪宣布 SonarQube 为服务时， 群集的隐藏议程变得清晰明了。这将是一个免费的开放源码项目服务， 可以分析任何地方托管的项目 (虽然它需要一个 GitHub 帐户进行身份验证)。它将支持所有的内置 SonarSource 插件， 但没有第三方的。这对开源社区来说是一个好消息!

， 我有机会问墙和集成系统， 如 JIRA。一般的意见是， 这些应该处理外部 SonarQube 本身， 并集成使用的全功能的 rest API 暴露的 SonarQube。

SonarLintSonarLint 是您的 IDE (Eclipse、IntelliJ 或 Visual Studio) 的插件， 它在您键入时标记代码质量问题。这个想法是为了防止泄漏之前， 他们共享与其他的研发

华克斯-华北sonarqube经销商由苏州华克斯信息科技有限公司提供。苏州华克斯信息科技有限公司拥有很好的服务与产品，不断地受到新老用户及业内人士的肯定和信任。我们公司是商盟认证会员，点击页面的商盟客服图标，可以直接与我们客服人员对话，愿我们今后的合作愉快！