SonarSource/SonarQube在线咨询-华克斯

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

测试自动化的 SonarQube 特性

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

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

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

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

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

示例规则可以更新如下:

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

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

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

前提

在您的计算机上安装 J***a (Or***e JRE 8 开始或 OpenJDK 8 起)。步骤:

1.Install. 用 mysql 建立数据库

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

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

SonarSource简介

连续检查是一个整体的、完全实现的过程， 旨在使内部代码质量成为软件开发生命周期的一个组成部分。***白皮书本文详细介绍了代码质量管理中的关键问题。然后介绍了连续检查范式， 并说明了它如何解决这些挑战， 支持数以千计的企业提高其软件质量。通过在整个生命周期中提高所有利益干系人的知名度， 连续检查使企业能够接受代码质量 whole-heartedly。在 SonarSource 的支持下， 持续的检验范式是非常有效的， 并已被证明在现实世界中的工作， 从小公司到财富100强的企业， 在所有行业。

SonarSource

在这些更复杂的环境中， ***必须做更多的事情。

***竞争环境， 资源很少和/或减少。他们必须弥合 everincreasing

它与业务的新形式的社会参与之间的差距， 并抗衡

随着更多的要求创新的应用程序， 满足业务和

消费者的需求。

企业项目在激烈的***压力下***的水平和率

技术变化要求部门协同工作， 包括业务干系人

和跨 IT、开发、质量和运营的管理人员， 以便在竞争中生存。

正如我们看到的***转向复杂的采购， 以解决这些业务和

技术需求， 我们看到了对软件分析、自动化和通用过程的需求

通过.对于 IDC 来说， 复杂的采购意味着利用外部服务提供商的资源

(如陆上和近海 SIs)， 来自商业、IT、基础设施的内部资源，

承包商， 并使用开源软件 (OSS) 解决方案和组件。

需要建立伙伴关系和使用一系列资源， 要求管理、自动化、

和质量的协调。代码质量的可见性成为关键， 有助于提高

行为， 以产生更好的软件和地图团队的适当类型的项目给

经验水平和执行 (即使机会成为教育团队

更有效地执行)。服务提供商和内部员工都需要 "他们的游戏" 与

关于软件的创建、适当的质量和缺陷的积压。"技术***" 只能

识别和解决， 如果它是可见的， 可以通过适当的自动化工具启用和

过程策略的采用和分析， 以了解影响。

这一 IDC 技术聚焦将讨论改进软件分析方法的必要性，

缺陷管理、安全和度量， 通过主动可见性来获得业务和 IT 好处。

那些不懂历史的人注定要重蹈覆辙;这句谚语也适用于无效

软件创建、质量和缺陷缓解和解决方法。

不断变化的质量观

随着企业越来越依赖于技术和软件来提供核心产品，

CIO 的工作正在转变。预算没有增加， 但业务期望它能够

在高度复杂的环境中比以前更快地交付新的业务价值

提高了对质量的期望。此外， 有一种期望， 它会变得更清楚

新的业务目标， 并将 IT 优先级与之相匹配。一个关键的挑战是如何使

更快地交付更高质量的应用程序， 以满足业务和客户需求。它， 并

cio 必须超越提高 IT 效率以实现业务创新， 并提供

具有持续部署和改进的软件实践的***客户体验。和一个

基本的构建模块是代码分析和管理。

缺乏对代码质量的可见性， 以及导致问题的代码更加明显

和更多的削弱企业现在由于能见度和***要求

移动和其他面向客户的应用程序。这已经成为高管们的核心问题，

那些在代码创建级别的***。

开发和提供高质量的软件版本和新的面向客户的应用程序

时间是一个越来越大的挑战， 特别是对于那些必须与复杂的

与遗留系统和资源相结合的现代技术网络。***必须

解决内部业务的需求-企业应用程序的扩展和可用性

移动/社会/云平台-以及满足客户/消费者对可用性的需求

创新的应用。然而， 如何做到这一点， 而不提供洞察问题， 因为它们是

无意中创建的？

可以做些什么来提高整体软件质量以减少问题和风险， 同时

加快发布周期， 使新的服务和产品更快地投放市场？这

要求对软件漏洞和缺陷进行有效和早期的管理， 以使

主动的质量战略和降低成本。然而， 如何才能减轻现有的不良行为

***hao完成这些目标？