SonarQube技術(shù)支持-SonarQube-華克斯

sonarqube - *的pl / sql分析
發(fā)表評(píng)論
plsql_majors我們繼續(xù)本系列分析pl / sql代碼與今天的主要規(guī)則。
我們以前看過(guò)如何組織我們的環(huán)境，并配置我們的代碼分析與jenkins和sonarqube。
我們創(chuàng)建了自己的質(zhì)量簡(jiǎn)介，并審查了所有面向可靠性和安全性的阻止程序和關(guān)鍵。繼續(xù)閱讀→
此條目發(fā)布于2014年1月21日由jean-pierre fayolle發(fā)行的sonarqube - pl / sql。
使用sonarqube進(jìn)行pl / sql分析 - 關(guān)鍵
發(fā)表評(píng)論
plsql_critical在本系列上一篇關(guān)于使用sonarqube分析pl / sql代碼的文章中，我們回顧了我們的質(zhì)量配置文件中現(xiàn)有的阻止程序規(guī)則。
我們發(fā)現(xiàn)三個(gè)違反pl / sql編程的*jia實(shí)踐，sonarqube報(bào)價(jià)，其后果如此重要，不允許容忍。因此，sonarqube，這證明了他們“阻擋者”的地位。
我們還發(fā)現(xiàn)這三個(gè)規(guī)則共有18個(gè)缺陷，所以我們假設(shè)這個(gè)規(guī)則是項(xiàng)目團(tuán)隊(duì)所知道的。
*后，這些缺陷導(dǎo)致了應(yīng)用程序中的邏輯錯(cuò)誤 - 這是一個(gè)永遠(yuǎn)不會(huì)執(zhí)行的操作，因?yàn)橄鄳?yīng)的條件將永遠(yuǎn)不會(huì)被滿足 - 甚至可能的崩潰。繼續(xù)閱讀→
此條目發(fā)布于2014年1月11日由jean-pierre fayolle發(fā)行的sonarqube - pl / sql。
sonarqube和jacoco的個(gè)人測(cè)試代碼覆蓋率
本文介紹了如何使sonarqube收集單個(gè)測(cè)試的測(cè)試代碼覆蓋率指標(biāo)。代碼覆蓋工具通常產(chǎn)生一個(gè)報(bào)告，顯示在給定測(cè)試會(huì)話期間執(zhí)行的所有測(cè)試的組合效果的代碼覆蓋率（按行，分支等）。例如，當(dāng)您在持續(xù)集成中運(yùn)行單元測(cè)試時(shí)就是這種情況。在sonarqube和jacoco的幫助下，可以在單個(gè)測(cè)試用例級(jí)別（junit或testng中的測(cè)試方法）中收集覆蓋度量。為了實(shí)現(xiàn)這一點(diǎn)，我們?cè)谶@篇文章中顯示了一些特殊的配置。
環(huán)境
以下過(guò)程已經(jīng)使用sonarqube 4.1.2和4.3.2版本進(jìn)行了驗(yàn)證，sonarqube電話，但它也適用于sonarqube 3.7.x（*xin的lts版本）。我們用于驗(yàn)證設(shè)置的應(yīng)用程序代碼是熟悉的spring pet clinic應(yīng)用程序，增強(qiáng)功能可支持tomcat 7和sprin*請(qǐng)參閱此篇文章，以了解有關(guān)寵物診suo需要更新的信息：https://deors.wordpress*/ 2012/09/06 / petclinic-tomcat-7 /）該代碼可以從存儲(chǔ)庫(kù)中的github*：https：//github*/deors/deors.demos.petclinic
說(shuō)明
一旦你知道如何連接所有的點(diǎn)，這些說(shuō)明很簡(jiǎn)單。所有這些都是為m*en surefire插件添加一些特定的配置（surefire是插件，它是單元測(cè)試執(zhí)行的任務(wù)，它支持junit和testng）。由于此具體配置不應(yīng)影響常規(guī)單元測(cè)試執(zhí)行，sonarqube技術(shù)支持，因此建議將所需配置包含在單獨(dú)的配置文件中，僅在執(zhí)行sonarqube分析時(shí)執(zhí)行。我們一起來(lái)描述pom.xml文件中所需的更改。
sonarsource關(guān)鍵挑戰(zhàn)代碼質(zhì)量管理
按設(shè)計(jì)，按規(guī)定的時(shí)間間隔，不間斷地進(jìn)行準(zhǔn)時(shí)審核。這種代碼的方法質(zhì)量管理有四主要類型的缺點(diǎn)，這將在本節(jié)詳述。
太少，太遲準(zhǔn)時(shí)審計(jì)確定了兩種改進(jìn): 化妝品和結(jié)構(gòu)變化。而外觀更改需要稍加修改，結(jié)構(gòu)更改可能包括主要軟件設(shè)計(jì).雖然可能需要進(jìn)行此類更改，但由準(zhǔn)時(shí)審核產(chǎn)生的行動(dòng)計(jì)劃在過(guò)程中定義得太晚，無(wú)法做任何事情，但會(huì)打亂開(kāi)發(fā)周期;無(wú)論是軟件發(fā)布日期需要擴(kuò)展，以包括軟件重新設(shè)計(jì)，或更糟糕的軟件將被推送到質(zhì)量不達(dá)標(biāo)的生產(chǎn)，因此降低了可維護(hù)性和適應(yīng)性，當(dāng)新的業(yè)務(wù)需求出現(xiàn)。
來(lái)自開(kāi)發(fā)團(tuán)隊(duì)的推回組織內(nèi)部的質(zhì)量過(guò)程顯然缺乏所有權(quán)。審計(jì)員不能自己的過(guò)程，因?yàn)樗麄兗炔粨碛写a也不控制問(wèn)題解決。同樣，模型的命令和控制特性阻止開(kāi)發(fā)團(tuán)隊(duì)擁有過(guò)程，因?yàn)樗鼪](méi)有參與審查。因此，您有兩個(gè)斷開(kāi)的組這些都是質(zhì)量的責(zé)任，而不是他們的責(zé)任。開(kāi)發(fā)人員傾向于從準(zhǔn)時(shí)審核中產(chǎn)生的行動(dòng)計(jì)劃，因?yàn)樗麄?√是在團(tuán)隊(duì)之外生成的，在日常工作中被視為一種新的約束√是主觀的;調(diào)查結(jié)果依賴于審計(jì)師的判斷，而非客觀措施√*的背景和歷史信息，因此被視為無(wú)關(guān)√因正在進(jìn)行的更改而失效，并很快變得過(guò)時(shí)√不要讓*和其他利益相關(guān)者參與審核和審核過(guò)程√介入的過(guò)程太晚;在審核功能時(shí)，開(kāi)發(fā)人員需要重新學(xué)習(xí)用于解決查找的代碼
缺少過(guò)程所有權(quán)
組織內(nèi)部的質(zhì)量過(guò)程顯然缺乏所有權(quán)。審計(jì)員不能自己的過(guò)程，因?yàn)樗麄兗炔粨碛写a也不控制問(wèn)題解決。同樣，模型的命令和控制特性阻止開(kāi)發(fā)團(tuán)隊(duì)擁有過(guò)程，因?yàn)樗鼪](méi)有參與審查。因此，您有兩個(gè)斷開(kāi)的組這些都是質(zhì)量的責(zé)任，而不是他們的責(zé)任。
異構(gòu)需求衡量軟件絕dui價(jià)值的傳統(tǒng)方法，如問(wèn)題總數(shù)在質(zhì)量門中發(fā)現(xiàn)，強(qiáng)制評(píng)估人員對(duì)不同的應(yīng)用程序進(jìn)行測(cè)量要求取決于其來(lái)源。例如，遺留項(xiàng)目可能不會(huì)保持在相同的高度一個(gè)綠地項(xiàng)目的質(zhì)量標(biāo)準(zhǔn)，和 in-house 的發(fā)展可能被判斷不同于外包代碼。這是由于您仍然需要允許軟件運(yùn)送到生產(chǎn)，并要求每個(gè)項(xiàng)目達(dá)到相同的絕dui價(jià)值的質(zhì)量閾值之前釋放通常是不切實(shí)際的。使用這些絕dui值，幾乎不可能解決共同的對(duì)所有應(yīng)用程序的要求，因此很難在整個(gè)委yuan會(huì)中采用良好的做法。
sonarqube技術(shù)支持-sonarqube-華克斯由蘇州華克斯信息科技有限公司提供。蘇州華克斯信息科技有限公司在行業(yè)軟件這一領(lǐng)域傾注了諸多的熱忱和熱情，華克斯一直以客戶為中心、為客戶創(chuàng)造價(jià)值的理念、以品質(zhì)、服務(wù)來(lái)贏得市場(chǎng)，衷心希望能與社會(huì)各界合作，共創(chuàng)成功，共創(chuàng)*。相關(guān)業(yè)務(wù)歡迎垂詢，聯(lián)系人：華克斯。