使用SonarQube進(jìn)行PL / SQL分析 - 配置

發(fā)表評論

SonarQubePLSQL2在這個(gè)關(guān)于使用SonarQube分析PL / SQL代碼的新系列的第yi篇文章中，我們看到了如何組織我的分析環(huán)境：

一個(gè)文件夾C：﹨ SRC ﹨與我所有的項(xiàng)目，

于每個(gè)項(xiàng)目的子目錄，

不同的其他子目錄，包括一個(gè)'.. ﹨ Source'，其中包含要分析的源代碼。

在我們的PL / SQL分析的情況下，這將被放在文件夾'C：﹨ SRC ﹨ Demo ﹨ PLSQL ﹨ Source'中。

讓我們看看如何用Jenkins來創(chuàng)建和配置SonarQube這個(gè)代碼的分析。繼續(xù)閱讀→

Jean-Pierre FAYOLLE于2013年12月27日發(fā)布了SonarQube - PL / SQL。

使用SonarQube - 組織進(jìn)行PL / SQL分析

發(fā)表評論

SonarQubePLSQL1現(xiàn)在我更新了我的源代碼分析環(huán)境，隨著SonarQube或SonarQube-Runner和Jenkins的升級，時(shí)間已經(jīng)到來更新了一個(gè)應(yīng)用和演示的存儲庫。繼續(xù)閱讀→

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

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

發(fā)表評論

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

在之前的帖子中：在使用SonarQube配置PL / SQL代碼的分析后，我們通過指導(dǎo)“阻止程序和關(guān)鍵”規(guī)則的魯棒性，性能和安全性定義了我們自己的質(zhì)量配置文件。現(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配置我們的分析之后，中國sonarqube 掃描報(bào)告，我們啟動了它，發(fā)現(xiàn)了17個(gè)阻塞程序，但是使用默認(rèn)的SonarQube質(zhì)量配置文件發(fā)現(xiàn)了零個(gè)關(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。

連續(xù)檢查由奧利維爾 Gaudin，SonarSource SA 執(zhí)行官兼共同創(chuàng)始人軟件的范式轉(zhuǎn)換質(zhì)量管理介紹軟件質(zhì)量是每個(gè)商業(yè)企業(yè)日益關(guān)注的問題， 因?yàn)椴粩嗌壍慕巧浖谶\(yùn)行關(guān)鍵業(yè)務(wù)系統(tǒng)中發(fā)揮作用。軟件質(zhì)量包括外部和內(nèi)部質(zhì)量。外部或功能性， 質(zhì)量描述軟件與其定義的功能需求–它是否按預(yù)期執(zhí)行？內(nèi)部質(zhì)量描述關(guān)鍵的內(nèi)部代碼的特性， 如健壯性、標(biāo)準(zhǔn)一致性和可維護(hù)性。行業(yè)統(tǒng)計(jì)顯示， 平均而言， 軟件產(chǎn)品的生命周期成本的80% 用于維護(hù)，根據(jù)內(nèi)部質(zhì)量， 維護(hù)成本有很高的變異性。這意味著水平軟件產(chǎn)品的可維護(hù)性今天將決定其成本責(zé)任的水平明天。傳統(tǒng)的代碼質(zhì)量控制方法涉及 so-called 的準(zhǔn)時(shí)審核或質(zhì)量門， 這是對源代碼的定期審核。這些審計(jì)通常由外部審計(jì)員在開發(fā)過程的 '后一英里'-在功能測試期間或之后。根據(jù)他們的本性準(zhǔn)時(shí)的審核會導(dǎo)致開發(fā)周期的中斷，代理商sonarqube 掃描報(bào)告， 因?yàn)樗鼈儠?dǎo)致更改'已完成' 軟件。在hao的情況下， 這種質(zhì)量控制方法會導(dǎo)致延遲和返工。在壞的情況是， 它導(dǎo)致了劣質(zhì)軟件的發(fā)布。在這兩種情況下， 傳統(tǒng)方法使人們認(rèn)識到， 構(gòu)建高質(zhì)量的軟件過于復(fù)雜和昂貴。迫切需要一個(gè)新的模式， 強(qiáng)調(diào)質(zhì)量貫穿整個(gè)開發(fā)周期， 并有更短的反饋回路， 以確?？焖俳鉀Q內(nèi)部質(zhì)量問題;簡而言之，從一開始就建立質(zhì)量的模型， 而不是事后考慮。連續(xù)檢查是一個(gè)整體的、完全實(shí)現(xiàn)的過程， 旨在使內(nèi)部代碼質(zhì)量成為軟件開發(fā)生命周期的組成部分。通過提高所有利益相關(guān)者的度生命周期， 連續(xù)檢測使企業(yè)能夠接受代碼質(zhì)量 whole-heartedly。在 SonarSource 的支持下，代理商sonarqube 掃描報(bào)告， 連續(xù)檢驗(yàn)范式是非常有效的， 并已被證明從小公司到財(cái)富100強(qiáng)企業(yè)， 在現(xiàn)實(shí)世界中工作，各行業(yè)。本文詳細(xì)介紹了代碼質(zhì)量管理中的關(guān)鍵問題。它然后介紹了連續(xù)檢查范式， 并說明了它如何解決這些挑戰(zhàn)，支持?jǐn)?shù)以千計(jì)的企業(yè)提高軟件質(zhì)量。