西南sonarqube 規(guī)則-蘇州華克斯信息

SonarSource

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

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

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

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

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

主辦單位: SonarSource

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

2015年1月

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

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

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

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

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

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

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

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

分布式.

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

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

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

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

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

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

成本水平。

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

商業(yè)信譽(yù)在這些有影響力的移動(dòng)和其他第三平臺(tái)環(huán)境中， 許多

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

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

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

頻繁的， 內(nèi)臟的問(wèn)題造成的公司， 部分由迫切的需求立即

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

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

急劇增加。

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

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

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

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

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

按時(shí)交付和預(yù)算通常需要事后調(diào)整，中國(guó)sonarqube 規(guī)則， 以確保

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

©2015 IDC # IDCTS08W 2

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

問(wèn)題.

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

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

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

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

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

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

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

重要的是推動(dòng)采用常見的代碼問(wèn)題訪問(wèn)上下文， 以便快速

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

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

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

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

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

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

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

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

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

SonarSource

5個(gè)工具可以幫助您編寫更好的Java代碼

在IDR解決方案方面，我們一直在尋找改進(jìn)我們的Java PDF庫(kù)和我們的PDF到HTML5轉(zhuǎn)換器的方法。hao的方法是改進(jìn)我們編寫的Java代碼，我們使用一些有用的工具來(lái)幫助我們改進(jìn)代碼，也有助于提高生產(chǎn)力。

在本文中，我們將介紹我們?cè)贗DR Soluti中使用的5種的工具，以及如何幫助Java Developers編寫更好的代碼。我還撰寫了一篇針對(duì)更具體的領(lǐng)域的后續(xù)文章，這是一個(gè)幫助您進(jìn)行Java性能調(diào)整的9種工具。

FindBugs的

umdFindbugsFindBugs是一個(gè)開放源代碼程序，根據(jù)Lesser GNU公共許可證的條款分發(fā)，西南sonarqube 規(guī)則，并以Java字節(jié)碼而不是源代碼運(yùn)行。

該工具使用靜態(tài)分析來(lái)幫助確定Java程序代碼中的數(shù)百種不同類型的錯(cuò)誤，包括空指針解引用，遞歸循環(huán)，代理商sonarqube 規(guī)則，Java庫(kù)和死鎖的不良用法。

FindBugs主要用于識(shí)別大量應(yīng)用中的數(shù)百個(gè)嚴(yán)重缺陷，并且能夠確定潛在錯(cuò)誤的嚴(yán)重性，并分為四個(gè)等級(jí)：

1scariest

2scary

3troubling

4of concern.

SonarSource 的產(chǎn)品和服務(wù)被世界各地的客戶所使用。所有規(guī)模的組織都在使用來(lái)自 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)的游戲平臺(tái)預(yù)計(jì)會(huì)不停地運(yùn)行， 沒有故障或錯(cuò)誤， 因此軟件質(zhì)量對(duì)其業(yè)務(wù)運(yùn)營(yíng)絕dui至關(guān)重要。但是制作的賓果軟件只是一次還不夠。為了保持其作為領(lǐng)xian的視頻賓果游戲的地位， Zitro 必須跟上創(chuàng)新的步伐， 這意味著經(jīng)常發(fā)布。由于 Zitro 生產(chǎn)的du博軟件， 處理真正的錢， 這些版本必須盡可能接近。保持短期的 Zitro 需要保持競(jìng)爭(zhēng)力只有當(dāng)它有一個(gè)清晰的， 全mian的和xin的圖片的質(zhì)量影響的變化在一個(gè)版本。軟件質(zhì)量-從哪里開始？

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

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

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