上海sonarqube 中文-华克斯信息

购买 SonarQube 作为测试自动化的质量门由琳达陈在 2017年4月13日 |4分钟阅读1SonarQube (原名声纳) 被广泛用于各种项目的代码质量管理工具， 提供跟踪和提高源代码质量的功能。此类功能还可用于测试自动化， 以量化测试脚本的质量， 因为自动检测脚本的本质是代码。

测试自动化的 SonarQube 特性

为不同的利益相关者提供定制的度量标准每个项目都有不同的利益干系人， 如客户、项目经理、架构师、开发人员和测试人员， 他们拥有完成项目的各种技术或知识。因此， 他们对项目质量的关注是多种多样的。不同群体的利益干系人的质量度量标准是不同的， 这为查看 SonarQube 的价值提供了一个良好的环境， 因为该工具为不同的用户提供了定制的度量标准。 下表显示了针对不同项目角色的 SonarQube 质量度量的一个很好的示例。

支持项目的多种编程语言尽管用 java 编写， SonarQube 可以在大约20多个不同的编程语言 (包括 java、Python、c/c++) 中分析代码。可以自动检测到不同的编程语言， 并调用相应的语言分析器。因此， 即使目标测试脚本由多种不同的编程语言组成， 声纳仍然能够跟踪、分析和创建有关代码质量的报告。

使用行业标准 (代码分析器) 提供测试规则在更大的图片中， SonarQube 提供了行业规则模板， 用户可以根据需要自定义质量规则。对于自动测试， 可以应用一堆规则。下面提供了示例规则:

除了检查现有项目的源代码， 为了进行自动测试， 声纳可能需要根据某些要求停用或更新一些规则。

示例规则可以删除， 如下所示:

示例规则可以更新如下:

除了上面给出的特性， SonarQube 还具有诸如 DevOps 集成、聚合仪表板、时间机器等功能， 所有这些都可以帮助测试自动化项目变得更具可追溯性和可见性。

如何通过与数据库 mysql 的集成来设置 SonarQube

设置 SonarQube 是很简单的。但是， 不建议将嵌入在 SonarQube 中的默认数据库 H2 用于生产用途， 因为它无法进行缩放。 为了更好的维护和可伸缩性， 我们建议用 mysql 这样的另一个数据库替换 H2。下面是在 windows 平台中为 SonarQube 设置 mysql 的一个示例。

前提

在您的计算机上安装 Java (Oracle JRE 8 开始或 OpenJDK 8 起)。步骤:

1.Install. 用 mysql 建立数据库

a. 从  并安装， 然后启动 mysql

b. 为声纳创建数据库， 包括创建用于访问数据库的管理员帐户。例如， 通过在 sql 下运行，上海sonarqube 中文， 使用用户帐户声纳和密码声纳创建名为声纳的数据库:

连续检查由奥利维尔 Gaudin，SonarSource SA 执行官兼共同创始人软件的范式转换质量管理介绍软件质量是每个商业企业日益关注的问题， 因为不断升级的角色软件在运行关键业务系统中发挥作用。软件质量包括外部和内部质量。外部或功能性， 质量描述软件与其定义的功能需求–它是否按预期执行？内部质量描述关键的内部代码的特性， 如健壮性、标准一致性和可维护性。行业统计显示， 平均而言， 软件产品的生命周期成本的80% 用于维护，根据内部质量， 维护成本有很高的变异性。这意味着水平软件产品的可维护性今天将决定其成本责任的水平明天。传统的代码质量控制方法涉及 so-called 的准时审核或质量门， 这是对源代码的定期审核。这些审计通常由外部审计员在开发过程的 "后一英里"-在功能测试期间或之后。根据他们的本性准时的审核会导致开发周期的中断， 因为它们会导致更改"已完成" 软件。在hao的情况下， 这种质量控制方法会导致延迟和返工。在坏的情况是， 它导致了劣质软件的发布。在这两种情况下， 传统方法使人们认识到， 构建高质量的软件过于复杂和昂贵。迫切需要一个新的模式， 强调质量贯穿整个开发周期，代理商sonarqube 中文， 并有更短的反馈回路， 以确保快速解决内部质量问题;简而言之，从一开始就建立质量的模型，中国sonarqube 中文， 而不是事后考虑。连续检查是一个整体的、完全实现的过程， 旨在使内部代码质量成为软件开发生命周期的组成部分。通过提高所有利益相关者的度生命周期， 连续检测使企业能够接受代码质量 whole-heartedly。在 SonarSource 的支持下， 连续检验范式是非常有效的， 并已被证明从小公司到财富100强企业， 在现实世界中工作，各行业。本文详细介绍了代码质量管理中的关键问题。它然后介绍了连续检查范式， 并说明了它如何解决这些挑战，支持数以千计的企业提高软件质量。

SonarSource

提高应用价值， 降低软件开发风险

成功的组织在过程中向前移动质量分析并使其迭代

作为整个软件开发生命周期的一部分。开发和测试世界和业务

方法以及正在向敏捷模型演进-持续的价值生成/连续

改进/连续检验是提高质量的重要战略。这些都是

IDC 为 end-user 客户和服务提供商所观察到的关键策略:

?传统的代码质量方法通常在测试成为检查表项时失败

在开发过程结束时，中国sonarqube 中文， QA 团队运行一个工具并返回

开发团队在软件进入之前需要采取的行动列表

生产.这可能导致延迟和预算超支。所以会发生什么

经常是管理标志移动项目， 没有质量门

发展.

?在项目开始时从项目代码分析中收集适当的度量标准

是至关重要的。如果没有正确的度量标准 (或任何度量标准)， 代码库可能会在没有人注意的情况下恶化， 或者在技术债wu达到一定的时候才会注意到

在时间和预算限制的情况下， 成本太高而无法解决的级别。收集

代码度量连续可以提供可见性， 并使团队的优势

控制代码库的技术债wu。

?理解要修复的代码也是的。通常， 团队开始重构

因为他们认为代码库在性能、脆性、不稳定性方面是不好的，

难于维护和扩展。但如果没有正确的语境分析， 它是

无法检测到代码库的哪个部分负责所遇到的问题。

因此， 更改可能会应用到错误的代码， 或者正确的代码被重构

错误的方式， 或只有部分问题得到解决。这是一个度量和工具的领域

可以通过标识导致问题的代码部分来帮助。

确保持续的软件质量是成功的关键

end-user 公司和服务组织都必须运行软件开发作为

业务.这样做的一部分是管理软件的远程可维护性， 即

发展今天你需要保持明天。积极主动的架构， 也

所创建内容的质量是管理软件长期支出的关键

维护;保存错误的、结构较差的软件是更昂贵的。

在这方面， 应用程序维护团队还需要对软件进行可视化， 以便能够更好地

维护代码以降低成本， 实现更好的质量， 并提高客户响应能力

和 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月前