SonarSource报价,华克斯,SonarSource

SonarSource

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

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

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

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

消费者的需求。

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

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

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

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

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

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

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

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

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

和质量的协调。代码质量的可见性成为关键， ****于****

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

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

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

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

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

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

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

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

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

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

不断变化的质量观

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

无意中创建的？

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

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

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

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

****hao完成这些目标？

将SonarQube指标集成到TFS构建中 - 简介

所需步骤概述

这里有很多步骤，有很多消化，所以我将分解这几个博客文章主要是：

使TFS输出所需的测试和覆盖结果文件。

设置您的项目使用声纳。

将“Sonar Runner”整合到您的构建中。

所展示的解决方案足以满足我正在尝试实现的目的，但您可能希望重新排列几个步骤来适应您的场景。 将围绕这些步骤进行一些讨论，以帮助您了解我所做的任何决定，并提供一些背景，但如果您感兴趣的是如何做到这一点，然后忽略此文本，只需按照步骤。

祝你好运与你的整合。

*部分 - 使TFS输出所需的测试和覆盖结果文件。

第2部分 - 设置您的项目使用声纳。

第3部分 - 将“Sonar Runner”整合到您的构建中。