SonarSource關(guān)鍵挑戰(zhàn)代碼質(zhì)量管理

按設(shè)計(jì)， 按規(guī)定的時(shí)間間隔， 不間斷地進(jìn)行準(zhǔn)時(shí)審核。這種代碼的方法質(zhì)量管理有四主要類型的缺點(diǎn)， 這將在本節(jié)詳述。

太少， 太遲準(zhǔn)時(shí)審計(jì)確定了兩種改進(jìn): 化妝品和結(jié)構(gòu)變化。而外觀更改需要稍加修改， 結(jié)構(gòu)更改可能包括主要軟件設(shè)計(jì).雖然可能需要進(jìn)行此類更改， 但由準(zhǔn)時(shí)審核產(chǎn)生的行動計(jì)劃在過程中定義得太晚， 無法做任何事情， 但會打亂開發(fā)周期;無論是軟件發(fā)布日期需要擴(kuò)展， 以包括軟件重新設(shè)計(jì)， 或更糟糕的軟件將被推送到質(zhì)量不達(dá)標(biāo)的生產(chǎn)， 因此降低了可維護(hù)性和適應(yīng)性， 當(dāng)新的業(yè)務(wù)需求出現(xiàn)。

來自開發(fā)團(tuán)隊(duì)的推回組織內(nèi)部的質(zhì)量過程顯然缺乏所有權(quán)。審計(jì)員不能自己的過程， 因?yàn)樗麄兗炔粨碛写a也不控制問題解決。同樣，模型的命令和控制特性阻止開發(fā)團(tuán)隊(duì)擁有過程， 因?yàn)樗鼪]有參與審查。因此， 您有兩個(gè)斷開的組這些都是質(zhì)量的責(zé)任， 而不是他們的責(zé)任。開發(fā)人員傾向于從準(zhǔn)時(shí)審核中產(chǎn)生的行動計(jì)劃， 因?yàn)樗麄?√是在團(tuán)隊(duì)之外生成的， 在日常工作中被視為一種新的約束√是主觀的;調(diào)查結(jié)果依賴于審計(jì)師的判斷， 而非客觀措施√小姐的背景和歷史信息， 因此被視為無關(guān)√因正在進(jìn)行的更改而失效， 并很快變得過時(shí)√不要讓和其他利益相關(guān)者參與審核和審核過程√介入的過程太晚;在審核功能時(shí)， 開發(fā)人員需要 '重新學(xué)習(xí)'用于解決查找的代碼

缺少過程所有權(quán)

組織內(nèi)部的質(zhì)量過程顯然缺乏所有權(quán)。審計(jì)員不能自己的過程， 因?yàn)樗麄兗炔粨碛写a也不控制問題解決。同樣，模型的命令和控制特性阻止開發(fā)團(tuán)隊(duì)擁有過程， 因?yàn)樗鼪]有參與審查。因此， 您有兩個(gè)斷開的組這些都是質(zhì)量的責(zé)任， 而不是他們的責(zé)任。

異構(gòu)需求衡量軟件絕dui價(jià)值的傳統(tǒng)方法， 如問題總數(shù)在質(zhì)量門中發(fā)現(xiàn)， 強(qiáng)制評估人員對不同的應(yīng)用程序進(jìn)行測量要求取決于其來源。例如， 遺留項(xiàng)目可能不會保持在相同的高度一個(gè)綠地項(xiàng)目的質(zhì)量標(biāo)準(zhǔn)，sonarqube價(jià)格， 和 in-house 的發(fā)展可能被判斷不同于外包代碼。這是由于您仍然需要允許軟件運(yùn)送到生產(chǎn)， 并要求每個(gè)項(xiàng)目達(dá)到相同的絕dui價(jià)值的質(zhì)量閾值之前釋放通常是不切實(shí)際的。使用這些絕dui值， 幾乎不可能解決共同的對所有應(yīng)用程序的要求， 因此很難在整個(gè)委yuan會中采用良好的做法。

SonarSource

使用 SonarQube 的更廣泛的影響和機(jī)會

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

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

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

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

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

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

SonarQube 在這些組織使用的機(jī)會， 鼓勵， 甚至推動

正確的行為。

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

和釋放過程。這意味著必須滿足某些標(biāo)準(zhǔn)， 以允許生成和

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

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

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

以前的工作。(組織這樣做是明智的， 他們在制定的標(biāo)準(zhǔn)

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

總的來說， 一個(gè)實(shí)實(shí)在在的好處是測試覆蓋率翻了一番， 一些測試

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

單元測試的4-5 時(shí)間的增加， 以及那些的和嚴(yán)謹(jǐn)?shù)母倪M(jìn)

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

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

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

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

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

SonarQube 的挑戰(zhàn)

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

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

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

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

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

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

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

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

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

SonarSource 的小規(guī)?？赡苁瞧髽I(yè)部署決策采用的一個(gè)障礙。但是，

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

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

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

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

SanarSource

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

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

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

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

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

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

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

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

這取決于快速， 創(chuàng)新的軟件創(chuàng)造競爭成功:

?業(yè)務(wù)有不斷增長的需求， 無論是升級和修復(fù)， 以及新的

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

質(zhì)量分析，代理商sonarqube價(jià)格， 以產(chǎn)生更高層次的信心在軟件交付 (

更少的缺陷)。

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

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

僅僅是一個(gè) '成本中心'， 成為的 '業(yè)務(wù)價(jià)值推動者'。

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

通過主動、迭代代碼檢查以及

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

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

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

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

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

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

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

值.

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

市場并對公司施加壓力， 使代碼自動評估能力;這可以

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

?如果有有限的或沒有單元測試，中國sonarqube價(jià)格， 并沒有什么想法是否

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

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

刺激改變。

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

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

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

轉(zhuǎn)移.

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

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

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

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

跳過點(diǎn)， 并作為一個(gè)動力， 以改有的軟件開發(fā)的不良習(xí)慣和

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

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

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

創(chuàng)新的軟件。