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

SonarSource

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

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

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

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

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

主辦單位: SonarSource

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

2015年1月

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

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

跨技術(shù)平臺的部署給 IT 組織帶來了巨大的壓力， 因為它們

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

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

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

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

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

分布式.

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

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

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

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

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

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

成本水平。

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

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

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

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

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

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

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

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

急劇增加。

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

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

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

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

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

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

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

©2015 IDC # IDCTS08W 2

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

問題.

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

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

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

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

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

用戶體驗不佳和功能失敗。客戶反饋的即時性

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

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

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

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

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

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

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

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

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

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

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

SonarSource

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

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

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

FindBugs的

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

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

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

1scariest

2scary

3troubling

4of concern.

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

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

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

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