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é)果，但為了防止任何未來的沖突，我們建議保持版本一致。

運行分析

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

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

在舊版本中運行分析

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

>mvn清潔驗證-P貨 - tomcat，硒測試，jmeter測試

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

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

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

發(fā)表評論

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

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

繼續(xù)閱讀→

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

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

發(fā)表評論

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

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

繼續(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)險， 終開發(fā)更好的軟件。SonarQube 是每天使用的 Zitro 游戲?qū)彶槠?c++ 和 PHP 代碼， 并分配質(zhì)量改進任務(wù)給其工程師。Zitro 游戲生產(chǎn)的xian進的游戲平臺預(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 的員工也無法有效地組織他們的改進工作， 因為他們不知道應(yīng)該關(guān)注什么。掙扎， 他們做了唯yi的事情， 他們可以想到的;'我們做了繁瑣的， 手動代碼審查所有的新代碼， 每一個版本，' Zitro 研發(fā)總監(jiān)哈維 Albors 說。SONARQUBE 提供了一個關(guān)于整體源代碼質(zhì)量的清晰視圖

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

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