代理商sonarqube 掃描報告-華克斯信息

使用SonarQube進行PL / SQL分析 - 配置

發(fā)表評論

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

一個文件夾C：﹨ SRC ﹨與我所有的項目，

于每個項目的子目錄，

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

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

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

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

使用SonarQube - 組織進行PL / SQL分析

發(fā)表評論

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

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

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

發(fā)表評論

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

在之前的帖子中：在使用SonarQube配置PL / SQL代碼的分析后，我們通過指導“阻止程序和關(guān)鍵”規(guī)則的魯棒性，性能和安全性定義了我們自己的質(zhì)量配置文件?，F(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配置我們的分析之后，中國sonarqube 掃描報告，我們啟動了它，發(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。

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