代理商sonarqube規(guī)則-華克斯-sonarqube規(guī)則

SonarSource 的產(chǎn)品和服務(wù)被世界各地的客戶所使用。所有規(guī)模的組織都在使用來自 SonarSource 的產(chǎn)品和服務(wù)提高生產(chǎn)率， 降低風(fēng)險， 終開發(fā)更好的軟件。SonarQube 是每天使用的 Zitro 游戲?qū)彶槠?c++ 和 PHP 代碼， 并分配質(zhì)量改進任務(wù)給其工程師。Zitro 游戲生產(chǎn)的xian進的游戲平臺預(yù)計會不停地運行， 沒有故障或錯誤， 因此軟件質(zhì)量對其業(yè)務(wù)運營絕dui至關(guān)重要。但是制作的賓果軟件只是一次還不夠。為了保持其作為領(lǐng)xian的視頻賓果游戲的地位， Zitro 必須跟上創(chuàng)新的步伐， 這意味著經(jīng)常發(fā)布。由于 Zitro 生產(chǎn)的du博軟件， 處理真正的錢， 這些版本必須盡可能接近。保持短期的 Zitro 需要保持競爭力只有當(dāng)它有一個清晰的， 全mian的和xin的圖片的質(zhì)量影響的變化在一個版本。軟件質(zhì)量-從哪里開始？

當(dāng)它來檢查和提高其軟件質(zhì)量， Zitro 只是不知道從哪里開始。首先， 對軟件的當(dāng)前狀態(tài)沒有一個清晰的描述。這意味著， 即使它想投入資源來提高其軟件的整體質(zhì)量， Zitro 的員工也無法有效地組織他們的改進工作， 因為他們不知道應(yīng)該關(guān)注什么。掙扎， 他們做了唯yi的事情， 他們可以想到的;'我們做了繁瑣的， 手動代碼審查所有的新代碼， 每一個版本，' Zitro 研發(fā)總監(jiān)哈維 Albors 說。SONARQUBE 提供了一個關(guān)于整體源代碼質(zhì)量的清晰視圖

當(dāng)他們發(fā)現(xiàn) SonarQube 的時候， Zitro 的員工意識到他們已經(jīng)找到了一個高xiao且負擔(dān)得起的工具， 每天自動檢查所有的 c++ 和 PHP 代碼。Albors 說: '我們?nèi)匀辉诘囊恍┲匾糠诌M行了一些手工代碼審查，sonarqube規(guī)則， 但在所有的代碼中都沒有?，F(xiàn)在， '我們只審查 SonarQube 報告。更好的是， 他們能夠使用 SonarQube 的問題工作流來管理來自同一接口的這些報告中顯示的內(nèi)容的補救。SonarQube 的好處得到了明確的證明，中國sonarqube規(guī)則， Zitro 管理層決定將其部署到整個組織。像問題管理系統(tǒng)這樣的關(guān)鍵 SonarQube 功能加快了開發(fā)團隊的采用， SonarQube 的儀表板為組織中的每個人提供了重要信息的整合視圖。結(jié)果: 顯著的節(jié)省時間和代碼質(zhì)量的改進

今天， Zitro 使用 SonarQube 分析約25萬行代碼， 這是劃分在17項目， 并由一個由20工程師團隊維護。應(yīng)用程序通過與其 Quickbuild 生成服務(wù)器的直接集成， 每天進行分析。每天都會對新的 SonarQube 結(jié)果進行評審， 并使用問題管理工作流來分配質(zhì)量改進任務(wù)。'我們贏得了所有團隊的時間， 提高了我們的源代碼質(zhì)量， 因為機器正在監(jiān)視我們!Albors 說。

SonarSource連續(xù)檢查的10原則:

開發(fā)過程中的所有利益干系人 (不僅僅是開發(fā)人員或經(jīng)理) 必須具有現(xiàn)成的訪問權(quán)限到有關(guān)軟件質(zhì)量的有意義的數(shù)據(jù)。

管理軟件質(zhì)量必須是每個人的關(guān)注從開始的發(fā)展， 但是開發(fā)團隊的終ji責(zé)任。

軟件質(zhì)量必須是開發(fā)過程的一部分， 這意味著滿足質(zhì)量標(biāo)準(zhǔn)是一個的硬要求能夠聲明開發(fā)完成。

軟件質(zhì)量要求必須是客觀的， 不需要主觀的通過/失敗的決定。軟件質(zhì)量要求必須盡可能多地與所有軟件產(chǎn)品共同， 無論他們的細節(jié)。

軟件質(zhì)量數(shù)據(jù)必須是xin的， 即對代碼的近版本進行測量。

軟件產(chǎn)品必須不斷檢查， 以便在容易發(fā)現(xiàn)錯誤時迅速正確.開發(fā)人員必須能夠發(fā)現(xiàn)新的質(zhì)量缺陷， 一旦他們被引入， 即在IDE 編寫代碼時， 類似于拼寫檢查程序突出拼寫錯誤的方式。

無論是通過推還是拉， 在注入新的質(zhì)量缺陷時， 都必須提醒利益干系人， 無論這是通過發(fā)送電子郵件， 打破了構(gòu)建或其他方法。

必須跟蹤新問題的注入，使團隊能夠快速、明智地決定質(zhì)量。

軟件質(zhì)量數(shù)據(jù)必須同時提供絕dui (在所有代碼) 和差異 (新的代碼)值， 以便開發(fā)團隊可以完全控制問題的傳入流程。

所有新問題和現(xiàn)有關(guān)鍵問題都必須為解決方案指ding明確的路徑和時間線。

持續(xù)的檢驗范式是非常有效的，代理商sonarqube規(guī)則， 并已被證明在現(xiàn)實世界中工作從離岸軟件工廠到財富100強企業(yè)不等。這些公司成功地使用了連續(xù)檢測模型來管理項目的內(nèi)部軟件質(zhì)量所有大小。

一個財富100強的公司與超過2萬的開發(fā)商使用它管理超過6億行代碼， 在每天分析超過5000應(yīng)用程序的環(huán)境中。

在所有情況下， 連續(xù)檢查幫助這些公司大大提高了軟件質(zhì)量和穩(wěn)定， 通常節(jié)省數(shù)百萬美元， 否則將花費在根本原因分析和危機管理。

SonarQube 平臺

SonarQube 是一個連續(xù)的質(zhì)量分析平臺， 它作為 web 服務(wù)器運行， 跟蹤指標(biāo)

分析代碼和代碼結(jié)構(gòu)。SonarQube 是一個開源平臺， 并被開發(fā)

牢記一個主要目標(biāo): '使代碼質(zhì)量管理可供每個人使用

xiao的努力。SonarQube 生態(tài)系統(tǒng)是由 SonarQube 平臺和一套

plug-ins 在公共基礎(chǔ)設(shè)施上擔(dān)任東道主。

SonarQube 實質(zhì)上提供了代碼分析器、儀表板、報告工具、問題跟蹤和

TimeMachine 作為功能， 但它也有一個插件機制， 使社區(qū)能夠

擴展功能 (當(dāng)前有超過 60 plug-ins 可用)。

SonarQube 可以成為源代碼質(zhì)量的協(xié)調(diào)中心， 因為它不需要

限于開發(fā)人員或技術(shù)嫻熟的， 但可以提供有用的信息廣泛

項目經(jīng)理， 技術(shù)領(lǐng)導(dǎo)， IT， 甚至在一個組織內(nèi)的業(yè)務(wù)領(lǐng)導(dǎo)

可自定義的儀表板。SonarQube 的建筑和 plug-ins (如 SQALE) 和

管理和跟蹤技術(shù)債務(wù)的機會可以為管理人員提供關(guān)鍵信息和

業(yè)務(wù)在整個軟件生命周期中反復(fù)地主動地解決缺陷。他們提供

與質(zhì)量和成本有關(guān)的項目的概述， 并幫助解決風(fēng)險。

SonarQube 提供的不僅僅是關(guān)于軟件健康的指標(biāo)。由于開發(fā)人員

提供了一個粒度代碼級別的信息， SonarQube 使這些構(gòu)建軟件

查找并深化到存在代碼問題的位置。SonarSource 的產(chǎn)品組合使

對軟件變更領(lǐng)域的反饋和影響分析， 并提供反饋， 說明如何

改進開發(fā)方法。產(chǎn)品還提供與構(gòu)建管理的協(xié)調(diào)

(與詹金斯的支持)， 以幫助實現(xiàn)持續(xù)集成的部署。

SonarQube 集成的工具， 如 FindBugs， Checkstyle， PMD， FXCop的， C的p的p的Check 出 of-the-box，

或提供 plug-ins。然后， 它可以充當(dāng)代碼分析工具的中心中心，代理商sonarqube規(guī)則，

從而為多個項目提供歷史洞察力和趨勢分析。一體化的地方

分析和報告是一個加號， 即使組織選擇不對發(fā)送的報告采取行動。

可以訪問有關(guān)代碼復(fù)雜性的歷史數(shù)據(jù)和發(fā)現(xiàn)的問題工具的數(shù)量

該代碼可以提供是否有效地構(gòu)建軟件的可視性， 或者如果方法

需要改變。

在語言方面， SonarQube 支持分析 Java 的， 但也有超過20

語言， 如 COBOL、c++、PL/SQL 和 c# 通過 plug-ins (開源或商業(yè))

因為報告引擎是語言不可知的。

SonarQube 使組織能夠在七軸上覆蓋質(zhì)量并報告:

?重復(fù)代碼

?編碼標(biāo)準(zhǔn)

按單元測試?覆蓋范圍

?復(fù)雜代碼

?潛在 bug

?評論

?設(shè)計與體系結(jié)構(gòu)

xin版本還改進了軟件質(zhì)量屬性的評估， 并

一個更好的工作范圍的技術(shù)債務(wù)和孤立的問題， 創(chuàng)造技術(shù)債務(wù)，

根據(jù)參考。SonarQube 是可配置的， 可以給代碼一個 '等級' (從 a 到

E)， 并可以確定它通常在努力和所需的工作類型方面的成本

改進軟件。例如， 由于缺少單元測試， 代碼可能有較低的評級， 或者

由于大量的重復(fù)代碼或安全違規(guī)。SonarQube 將顯示

違規(guī)行為是并將估計解決這些問題的費用。用戶可以更改工作量估計和

他們會被計算在內(nèi)， 這是有幫助的。此版本還可以使比較團隊

根據(jù)需要對項目和組織的各個部分進行評估。

雖然 SonarQube 可以在戰(zhàn)shu上用于一次性審計， 但它可以更具戰(zhàn)略性地利用

作為一個共享的， 共同的信息來源的質(zhì)量分析正如剛才所描述的， 以幫助

支持代碼質(zhì)量的持續(xù)改進策略。

各種各樣的組織使用 SonarQube 提供的產(chǎn)品組合的范圍 (從

本公司的免費 '開源' 選項給企業(yè)， 站點范圍內(nèi)的 '終ji' 許可版本)。

然而， 目標(biāo)在是大和非常大公司與企業(yè)， 分布

開發(fā)團隊和合作伙伴協(xié)調(diào)。一人團隊可以使用開源版本

顯然， 這可以作為一個坡道上的收養(yǎng)。但一旦一個組織越過

在開發(fā)項目和用戶的數(shù)量方面， 需要移動到

商業(yè)企業(yè)解決方案。IDC 發(fā)表了三企業(yè)客戶參考

SonarQube， 主要是開始開放源碼收養(yǎng)， 獲得立足點， 然后演變

到部署1000以上的用戶。