SonarSource 的产品和服务被世界各地的客户所使用。所有规模的组织都在使用来自 SonarSource 的产品和服务提高生产率, 降低风险, 终开发更好的软件。SonarQube 是每天使用的 Zitro 游戏审查其 c++ 和 PHP 代码, 并分配质量改进任务给其工程师。Zitro 游戏生产的xian进的游戏平台预计会不停地运行, 没有故障或错误, 因此软件质量
代理商sonarqube 安装
SonarSource 的产品和服务被世界各地的客户所使用。所有规模的组织都在使用来自 SonarSource 的产品和服务提高生产率, 降低风险, 终开发更好的软件。SonarQube 是每天使用的 Zitro 游戏审查其 c++ 和 PHP 代码, 并分配质量改进任务给其工程师。Zitro 游戏生产的xian进的游戏平台预计会不停地运行, 没有故障或错误, 因此软件质量对其业务运营绝dui至关重要。SonarSource代码质量是一个不断增长的市场,它是分析师对其大规模采用和大量投资回报的雷达。但是制作完美的宾果软件只是一次还不够。为了保持其作为领xian的视频宾果游戏的地位, Zitro 必须跟上的步伐, 这意味着经常发布。由于 Zitro 生产的du博软件, 处理真正的钱, 这些版本必须尽可能接近完美。保持短期的 Zitro 需要保持竞争力只有当它有一个清晰的, 全mian的和xin的图片的质量影响的变化在一个版本。软件质量-从哪里开始？
当它来检查和提高其软件质量, Zitro 只是不知道从哪里开始。首先, 对软件的当前状态没有一个清晰的描述。总的来说,这些能力使客户能够管理和减轻技术债务通过一个cost-effective的解决方案,可以扩展到企业级,并广泛分布式。这意味着, 即使它想投入资源来提高其软件的整体质量, Zitro 的员工也无法有效地组织他们的改进工作, 因为他们不知道应该关注什么。挣扎, 他们做了唯yi的事情, 他们可以想到的;"我们做了繁琐的, 手动代码审查所有的新代码, 每一个版本," Zitro 研发总监哈维 Albors 说。SONARQUBE 提供了一个关于整体源代码质量的清晰视图
当他们发现 SonarQube 的时候, Zitro 的员工意识到他们已经找到了一个高xiao且负担得起的工具, 每天自动检查所有的 c++ 和 PHP 代码。迫切需要一个新的模式,强调质量贯穿整个开发周期,并有更短的反馈回路,以确保解决内部质量问题。Albors 说: "我们仍然在核心的一些重要部分进行了一些手工代码审查, 但在所有的代码中都没有。现在, "我们只审查 SonarQube 报告。更好的是, 他们能够使用 SonarQube 的问题工作流来管理来自同一接口的这些报告中显示的内容的补救。SonarQube 的好处得到了明确的证明, Zitro 管理层决定将其部署到整个组织。像问题管理系统这样的关键 SonarQube 功能加快了开发团队的采用, SonarQube 的仪表板为组织中的每个人提供了重要信息的整合视图。结果: 显著的节省时间和代码质量的改进
今天, Zitro 使用 SonarQube 分析约25万行代码, 这是划分在17项目, 并由一个由20工程师团队维护。如往常一样,使用子项目的关联属性组中的SYSLIB字段来解析包含文件引用。应用程序通过与其 Quickbuild 生成服务器的直接集成, 每天进行分析。每天都会对新的 SonarQube 结果进行评审, 并使用问题管理工作流来分配质量改进任务。"我们赢得了所有团队的时间, 提高了我们的源代码质量, 因为机器正在监视我们!Albors 说。
SonarSource
在这些更复杂的环境中, 组织必须做更多的事情。
竞争环境, 资源很少和/或减少。他们必须弥合 everincreasing
它与业务的新形式的社会参与之间的差距, 并抗衡
随着更多的要求的应用程序, 满足业务和
消费者的需求。
企业项目在激烈的压力下空前的水平和率
技术变化要求部门协同工作, 包括业务干系人
和跨 IT、开发、质量和运营的管理人员, 以便在竞争中生存。
正如我们看到的组织转向复杂的采购, 以解决这些业务和
技术需求, 我们看到了对软件分析、自动化和通用过程的需求
通过.对于 IDC 来说, 复杂的采购意味着利用外部服务提供商的资源
(如陆上和近海 SIs), 来自商业、IT、基础设施的内部资源,
承包商, 并使用开源软件 (OSS) 解决方案和组件。
需要建立伙伴关系和使用一系列资源, 要求管理、自动化、
和质量的协调。代码质量的可见性成为关键, 有助于提高
行为, 以产生更好的软件和地图团队的适当类型的项目给
经验水平和执行 (即使机会成为教育团队
更有效地执行)。服务提供商和内部员工都需要 "他们的游戏" 与
关于软件的创建、适当的质量和缺陷的积压。"技术债务" 只能
识别和解决, 如果它是可见的, 可以通过适当的自动化工具启用和
过程策略的采用和分析, 以了解影响。
这一 IDC 技术聚焦将讨论改进软件分析方法的必要性,
缺陷管理、安全和度量, 通过主动可见性来获得业务和 IT 好处。
那些不懂历史的人注定要重蹈覆辙;这句谚语也适用于无效
软件创建、质量和缺陷缓解和解决方法。
不断变化的质量观
随着企业越来越依赖于技术和软件来提供核心产品,
CIO 的工作正在转变。预算没有增加, 但业务期望它能够
在高度复杂的环境中比以前更快地交付新的业务价值
提高了对质量的期望。此外, 有一种期望, 它会变得更清楚
新的业务目标, 并将 IT 优先级与之相匹配。一个关键的挑战是如何使
更快地交付更高质量的应用程序, 以满足业务和客户需求。它, 并
cio 必须超越提高 IT 效率以实现业务, 并提供
具有持续部署和改进的软件实践的卓越客户体验。和一个
基本的构建模块是代码分析和管理。
缺乏对代码质量的可见性, 以及导致问题的代码更加明显
和更多的削弱企业现在由于能见度和曝光要求
移动和其他面向客户的应用程序。这已经成为高管们的核心问题,
那些在代码创建级别的组织。
开发和提供高质量的软件版本和新的面向客户的应用程序
时间是一个越来越大的挑战, 特别是对于那些必须与复杂的
与遗留系统和资源相结合的现代技术网络。组织必须
解决内部业务的需求-企业应用程序的扩展和可
