SonarSource簡(jiǎn)介

構(gòu)建更好的軟件的獨(dú)特方法。通過(guò)在整個(gè)軟件開(kāi)發(fā)生命周期中支持代碼質(zhì)量, 幫助您的開(kāi)發(fā)團(tuán)隊(duì)從創(chuàng)新的概念中受益, 同時(shí)將時(shí)間和精力集中在新功能上。的水泄漏范例

我們建議的代碼質(zhì)量的方法是什么？把它當(dāng)作漏水的東西, 在你拖地板之前把漏水的東西修好!為什么?否則你只是在浪費(fèi)你的時(shí)間和精力。對(duì)于代碼質(zhì)量, 同樣的邏輯適用;在任何其他情況下, 您都應(yīng)該在控制下獲得新更改和添加代碼的質(zhì)量。一旦該漏洞得到控制, 代碼質(zhì)量將開(kāi)始系統(tǒng)地改善。閱讀更多漏水范例領(lǐng)yang授權(quán)收養(yǎng)和賦予

代碼質(zhì)量應(yīng)該是每個(gè)開(kāi)發(fā)人員的關(guān)注點(diǎn), 而不僅僅是少數(shù)專(zhuān)家。一旦您切換到一個(gè)漏水的方法, 即新的代碼是唯yi的焦點(diǎn)的方法, 開(kāi)發(fā)人員將變得非常感興趣的主題, 因?yàn)?"代碼質(zhì)量" 意味著他們的代碼質(zhì)量。如果您添加的能力是在一個(gè)非常短的反饋循環(huán), 你得到的控制反轉(zhuǎn): 開(kāi)發(fā)人員不僅解決問(wèn)題, 但在其組織的代碼質(zhì)量的所有權(quán), 因?yàn)樗鼞?yīng)該是在任何地方的情況。統(tǒng)一質(zhì)量門(mén)

除非您在發(fā)布時(shí)強(qiáng)制執(zhí)行質(zhì)量門(mén), 否則您沒(méi)有到位的代碼質(zhì)量實(shí)踐。質(zhì)量門(mén)是在進(jìn)入生產(chǎn)前經(jīng)過(guò)驗(yàn)證的標(biāo)準(zhǔn)列表, 以確保應(yīng)用程序符合質(zhì)量要求。換言之, 這是內(nèi)部質(zhì)量的去/不去。采用漏水方法, 您可以為每個(gè)應(yīng)用程序強(qiáng)制使用相同的質(zhì)量閘門(mén), 因?yàn)榻裹c(diǎn)將從應(yīng)用程序中的遺留代碼轉(zhuǎn)移到新的或更新的內(nèi)容。這使得代碼質(zhì)量成為開(kāi)發(fā)過(guò)程的一個(gè)組成部分。促進(jìn)代碼管理應(yīng)用程序組合 (APM)應(yīng)用程序投資組合管理

泄漏范例創(chuàng)造了一個(gè)良性循環(huán)來(lái)提高代碼質(zhì)量, 但不處理風(fēng)險(xiǎn)。管理者應(yīng)該能夠?qū)ζ渫顿Y組合中的現(xiàn)有風(fēng)險(xiǎn)做出決策。例如, 敏感的應(yīng)用程序可能需要額外的精力來(lái)解決安全問(wèn)題。這就是為什么, 他們需要有一個(gè)代表他們的應(yīng)用程序組合裝飾與相關(guān)的健康/風(fēng)險(xiǎn)因素。

SonarSource簡(jiǎn)介

商務(wù)友好的許可、開(kāi)放的代碼庫(kù)和活躍的社區(qū)只是 SonarSource 生態(tài)系統(tǒng)的一些優(yōu)勢(shì)。意義和承諾

簡(jiǎn)短的答案是一個(gè)字: LGPL!這是我們從項(xiàng)目開(kāi)始時(shí)選擇的許可證, 而不是普通的 GPL 許可證。為什么?因?yàn)槲覀兿嘈? 使 SonarQube 和 SonarLint 偉大的產(chǎn)品與高采用, 我們需要一個(gè)許可證, 既符合社區(qū)和商業(yè)的需要。有了這個(gè)選擇, 并在平臺(tái)上保持其領(lǐng)導(dǎo)地位, SonarSource 因此承諾將繼續(xù)對(duì)其產(chǎn)品進(jìn)行投資。意義和承諾開(kāi)芯原理原則,開(kāi)放式核心

較長(zhǎng)的答案是指由這四原則支持的開(kāi)放核心的想法:您提供給用戶(hù)的開(kāi)源產(chǎn)品一定很棒。您提供的開(kāi)源產(chǎn)品應(yīng)該經(jīng)過(guò)一個(gè)不敬虔的測(cè)試和 QA 的數(shù)量。您提供的開(kāi)源產(chǎn)品應(yīng)該是架構(gòu), 使所有的商業(yè)功能都 plug-ins 到開(kāi)放的核心。您銷(xiāo)售的開(kāi)源產(chǎn)品應(yīng)該有完全開(kāi)放的定價(jià)。用戶(hù)社會(huì)

像任何好的開(kāi)源項(xiàng)目一樣, SonarQube 和 SonarLint 在他們周?chē)谢钴S的社區(qū)。這些社區(qū)在候選發(fā)布者的測(cè)試階段提供了廣泛的反饋。它們還提供了有效的 bug 報(bào)告和社區(qū)支持, 但用戶(hù)也可以選擇直接從 SonarSource 購(gòu)買(mǎi)額外的支持和產(chǎn)品。用戶(hù)社區(qū)供應(yīng)商鎖定減少供應(yīng)商鎖定

雖然 SonarSource 是其產(chǎn)品的主要貢獻(xiàn)者, 但用戶(hù)可以訪(fǎng)問(wèn)源代碼, 因此, 如果出現(xiàn)問(wèn)題, 他們就能繼續(xù)開(kāi)發(fā)產(chǎn)品。

SanarSource

管理和增強(qiáng)大規(guī)模軟件環(huán)境

軟件開(kāi)發(fā)中的挑戰(zhàn)

當(dāng)管理人員尋求發(fā)展關(guān)鍵業(yè)務(wù)應(yīng)用程序時(shí), 質(zhì)量的協(xié)調(diào)性很強(qiáng)

管理在早的軟件生命周期階段通過(guò)到操作可以幫助導(dǎo)致

成功的、連續(xù)的部署以及公司和 IT 生產(chǎn)率。組織必須使

通過(guò)觀察當(dāng)前的挑戰(zhàn)并利用基于這些問(wèn)題的策略來(lái)實(shí)現(xiàn)這一轉(zhuǎn)變

創(chuàng)造變革的動(dòng)力。

IDC 將以下內(nèi)容確定為軟件開(kāi)發(fā)人員和組織面臨的da挑戰(zhàn)

這取決于快速, 創(chuàng)新的軟件創(chuàng)造競(jìng)爭(zhēng)成功:

?業(yè)務(wù)有不斷增長(zhǎng)的需求, 無(wú)論是升級(jí)和修復(fù), 以及新的

面向客戶(hù)的應(yīng)用程序。IT 和開(kāi)發(fā)團(tuán)隊(duì)必須將方法轉(zhuǎn)換為代碼, 并

質(zhì)量分析, 以產(chǎn)生更高層次的信心在軟件交付 (

更少的缺陷)。

以適當(dāng)?shù)馁Y源, 以合適的成本、質(zhì)量和風(fēng)險(xiǎn)實(shí)現(xiàn)更快的上市時(shí)間

分配-并轉(zhuǎn)移視圖, 即軟件開(kāi)發(fā)、代碼分析和測(cè)試是

僅僅是一個(gè) "成本中心", 成為核心的 "業(yè)務(wù)價(jià)值推動(dòng)者"。

?限制業(yè)務(wù)風(fēng)險(xiǎn)和技術(shù)債務(wù)-幫助確保交付高質(zhì)量的 "安全"

通過(guò)主動(dòng)、迭代代碼檢查以及

軟件從業(yè)者和管理人員的共同可見(jiàn)性。

?從缺陷檢測(cè) (往往太晚) 轉(zhuǎn)移到主動(dòng)預(yù)防性缺陷和前期缺陷

認(rèn)同與共同分析和一個(gè) "真相的來(lái)源" 橫跨小組和管理人員。

?靈活、化的儀表板可以使團(tuán)隊(duì)能夠查看與他們相關(guān)的數(shù)據(jù)

并能增強(qiáng)個(gè)人責(zé)任和集體協(xié)作。

?透明度是理解質(zhì)量、代碼完整性和測(cè)試活動(dòng)的關(guān)鍵

正在進(jìn)行-與迭代構(gòu)建管理進(jìn)行協(xié)調(diào)并設(shè)置適當(dāng)?shù)?/p>

值.

?不斷增長(zhǎng)的治理和法規(guī)遵從性需求是影響

市場(chǎng)并對(duì)公司施加壓力, 使代碼自動(dòng)評(píng)估能力;這可以

幫助推動(dòng)工作流程改進(jìn)、可追溯性、報(bào)告和度量。

?如果有有限的或沒(méi)有單元測(cè)試, 并沒(méi)有什么想法是否

當(dāng)前的設(shè)計(jì)允許快速添加新功能或能夠使

改進(jìn), 對(duì)重構(gòu)的關(guān)注可以衣組織并充當(dāng)

刺激改變。

?當(dāng) bug 在開(kāi)發(fā)生命周期的后期被發(fā)現(xiàn)導(dǎo)致 "紅色警報(bào)" 情況

當(dāng)發(fā)布成為 "龍", QA 和客戶(hù)支持必須戰(zhàn)斗之前

軟件可以部署到客戶(hù), 這種負(fù)mian影響也可以激發(fā)行為

轉(zhuǎn)移.

?利用代碼分析信息提供改進(jìn)行為的機(jī)會(huì)

通過(guò)透明度和迭代變化 (不使用此信息作為 "墻

"懲罰團(tuán)隊(duì)或個(gè)人" 是可恥的。

? IT、質(zhì)量、運(yùn)營(yíng)和業(yè)務(wù)團(tuán)隊(duì)?wèi)?yīng)該團(tuán)結(jié)起來(lái), 將這些挑戰(zhàn)作為

跳過(guò)點(diǎn), 并作為一個(gè)動(dòng)力, 以改變現(xiàn)有的軟件開(kāi)發(fā)的不良習(xí)慣和

行為.建立有效的軟件分析和檢查, 創(chuàng)建編碼規(guī)則和

要求特定質(zhì)量級(jí)別的生成和發(fā)布的邊界, 并利用度量

改進(jìn)質(zhì)量戰(zhàn)略以及依賴(lài) highperforming 的業(yè)務(wù)成果,

創(chuàng)新的軟件。

SonarSource

SonarQube是一個(gè)開(kāi)源平臺(tái)，初于2007年以Sonar的名義推出，近年來(lái)成為世界代碼質(zhì)量管理體系的，以其持續(xù)的代碼質(zhì)量檢測(cè)而著稱(chēng)。

它目前支持25種語(yǔ)言，其中一些包括Java，C / C ++，C＃，PHP，F(xiàn)lex，Groovy，Javascript，Python，PL / SQL和COBOL，它也經(jīng)常被用作Android開(kāi)發(fā)的一部分。

它是有用的，因?yàn)樗峁┤玬ian的自動(dòng)化分析工具，并與Maven，Ant，Gradle和其他持續(xù)集成工具集成。它報(bào)告了重復(fù)的代碼，編碼標(biāo)準(zhǔn)，單元測(cè)試，代碼覆蓋率，復(fù)雜代碼，潛在的錯(cuò)誤，評(píng)論和設(shè)計(jì)和架構(gòu)。

它可與Java IDE開(kāi)發(fā)環(huán)境（如Eclipse，NetBeans和IntelliJ IDEA）集成，并可通過(guò)使用插件進(jìn)行擴(kuò)展。

下次再檢查一下，我將會(huì)看看有用的HTML和CSS工具。

您使用什么工具來(lái)幫助改進(jìn)代碼，讓我們知道！

這篇文章是我們的“Java文章索引”系列的一部分。在這些文章中，我們的目標(biāo)是探索Java和Javafx的世界。看看吧！

如果您是第yi次讀者，或者只是想在發(fā)布新文章和更新時(shí)收到通知，您可以通過(guò)社交媒體（Twitter，F(xiàn)acebook和Google+）或博客RSS保持xin。

相關(guān)文章：

宣布JDeli - 一個(gè)新的Java圖像庫(kù)

Java PDF播客現(xiàn)在在ITUNES上可用

Java PDF播客1 - 版本5發(fā)行版概述

免費(fèi)PDF指南：系列指數(shù)

免費(fèi)PDF指南更新 - 非技術(shù)用戶(hù)的5個(gè)簡(jiǎn)單步驟中的PDF到HTML5