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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

SonarQube 平臺

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

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

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

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

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

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

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

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

SonarQube 可以成為源代碼質(zhì)量的協(xié)調(diào)中心， 因?yàn)樗恍枰?/p>

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

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

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

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

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

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

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

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

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

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

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

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

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

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

從而為多個(gè)項(xiàng)目提供歷史洞察力和趨勢分析。一體化的地方

分析和報(bào)告是一個(gè)加號， 即使組織選擇不對發(fā)送的報(bào)告采取行動(dòng)。

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

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

需要改變。

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

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

因?yàn)閳?bào)告引擎是語言不可知的。

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

?重復(fù)代碼

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

按單元測試?覆蓋范圍

?復(fù)雜代碼

?潛在 bug

?評論

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

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

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

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

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

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

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

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

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

根據(jù)需要對項(xiàng)目和組織的各個(gè)部分進(jìn)行評估。

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

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

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

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

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

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

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

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

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

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

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

到部署1000以上的用戶。