SonarSource 的產(chǎn)品和服務(wù)被世界各地的客戶所使用。所有規(guī)模的組織都在使用來自 SonarSource 的產(chǎn)品和服務(wù)提高生產(chǎn)率， 降低風(fēng)險， 終開發(fā)更好的軟件。

SonarQube 使軟件質(zhì)量成為 Agirc 和 Arrco 軟件開發(fā)過程中的一個集成組件。Agirc & Arrco 是一家法國公司， 負責(zé)管理超過2200萬員工的補充養(yǎng)老金， 并在廣泛的行業(yè)、農(nóng)業(yè)和商業(yè)領(lǐng)域擔(dān)任高管。計算和計算這許多客戶的養(yǎng)老金應(yīng)該是昂貴的， 如果不是災(zāi)難性的，代理商sonarqube， 如果做錯了。Agirc 和 Arrco 真的需要的軟件，代理商sonarqube安全審計， 以確保其業(yè)務(wù)運作順利運行， 其養(yǎng)老金得到正確和及時的評估。此外， 具有優(yōu)異的軟件質(zhì)量意味著更少的時間用于 bug 修復(fù)和提高開發(fā)新項目的效率。手動代碼檢查! = 軟件質(zhì)量

早在 2008年， Agirc 和 Arrco 就意識到需要改進它的應(yīng)用， 才能取得進展， 但它的編碼團隊根本不知道如何去做。質(zhì)量過程于針對已知 bug 對小塊應(yīng)用程序進行手動代碼檢查。作為一個短期的結(jié)果， 這些 bug 是固定的， 但進程留下的，代理商sonarqube價格， 根本問題未觸及。在軟件質(zhì)量過程的這個階段， Agirc 和 Arrco 面臨著許多組織共有的三關(guān)鍵挑戰(zhàn):無法識別起始點， 并確定工作的優(yōu)先級。團隊不知道在哪里開始改進， 或者快速獲勝的地方--如果他們還存在的話。無法看到需要多少改進， 并估計將質(zhì)量提高到可接受水平的努力。無法阻止新創(chuàng)建的應(yīng)用程序重新引入在現(xiàn)有應(yīng)用程序中糾正的相同質(zhì)量問題;再犯同樣的錯誤。SONARQUBE 使代碼的改進變得清晰和簡單

在2008年秋季， Agirc 和 Arrco 用 maven 2 取代了它的 maven 1 構(gòu)建過程， 并且作為這個過程的一部分， 評估了幾個解決方案來支持不斷改進的軟件質(zhì)量。經(jīng)過大量研究， SonarQube 被選為在整個組織中管理軟件質(zhì)量的集中解決方案。'首先 SonarQube 是一個簡單的， 當(dāng)你開始使用它: 不需要龐大的配置' bastien Touzet， 應(yīng)用建筑師在 Agirc Arrco。Touzet 還贊賞 SonarQube 融入開發(fā)環(huán)境的事實。'我們的特征之一是通過 SonarQube 插件進行 Eclipse 集成: 現(xiàn)在， 我們的開發(fā)人員可以看到并改進他們的代碼， 而不必在多個工具之間切換'。在實施了 SQALE 插件的技術(shù)債務(wù)評估， Touzet 說， 團隊受益于對軟件質(zhì)量的關(guān)鍵措施的客觀衡量標準， 以及如何解決問題的跡象。SonarQube 的簡單和 user-friendliness 鼓勵組織中的每個人都參與進來， 密切關(guān)注 Agirc 和 Arrco 的軟件質(zhì)量， 并采取具體的行動來改進它。例如， 在近的績效改善項目中， 一家專門的審計公司參與審查公司的 COBOL 批處理程序。然后， 團隊利用 SonarQube 的易擴展性， 根據(jù)審計結(jié)果開發(fā)新的 SonarQube 規(guī)則?，F(xiàn)在， 整個開發(fā)團隊能夠遵循這些編碼標準， 避免在其應(yīng)用程序中引入新的性能問題。新的開發(fā)人員立即知道如何確保批處理程序的效率， 避免引入新的問題。從改進代碼中獲得的優(yōu)勢

長期以來， Agirc 和 Arrco 都低估了代碼質(zhì)量改進的必要性。有一種模糊的理解認為需要改進， 但由于缺乏對問題的了解， 任何人都無法理解其范圍或重要性。在 2008年， SonarQube 首先提供了這種可見性， 現(xiàn)在它使軟件質(zhì)量成為軟件開發(fā)過程中的一個不可分割的組成部分。今天， SonarQube 每天運行， 從50項目中分析超過240萬行代碼。整個組織參與并參與了嵌入式質(zhì)量過程， 逐步提高了現(xiàn)有軟件的質(zhì)量， 避免了新開發(fā)應(yīng)用中的質(zhì)量缺陷。公司及其200強的開發(fā)團隊專注于長期的、value-added 的活動， 而不是在救火模式下的短期手動 bug 修復(fù)。對 Agirc 和 Arrco 的業(yè)務(wù)影響是難以夸大的: 更好的軟件大大降低了錯養(yǎng)老金的風(fēng)險， 并使公司能夠靈活地將其軟件迅速適應(yīng)外部環(huán)境的變化。

SonarSource

代碼質(zhì)量是一個不斷增長的市場， 它是分析師對其大規(guī)模采用和大量投資回報的雷達。

介紹麥凱布的圈復(fù)雜度長期以來一直是事實上的標準測量方法的控制流的復(fù)雜性。它的目的是 '確定軟件模塊將很難測試或維護 '[1]， 但當(dāng)它準確地計算xiao的測試用例需要完全覆蓋的方法， 它不是一個令人滿意的測量理解。這是因為具有相等圈復(fù)雜度的方法不一定存在同樣的困難， 維護， 導(dǎo)致一種感覺，測量 '啼狼' 由 over-valuing 一些結(jié)構(gòu)， 而 under-valuing 其他構(gòu)造.同時， 圈復(fù)雜度不再是全mian的。制定的Fortran 環(huán)境在 1976年， 它不包括現(xiàn)代語言結(jié)構(gòu)， 如嘗試/捕zhuo，和 lambda。后， 因為每個方法都有一個xiao的圈復(fù)雜度得分， 它是不可能知道任何具有高聚合圈復(fù)雜度的給定類是否一個大的、易于維護的域類， 或一個具有復(fù)雜控制流的小類。在類級別之外， 人們普遍承認， 圈復(fù)雜度的分數(shù)應(yīng)用程序與它們的代碼總計行相關(guān)聯(lián)。換言之， 圈復(fù)雜度是在方法級別上很少使用。作為對這些問題的一種補救， 認知復(fù)雜性已經(jīng)被制定來解決現(xiàn)代語言結(jié)構(gòu)， 并產(chǎn)生的價值是有意義的類和應(yīng)用程序級別。更重要的是， 它背離了基于數(shù)學(xué)模型， 使其能夠產(chǎn)生控制流的評估， 對應(yīng)于程序員的直覺的精神， 或認知的努力， 需要了解這些流動.

使用SonarQube - Blockers進行PL / SQL分析

發(fā)表評論

PLSQL_BlockersCritical在上一篇文章中，代理商sonarqube經(jīng)銷商，我們已經(jīng)看到如何創(chuàng)建我們自己的PL / SQL質(zhì)量配置文件，uo SonarQube默認配置文件中的所有132個現(xiàn)有規(guī)則。現(xiàn)在，我們可以重新啟動前面發(fā)起的分析。

這樣，我將能夠處理PL / SQL配置文件中存在的所有規(guī)則，并選擇我想要使用的規(guī)則，以便為我的演示環(huán)境創(chuàng)建PL / SQL儀表板。繼續(xù)閱讀→

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

使用SonarQube進行PL / SQL分析 - PL / SQL質(zhì)量配置文件

發(fā)表評論

SonarQubePLSQL3在從Jenkins配置我們的第yi個PL / SQL分析后，我們啟動了它，現(xiàn)在我們可以在SonarQube儀表板中查看結(jié)果。

這將是一個機會，在我們的下一篇文章中討論和解釋SonarQube提出的PL / SQLjia實踐。但首先，我們來看看SonarQube PL / SQL質(zhì)量配置文件中的規(guī)則。繼續(xù)閱讀→

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