SonarSource
使用 SonarQube 的更广泛的影响和机会
除了扫描之外， 一些组织看到的一个有趣的结果是， 个人
开始对 SonarQube 提供的信息采取行动， 以改变和改善其
关于质量代码创建的行为。一些团队已经开始参与--
甚至兴奋-关于去和检查的因素， 如测试代码覆盖率， 并已能够
大大提高。董事们使用了 SonarQube 的有关规则违规的信息
教育团队如何改变不良习惯以改进代码的创建。所以一个关键的结果
SonarQube 在这些组织使用的机会， 鼓励， 甚至推动
正确的行为。
一些组织通过强制将度量与构建集成在一起来帮助实现
和释放过程。这意味着必须满足某些标准， 以允许生成和
发布过程向前迈进。虽然你不能强迫人们普遍看待不良的结果，
当项目截止时间和软件发布日期出现下滑时， 有机会使用
具有特定数据点和基准的工程经理了解
以前的工作。(组织这样做是明智的， 他们在制定的标准
停止生成和发布过程。
总的来说， 一个实实在在的好处是测试覆盖率翻了一番， 一些测试
使用 SonarQube 的组件团队。一些组织已经观察到测试团队的覆盖率
单元测试的4-5 时间的增加， 以及那些的和严谨的改进
使用 SonarQube 完成单元测试。这反过来又有助于驱动精que的基准
团队的进步伴随着更高质量的代码的交付。
简而言之， SonarQube 可以为基本代码分析提供一个单一的点， 其中用户来自
开发人员可以去看看他们需要知道什么来帮助提高代码质量，
可能与代码评审工具集成， 以便在仪表板中包含代码评审指标。
SonarQube 的挑战
SonarSource 的关键挑战之一是让企业相信投资回报率的好处
实现和使用代码分析解决方案。在这方面的问题的一部分是， 它的
在许多公司的时候， 组织要理解长期利益是有挑战性的
正在寻求快速的、迭代的部署。因此， 重要的是要了解长期利益
在代码的有效期内， 而不仅仅是短期的优势 (这是
在他们自己的方式显着， 但不是战略)。产品的演变， 以解决功能
诸如影响分析和跨平台分析等功能也是
SonarSource 需要集中， 根据客户。与代码审查工具的集成也
被提及作为未来焦点的区域。
SonarSource 的小规模可能是企业部署决策采用的一个障碍。但是，
事实上， 基本产品是开源的， 通常跳转开始采用的初始使用， 并
也为企业使用商业产品提供了一些保证。企业
在更大的部署中显示采用 SonarQube 的客户也有助于
让那些担心产品组合的能力被广泛采用的人打消疑虑。
SonarSource
提高应用价值， 降低软件开发风险
成功的组织在过程中向前移动质量分析并使其迭代
作为整个软件开发生命周期的一部分。开发和测试世界和业务
方法以及正在向敏捷模型演进-持续的价值生成/连续
改进/连续检验是提高质量的重要战略。这些都是
IDC 为 end-user 客户和服务提供商所观察到的关键策略:
?传统的代码质量方法通常在测试成为检查表项时失败
在开发过程结束时， QA 团队运行一个工具并返回
开发团队在软件进入之前需要采取的行动列表
生产.这可能导致延迟和预算超支。所以会发生什么
经常是管理标志移动项目， 没有质量门
发展.
?在项目开始时从项目代码分析中收集适当的度量标准
是至关重要的。如果没有正确的度量标准 (或任何度量标准)， 代码库可能会在没有人注意的情况下恶化， 或者在技术债wu达到一定的时候才会注意到
在时间和预算限制的情况下， 成本太高而无法解决的级别。收集
代码度量连续可以提供可见性， 并使团队的优势
控制代码库的技术债wu。
?理解要修复的代码也是的。通常， 团队开始重构
因为他们认为代码库在性能、脆性、不稳定性方面是不好的，
难于维护和扩展。但如果没有正确的语境分析， 它是
无法检测到代码库的哪个部分负责所遇到的问题。
因此， 更改可能会应用到错误的代码， 或者正确的代码被重构
错误的方式， 或只有部分问题得到解决。这是一个度量和工具的领域
可以通过标识导致问题的代码部分来帮助。
确保持续的软件质量是成功的关键
end-user 公司和服务组织都必须运行软件开发作为
业务.这样做的一部分是管理软件的远程可维护性， 即
发展今天你需要保持明天。积极主动的架构， 也
所创建内容的质量是管理软件长期支出的关键
维护;保存错误的、结构较差的软件是更昂贵的。
在这方面，中国sonarqube招标参数， 应用程序维护团队还需要对软件进行可视化， 以便能够更好地
维护代码以降低成本， 实现更好的质量， 并提高客户响应能力
和 ROI。在将任何代码发送到客户之前， 为代码建立一致的进程
分析可以帮助确保必须运行软件的公司的长期改进
有效地发展。
SonARSOURCE 和 SonARQUBE 平台
SonarSource: 介绍
SonarSource 是一家瑞士公司， 成立于2008年。该公司诞生的愿望
处理和解决与软件质量相关的不断增长的问题， 并为市场带来解决方案
可以跟踪的软件开发过程中的代码质量。在竞争激烈的市场中
来自少数提供商的服务， SonarSource 的投资组合是由它的根在开放的区别
来源， 其可访问性， 和一系列的参与选项从包装和定价
角度.
SonarQube 平台被创造了并且采取了到市场 (作为 "声纳")， 与 SonarSource
在2009年10月发布该平台的第yi个商业插件。到 2010年3月，
SonarSource 开始看到社区和企业都接受了 SonarQube 平台，
到那时， 一个月被超过2000次。在 2010年5月， SonarSource
发布的 COBOL 和 Visual Basic plug-ins， 随后几个月后由一个 SQALE 插件，
c# 插件 (2011年6月) 和 PL/SQL 插件 (2011年9月)。
该公司的主要意图是带来负担得起的和直观的质量解决方案和分析
开发人员还提供了广泛、分布式使用的功能。今天， SonarSource 有
约有350客户， 包括德意志银行、美国银行、米其林、
西班牙、法国巴黎银行、泰雷兹和 EADs。SonarQube 平台使用约300
客户， 与3万和4万安装。该公司已看到的
在过去几年的增长， 它现在雇用了超过30员工， 从20人
就在12月前
SonarSource
如果您想知道项目使用的内部或外部库，sonarqube招标参数，则可能需要查看项目的内容，包括pom.xml文件。如果您使用SonarQube，则不再是这种情况，因为库是一种组件，代理商sonarqube招标参数，它会招募您的应用程序所依赖的组件，并且比手动搜索。
（以上是示例应用程序的截图）
也可以在任何仪表板上添加任何Widget（Widget是组成仪表板的组件），如下所示。
（以上是示例应用程序的截图）
问题向下钻
只是被告知某事是错误的，这里的分数是多少错误或不正确的东西，没有帮助。一个更有建设性的反馈是，这里有什么问题，这是你可以做些什么来解决它。
问题钻取是一个这样的仪表板，我们可以找到这样的信息或足以知道什么是错误，以及如何去修复它（有时）。它还存档较旧的和封闭的问题，并通过给出各种严重程度来表明问题是多么糟糕，即阻止信息。
（以上是nemo.sonarsource.org上的示例应用程序的截图）
任何Dashboard页面右上角的“管理信息中心”选项（如下）用于创建可以放置小部件的新的信息中心页面。
同样，每个“仪表板”页面上的“配置”窗口小部件链接允许在“仪表板”页面的任何位置添加，删除或更改窗口小部件的位置。
（以上是Apache Comm Collection的截图）
标签或词云是一种非常受欢迎的概念，被大量用作可视化形式来传达指标 - 如上所示，这是Apache Comm Collection库的一个例证。
商业组件 - SQALE
SQALE是一个专有组件，社区版本不可用，尽管SonarQube的Nemo项目[07]提供了演示版本。 SQALE是一项技术债wu评估工具，更多细节可以在[08]找到。
sonarqube招标参数-苏州华克斯信息由苏州华克斯信息科技有限公司提供。苏州华克斯信息科技有限公司位于苏州工业园区新平街388号。在市场经济的浪潮中拼博和发展，目前华克斯在行业软件中享有良好的声誉。华克斯取得全网商盟认证，标志着我们的服务和管理水平达到了一个新的高度。华克斯全体员工愿与各界有识之士共同发展，共创美好未来。
