SonarSource 的產(chǎn)品和服務(wù)被世界各地的客戶所使用。所有規(guī)模的組織都在使用來自 SonarSource 的產(chǎn)品和服務(wù)提高生產(chǎn)率， 降低風(fēng)險， 終開發(fā)更好的軟件。SonarQube 在歐洲的三不同地點的開發(fā)團隊每天都在使用。質(zhì)量結(jié)果顯示在墻上顯示器!Kapsch TrafficCom (理事會) 是智能交通系統(tǒng)的提供商。它的系統(tǒng)采用信息和通信技術(shù)來支持和優(yōu)化公路運輸， 包括基礎(chǔ)設(shè)施、車輛、用戶和工業(yè)。它在各種交通應(yīng)用領(lǐng)域的解決方案有助于減少道路交通造成的擁堵和環(huán)境污染， 提高交通安全和安全。理事會集團在33國家設(shè)有子公司和代表處， 并有3000多名員工。軟件質(zhì)量很重要， 因為 Kapsch 需要向其客戶提供jia的軟件解決方案， 同時遵循行業(yè)標準， 如汽車行業(yè)的 MISRA 準則。即將失去對軟件質(zhì)量的關(guān)注

Kapsch TrafficCom 因快速擴張而失去了對軟件質(zhì)量的關(guān)注。這種擴展導(dǎo)致了一些新的編程語言的使用， 并雇用了許多新的開發(fā)人員。理事會預(yù)見到需要更好地控制， 遵循編碼準則，北京sonarqube招標參數(shù)， 并確保它開發(fā)的應(yīng)用程序在發(fā)布之前達到了定義的質(zhì)量目標。此外， 技術(shù)債務(wù)的趨勢需要更加明顯， 以幫助決策者達成關(guān)于重構(gòu)與引入新特性的知情決策。由于理事會在靜態(tài)代碼分析中使用了幾種不同的解決方案， 因此很難同時將整個代碼庫的這一概述放在一起。SONARQUBE 的自下而上采用

然后， 瑞典理事會辦公室的遇到了 SonarQube。這一收養(yǎng)是由管理層和其他理事會的開發(fā)網(wǎng)站所采納的自下而上的方法。在年內(nèi)， 它將被采用在更多的地點， 并作為理事會的主要解決方案， 跟蹤代碼質(zhì)量。在這一收養(yǎng)中， 關(guān)鍵是 SonarQube 使用相同的度量標準來衡量每種語言。理事會使用幾種不同的語言， 現(xiàn)在它們都可以以統(tǒng)一的方式呈現(xiàn)。可以很容易地看到當前的度量狀態(tài)， 以及它們是否在正確的方向上移動。此外， 項目組合管理 (視圖) 插件允許理事會從多語言應(yīng)用程序中聚合質(zhì)量度量， 將每個應(yīng)用程序的質(zhì)量統(tǒng)一起來， 并將應(yīng)用程序進一步聚合到產(chǎn)品、項目和部門質(zhì)量的統(tǒng)一演示中。更美好的是， '由于我們每夜都在分析我們的大部分產(chǎn)品， 所以現(xiàn)在每個人都可以按需獲取xin的結(jié)果 (在每個聚合級別)'， 瑞典理事會的測試組長約翰 Esbj?rner 說。Kapsch TrafficCom 使用的主要功能包括:時間機器-跟蹤關(guān)鍵代碼質(zhì)量度量的進度。視圖-將多種語言聚合到產(chǎn)品/項目/部門中。差異視圖-檢查遺留項目中是否引入了新問題。Java API-創(chuàng)建自己的集成插件， 因為它已經(jīng)做了寶麗來 ALM。SONARQUBE 結(jié)果顯示在墻上顯示器上

SonarQube 目前正被用于檢查超過30應(yīng)用程序和700k 代碼行的代碼質(zhì)量， 并且這些數(shù)字預(yù)計會隨著全年的采用而不斷增加。它每天都被開發(fā)團隊使用， 它們遍布歐洲三不同的開發(fā)站點。Esbj?rner 表示， '我們可以利用我們現(xiàn)有的詹金斯基礎(chǔ)結(jié)構(gòu)來觸發(fā)靜態(tài)分析， 從而緩解了向 SonarQube 的過渡， 因此無需額外的服務(wù)器。讓所有利益相關(guān)者通過 web 瀏覽器輕松地訪問結(jié)果， 并顯示在人們走過的墻壁監(jiān)視器上， 從而提高了對代碼質(zhì)量的認識。這些指標已成為一種幫助， 以可視化需要做什么。早些時候， 開發(fā)人員知道代碼需要重構(gòu)， 但是很難得到標準的數(shù)據(jù)來向決策者展示。現(xiàn)在， 他們可以通過打開 web 瀏覽器并顯示度量和代碼來做到這一點。今天， 質(zhì)量門是為所有語言定義的， 因此新功能并不總能戰(zhàn)勝重構(gòu)。在發(fā)布前始終滿足di質(zhì)量級別要求。

SonarSource

使用 SonarQube 的更廣泛的影響和機會

除了掃描之外， 一些組織看到的一個有趣的結(jié)果是， 個人

開始對 SonarQube 提供的信息采取行動， 以改變和改善其

關(guān)于質(zhì)量代碼創(chuàng)建的行為。一些團隊已經(jīng)開始參與--

甚至興奮-關(guān)于去和檢查的因素， 如測試代碼覆蓋率， 并已能夠

大大提高。董事們使用了 SonarQube 的有關(guān)規(guī)則違規(guī)的信息

教育團隊如何改變不良習(xí)慣以改進代碼的創(chuàng)建。所以一個關(guān)鍵的結(jié)果

SonarQube 在這些組織使用的機會，中國sonarqube招標參數(shù)， 鼓勵， 甚至推動

正確的行為。

一些組織通過強制將度量與構(gòu)建集成在一起來幫助實現(xiàn)

和釋放過程。這意味著必須滿足某些標準， 以允許生成和

發(fā)布過程向前邁進。雖然你不能強迫人們普遍看待不良的結(jié)果，

當項目截止時間和軟件發(fā)布日期出現(xiàn)下滑時， 有機會使用

具有特定數(shù)據(jù)點和基準的工程經(jīng)理了解

以前的工作。(組織這樣做是明智的， 他們在制定的標準

停止生成和發(fā)布過程。

總的來說， 一個實實在在的好處是測試覆蓋率翻了一番， 一些測試

使用 SonarQube 的組件團隊。一些組織已經(jīng)觀察到測試團隊的覆蓋率

單元測試的4-5 時間的增加， 以及那些的和嚴謹?shù)母倪M

使用 SonarQube 完成單元測試。這反過來又有助于驅(qū)動精que的基準

團隊的進步伴隨著更高質(zhì)量的代碼的交付。

簡而言之， SonarQube 可以為基本代碼分析提供一個單一的點， 其中用戶來自

開發(fā)人員可以去看看他們需要知道什么來幫助提高代碼質(zhì)量，

可能與代碼評審工具集成， 以便在儀表板中包含代碼評審指標。

SonarQube 的挑戰(zhàn)

SonarSource 的關(guān)鍵挑戰(zhàn)之一是讓企業(yè)相信投資回報率的好處

實現(xiàn)和使用代碼分析解決方案。在這方面的問題的一部分是， 它的

在許多公司的時候， 組織要理解長期利益是有挑戰(zhàn)性的

正在尋求快速的、迭代的部署。因此， 重要的是要了解長期利益

在代碼的有效期內(nèi)， 而不僅僅是短期的優(yōu)勢 (這是

在他們自己的方式顯著， 但不是戰(zhàn)略)。產(chǎn)品的演變， 以解決功能

諸如影響分析和跨平臺分析等功能也是

SonarSource 需要集中， 根據(jù)客戶。與代碼審查工具的集成也

被提及作為未來焦點的區(qū)域。

SonarSource 的小規(guī)模可能是企業(yè)部署決策采用的一個障礙。但是，

事實上， 基本產(chǎn)品是開源的， 通常跳轉(zhuǎn)開始采用的初始使用， 并

也為企業(yè)使用商業(yè)產(chǎn)品提供了一些保證。企業(yè)

在更大的部署中顯示采用 SonarQube 的客戶也有助于

讓那些擔(dān)心產(chǎn)品組合的能力被廣泛采用的人打消疑慮。

SonarQube和JaCoCo的個人測試代碼覆蓋率

構(gòu)建部分

這里不需要修改但是，您應(yīng)該注意Maven Surefire的任何自定義配置，以確保它也適用于我們要創(chuàng)建的配置文件。在春季寵物診suo的情況下，這是我們正在寫的參考POM的相關(guān)部分：

...

org.apache.ugins

行家-萬無一失-插件

2.13

-XX：-UseSplitVerifier

** / * Test.java

** / * Tests.java

** /它/ * IT.java

...

這種配置告訴Surefire：1）排除執(zhí)行單元測試的集成測試（Surefire的雙插件，F(xiàn)ailsafe涵蓋了集成測試）;和2）禁用字節(jié)碼驗證器，防止類被調(diào)試時的運行時錯誤（即添加mocks或TopLink增強功能時）。

依賴部分

在本節(jié)中，不需要進行任何更改。我們只想注意到，代理商sonarqube招標參數(shù)，如果您的項目已經(jīng)在利用JaCoCo收集整合測試覆蓋率指標，并且明確地指出了本部分中的JaCoCo偽像，代理商sonarqube招標參數(shù)，那么可以將其留下 - 至今沒有確定任何沖突。無論如何，它不應(yīng)該在這里需要，所以從這個部分刪除它可能更安全。

檔案部分

所有必需的更改都在本節(jié)中。而且它們都非常干凈，因為它們都只需要向POM添加一個新的配置文件。此配置文件將為Surefire配置一個特殊偵聽器，以確保適當收集每個單獨測試用例的覆蓋度量。為了保證成功的測試執(zhí)行，我們將在此保持與POM的構(gòu)建部分中顯示的相同配置。，配置文件將為包含偵聽器代碼的偽zao添加新的依賴關(guān)系。結(jié)果是這樣的：

覆蓋每次測試

org.apache.ugins

行家-萬無一失-插件

2.13

由JaCoCo prepare-agent - >配置的

$ {argLine} -XX：-UseSplitVerifier

** / * Test.java

** / * Tests.java

** /它/ * IT.java

聽者

nar.java.jacoco.JUnitListener

nar-plugins.java

聲納-jacoco-聽眾

2.3

測試