sonarqube-蘇州華克斯公司

SonarSource

優(yōu)化質(zhì)量分析以實(shí)現(xiàn)業(yè)務(wù)價(jià)值

復(fù)雜性: 代碼可見性降低了軟件風(fēng)險(xiǎn)

適用于自動化軟件質(zhì)量2014–2018的預(yù)測和2013供應(yīng)商份額: 一些

ASQ 的增長與持續(xù)的采用預(yù)計(jì)移動， 云和嵌入式， IDC 251643 和

建立軟件質(zhì)量分析策略， 幫助解決第三平臺復(fù)雜性， IDC 253257

主辦單位: SonarSource

梅林達(dá)-卡羅爾. 盧

2015年1月

簡介: 了解質(zhì)量分析差距的影響

數(shù)字世界的轉(zhuǎn)變， 數(shù)字轉(zhuǎn)換的影響， 以及對持續(xù)性的需求

跨技術(shù)平臺的部署給 IT 組織帶來了巨大的壓力， 因?yàn)樗鼈?/p>

解決動態(tài)變化的業(yè)務(wù)需求。高質(zhì)量應(yīng)用的上市時(shí)間

變得至關(guān)重要， 但提供軟件發(fā)布和開發(fā)新的面向客戶的

快速應(yīng)用是一個(gè)越來越大的挑戰(zhàn)。對于大型跨國企業(yè)來說， 情況尤其如此。

必須與復(fù)雜多變的多式技術(shù)網(wǎng)絡(luò)相抗衡的組織

與遺留系統(tǒng)和資源結(jié)合在一起的數(shù)千個(gè)用戶的地理

分布式.

對于 CIO 來說， 目標(biāo)不僅僅是提高 it 的敏捷性--它是關(guān)于如何使用它來成功地

跨 '第三平臺' 增強(qiáng)業(yè)務(wù)靈活性、創(chuàng)新性和客戶體驗(yàn)，

范圍從移動， 社會系統(tǒng)的參與， 到云， 同時(shí)合并大數(shù)據(jù)

分析.在操作層面上， 這種做法增加了公司的壓力，

重組、更新和轉(zhuǎn)換軟件開發(fā)和測試實(shí)踐。這可以允許

為了更快地交付具有適當(dāng)質(zhì)量、風(fēng)險(xiǎn)、速度和

成本水平。

然而， 盡管質(zhì)量低劣的軟件對客戶訪問、收入和

商業(yè)信譽(yù)在這些有影響力的移動和其他第三平臺環(huán)境中，代理商sonarqube經(jīng)銷商， 許多

組織已經(jīng)陷入了可憐的軟件衛(wèi)生習(xí)慣。能見度不足的水平

缺陷的原因及其影響為許多創(chuàng)造了一種文化

他們所創(chuàng)造的缺陷的責(zé)任。'在墻上拋出代碼' 用于部署仍然是

頻繁的，sonarqube靜態(tài)安全掃描工具， 內(nèi)臟的問題造成的公司， 部分由迫切的需求立即

這些關(guān)鍵業(yè)務(wù)環(huán)境中的軟件交付。然而， 不良的發(fā)展途徑

即使需要提高代碼質(zhì)量并在周期早期消除缺陷也會發(fā)生

急劇增加。

在 IDC 中， 我們一直在跟蹤重大業(yè)務(wù)變更項(xiàng)目的成功率

組織在過去的幾年里， 和我們的 2014 QA 調(diào)查橫跨超過200大

企業(yè)發(fā)現(xiàn)有問題的項(xiàng)目成功率。我們將 '成功' 定義為及時(shí)、相關(guān)和

個(gè)別項(xiàng)目的預(yù)算交付。我們的研究表明大約40% 的商業(yè)

面向更改的軟件開發(fā)項(xiàng)目未能滿足這些要求。和60%

按時(shí)交付和預(yù)算通常需要事后調(diào)整， 以確保

公司的后期限已經(jīng)達(dá)到 (例如， 需要在項(xiàng)目中投入更多的員工， 或者

?2015 IDC # IDCTS08W 2

項(xiàng)目范圍減少)。除了這些預(yù)算和及時(shí)性挑戰(zhàn)， 代碼質(zhì)量

問題.

IDC 的研究顯示， 在生產(chǎn)后期發(fā)現(xiàn)的缺陷成本指數(shù)更高

對組織修復(fù)比在周期中發(fā)現(xiàn)的更早 (10–100倍或更多，

取決于其他依賴項(xiàng)， 以及在生命周期中發(fā)現(xiàn)問題的后期程度)。的

能夠發(fā)現(xiàn)代碼問題， 有共同的訪問問題， 并負(fù)責(zé)修復(fù)

這些問題和解決積壓成為的環(huán)境無情

用戶體驗(yàn)不佳和功能失敗?？蛻舴答伒募磿r(shí)性

用戶參與、用戶衰減率和應(yīng)用程序商店評級帶來了新的可視級別和

重要的是推動采用常見的代碼問題訪問上下文， 以便快速

補(bǔ)救， 以及對安全挑戰(zhàn)的可見性。

這些因素與軟件項(xiàng)目復(fù)雜性的增加相結(jié)合。企業(yè)采用復(fù)雜、

使用內(nèi)部和外部資源 (如系統(tǒng)) 進(jìn)行地理分布的開發(fā)

集成商 (SIs) 隨著各種開發(fā)工具的使用而顯著增加

(包括開源)、多種語言和敏捷流程。這意味著需要

代碼分析， 可以共同訪問有關(guān)軟件問題的信息和定量和

跨不同團(tuán)隊(duì)的定性指標(biāo)從未如此巨大。

在這個(gè)數(shù)字消費(fèi)化和流動性的時(shí)代， 項(xiàng)目變得更具挑戰(zhàn)性和

管理的關(guān)鍵。為什么?

SonarSource簡介

如何使這一切一起工作？從編碼到升級您的構(gòu)建， SonarSource 產(chǎn)品將支持整個(gè)軟件開發(fā)生命周期， 以管理代碼質(zhì)量、降低風(fēng)險(xiǎn)并終提供更好的軟件。當(dāng)編碼

在存在問題之前修復(fù)它們。不需要處理質(zhì)量問題的hao方法是不首先將其注入。這是 SonarLint 的首要任務(wù)作為 ide 的擴(kuò)展， 它可為開發(fā)人員提供新的 bug 和質(zhì)量問題的即時(shí)反饋。編碼推當(dāng)推

將自動和手動代碼復(fù)查結(jié)合在請求上， 以啟用受教育的合并。拉請求是進(jìn)行代碼復(fù)查的jia場所， 因?yàn)樗鼈兪窃诠δ芡瓿傻形春喜⒌街鞣种е袝r(shí)創(chuàng)建的。請求分析器將運(yùn)行自動代碼分析， 并在請求中直接提供結(jié)果以及其他任何評論，sonarqube安裝配置， 這些都是發(fā)生的， 允許負(fù)責(zé)合并的人做出有教養(yǎng)的決定。當(dāng)促進(jìn)

SonarQube 是代碼升級到測試和生產(chǎn)環(huán)境的收費(fèi)門。質(zhì)量門是一個(gè)主要的， 現(xiàn)成的 SonarQube 功能。它提供了在每次分析時(shí)都能知道應(yīng)用程序是否通過或失敗發(fā)布條件的能力。換句話說， 它告訴您在每個(gè)分析應(yīng)用程序是否準(zhǔn)備好生產(chǎn) '上'。因此， 在推廣文的物之前， devOps 將被用作守門人。促進(jìn)管理投資組合當(dāng)管理

SonarQube 充當(dāng)散熱器， 可維護(hù)性、可靠性和安全性。組織的管理層必須能夠評估與其應(yīng)用程序相關(guān)的風(fēng)險(xiǎn)。這種能力來自于企業(yè)包中的治理產(chǎn)品， 以及將項(xiàng)目合并到一個(gè)結(jié)構(gòu)化的應(yīng)用程序組合中。

SonarSource 的產(chǎn)品和服務(wù)被世界各地的客戶所使用。所有規(guī)模的組織都在使用來自 SonarSource 的產(chǎn)品和服務(wù)提高生產(chǎn)率， 降低風(fēng)險(xiǎn)， 終開發(fā)更好的軟件。

SonarQube 使軟件質(zhì)量成為 Agirc 和 Arrco 軟件開發(fā)過程中的一個(gè)集成組件。Agirc & Arrco 是一家法國公司， 負(fù)責(zé)管理超過2200萬員工的補(bǔ)充養(yǎng)老金， 并在廣泛的行業(yè)、農(nóng)業(yè)和商業(yè)領(lǐng)域擔(dān)任高管。計(jì)算和計(jì)算這許多客戶的養(yǎng)老金應(yīng)該是昂貴的， 如果不是災(zāi)難性的， 如果做錯了。Agirc 和 Arrco 真的需要的軟件， 以確保其業(yè)務(wù)運(yùn)作順利運(yùn)行， 其養(yǎng)老金得到正確和及時(shí)的評估。此外， 具有優(yōu)異的軟件質(zhì)量意味著更少的時(shí)間用于 bug 修復(fù)和提高開發(fā)新項(xiàng)目的效率。手動代碼檢查! = 軟件質(zhì)量

早在 2008年， Agirc 和 Arrco 就意識到需要改進(jìn)它的應(yīng)用， 才能取得進(jìn)展， 但它的編碼團(tuán)隊(duì)根本不知道如何去做。質(zhì)量過程于針對已知 bug 對小塊應(yīng)用程序進(jìn)行手動代碼檢查。作為一個(gè)短期的結(jié)果， 這些 bug 是固定的， 但進(jìn)程留下的， 根本問題未觸及。在軟件質(zhì)量過程的這個(gè)階段， Agirc 和 Arrco 面臨著許多組織共有的三關(guān)鍵挑戰(zhàn):無法識別起始點(diǎn)， 并確定工作的優(yōu)先級。團(tuán)隊(duì)不知道在哪里開始改進(jìn)， 或者快速獲勝的地方--如果他們還存在的話。無法看到需要多少改進(jìn)， 并估計(jì)將質(zhì)量提高到可接受水平的努力。無法阻止新創(chuàng)建的應(yīng)用程序重新引入在現(xiàn)有應(yīng)用程序中糾正的相同質(zhì)量問題;再犯同樣的錯誤。SONARQUBE 使代碼的改進(jìn)變得清晰和簡單

在2008年秋季， Agirc 和 Arrco 用 maven 2 取代了它的 maven 1 構(gòu)建過程， 并且作為這個(gè)過程的一部分， 評估了幾個(gè)解決方案來支持不斷改進(jìn)的軟件質(zhì)量。經(jīng)過大量研究， SonarQube 被選為在整個(gè)組織中管理軟件質(zhì)量的集中解決方案。'首先 SonarQube 是一個(gè)簡單的， 當(dāng)你開始使用它: 不需要龐大的配置' bastien Touzet， 應(yīng)用建筑師在 Agirc Arrco。Touzet 還贊賞 SonarQube 融入開發(fā)環(huán)境的事實(shí)。'我們的特征之一是通過 SonarQube 插件進(jìn)行 Eclipse 集成: 現(xiàn)在， 我們的開發(fā)人員可以看到并改進(jìn)他們的代碼， 而不必在多個(gè)工具之間切換'。在實(shí)施了 SQALE 插件的技術(shù)債務(wù)評估， Touzet 說， 團(tuán)隊(duì)受益于對軟件質(zhì)量的關(guān)鍵措施的客觀衡量標(biāo)準(zhǔn)， 以及如何解決問題的跡象。SonarQube 的簡單和 user-friendliness 鼓勵組織中的每個(gè)人都參與進(jìn)來， 密切關(guān)注 Agirc 和 Arrco 的軟件質(zhì)量， 并采取具體的行動來改進(jìn)它。例如， 在近的績效改善項(xiàng)目中， 一家專門的審計(jì)公司參與審查公司的 COBOL 批處理程序。然后， 團(tuán)隊(duì)利用 SonarQube 的易擴(kuò)展性， 根據(jù)審計(jì)結(jié)果開發(fā)新的 SonarQube 規(guī)則。現(xiàn)在， 整個(gè)開發(fā)團(tuán)隊(duì)能夠遵循這些編碼標(biāo)準(zhǔn)， 避免在其應(yīng)用程序中引入新的性能問題。新的開發(fā)人員立即知道如何確保批處理程序的效率， 避免引入新的問題。從改進(jìn)代碼中獲得的優(yōu)勢

長期以來， Agirc 和 Arrco 都低估了代碼質(zhì)量改進(jìn)的必要性。有一種模糊的理解認(rèn)為需要改進(jìn)， 但由于缺乏對問題的了解，sonarqube， 任何人都無法理解其范圍或重要性。在 2008年， SonarQube 首先提供了這種可見性， 現(xiàn)在它使軟件質(zhì)量成為軟件開發(fā)過程中的一個(gè)不可分割的組成部分。今天， SonarQube 每天運(yùn)行， 從50項(xiàng)目中分析超過240萬行代碼。整個(gè)組織參與并參與了嵌入式質(zhì)量過程， 逐步提高了現(xiàn)有軟件的質(zhì)量， 避免了新開發(fā)應(yīng)用中的質(zhì)量缺陷。公司及其200強(qiáng)的開發(fā)團(tuán)隊(duì)專注于長期的、value-added 的活動， 而不是在救火模式下的短期手動 bug 修復(fù)。對 Agirc 和 Arrco 的業(yè)務(wù)影響是難以夸大的: 更好的軟件大大降低了錯養(yǎng)老金的風(fēng)險(xiǎn)， 并使公司能夠靈活地將其軟件迅速適應(yīng)外部環(huán)境的變化。