SonarQube和JaCoCo的個人測試代碼覆蓋率

圍繞JaCoCo聽眾人工制品的一個警告。雖然在文檔中不清楚，但是當(dāng)JaCoCo偵聽器版本與SonarQube中安裝的Java插件的版本匹配時，山西sonarqube規(guī)則，似乎獲得了jia效果。在這種情況下，由于我們在SonarQube中安裝的Java插件是2.3版，我們使用了listener artefact 2.3版本。我們還用監(jiān)ting器1.2測試了同樣好的結(jié)果，但為了防止任何未來的沖突，我們建議保持版本一致。

運(yùn)行分析

一旦完成了項(xiàng)目配置的更改，您只需要重新執(zhí)行SonarQube分析即可查看新的報(bào)告。

根據(jù)您安裝的SonarQube Java版本，配置有所不同。

在舊版本中運(yùn)行分析

當(dāng)使用的Java插件版本是2.1或更早的版本時，應(yīng)該在分析執(zhí)行時才能啟用該配置文件，并且只有當(dāng)分析執(zhí)行時。這意味著現(xiàn)在需要發(fā)射聲納：聲納目標(biāo)作為單獨(dú)的Maven構(gòu)建（建議這樣做，但在許多情況下，您可以在一次運(yùn)行中執(zhí)行所有目標(biāo)）。在我們的寵物診suo版本的情況下：

>mvn清潔驗(yàn)證-P貨 - tomcat，硒測試，jmeter測試

>mvn sonar：聲納-P覆蓋率測試

如果您的構(gòu)建是由Jenkins工作觸發(fā)的，代理商sonarqube規(guī)則，那么新的配置文件應(yīng)該添加到后期制作操作中，代理商sonarqube規(guī)則，如此屏幕截圖中所示：

使用SonarQube進(jìn)行PL / SQL分析 - 評估質(zhì)量（2/3）

發(fā)表評論

PLSQLEva2可以讓你等待PL / SQL代碼和SonarQube這一系列的以下內(nèi)容，但是我很忙，工作和我的筆記本電腦突然決定放棄我，當(dāng)然引用墨菲的定律來證明在壞的情況下分解時間。

在之前的帖子中：在使用SonarQube配置PL / SQL代碼的分析后，我們通過指導(dǎo)“阻止程序和關(guān)鍵”規(guī)則的魯棒性，性能和安全性定義了我們自己的質(zhì)量配置文件?，F(xiàn)在看起來像我們的儀表盤？

繼續(xù)閱讀→

此條目發(fā)布于2014年2月27日由Jean-Pierre FAYOLLE發(fā)行的SonarQube - PL / SQL。

使用SonarQube進(jìn)行PL / SQL分析 - 評估質(zhì)量（1/3）

發(fā)表評論

PLSQL_EvaluationQualité1A作為本系列的綜合，用于使用SonarQube分析PL / SQL代碼。

在與Jenkins配置我們的分析之后，我們啟動了它，發(fā)現(xiàn)了17個阻塞程序，但是使用默認(rèn)的SonarQube質(zhì)量配置文件發(fā)現(xiàn)了零個關(guān)鍵缺陷（Critical）。事實(shí)上，現(xiàn)有的5項(xiàng)關(guān)鍵規(guī)則已被禁用，另外還有一些其他不同臨界規(guī)則：132項(xiàng)中有58項(xiàng)。

繼續(xù)閱讀→

此條目發(fā)布于2014年1月30日由Jean-Pierre FAYOLLE發(fā)行的SonarQube - PL / SQL。

SonarSource 的產(chǎn)品和服務(wù)被世界各地的客戶所使用。所有規(guī)模的組織都在使用來自 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)的游戲平臺預(yù)計(jì)會不停地運(yùn)行， 沒有故障或錯誤， 因此軟件質(zhì)量對其業(yè)務(wù)運(yùn)營絕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à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 報(bào)告。更好的是， 他們能夠使用 SonarQube 的問題工作流來管理來自同一接口的這些報(bào)告中顯示的內(nèi)容的補(bǔ)救。SonarQube 的好處得到了明確的證明， Zitro 管理層決定將其部署到整個組織。像問題管理系統(tǒng)這樣的關(guān)鍵 SonarQube 功能加快了開發(fā)團(tuán)隊(duì)的采用， SonarQube 的儀表板為組織中的每個人提供了重要信息的整合視圖。結(jié)果: 顯著的節(jié)省時間和代碼質(zhì)量的改進(jìn)

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