SonarSource連續檢查的10原則:
開發過程中的所有利益干系人 (不僅僅是開發人員或經理) 必須具有現成的訪問權限到有關軟件質量的有意義的數據。
管理軟件質量必須是每個人的關注從開始的發展， 但是開發團隊的終ji責任。
軟件質量必須是開發過程的一部分， 這意味著滿足質量標準是一個的硬要求能夠聲明開發完成。
軟件質量要求必須是客觀的， 不需要主觀的通過/失敗的決定。軟件質量要求必須盡可能多地與所有軟件產品共同， 無論他們的細節。
軟件質量數據必須是xin的， 即對代碼的近版本進行測量。
軟件產品必須不斷檢查， 以便在容易發現錯誤時迅速正確.開發人員必須能夠發現新的質量缺陷， 一旦他們被引入， 即在IDE 編寫代碼時， 類似于拼寫檢查程序突出拼寫錯誤的方式。
無論是通過推還是拉， 在注入新的質量缺陷時， 都必須提醒利益干系人， 無論這是通過發送電子郵件， 打破了構建或其他方法。
必須跟蹤新問題的注入，使團隊能夠、明智地決定質量。
軟件質量數據必須同時提供絕dui (在所有代碼) 和差異 (新的代碼)值， 以便開發團隊可以完全控制問題的傳入流程。
所有新問題和現有關鍵問題都必須為解決方案指ding明確的路徑和時間線。
持續的檢驗范式是非常有效的，sonarqube 掃描報告， 并已被證明在現實世界中工作從離岸軟件工廠到財富100強企業不等。這些公司成功地使用了連續檢測模型來管理項目的內部軟件質量所有大小。
一個財富100強的公司與超過2萬的開發商使用它管理超過6億行代碼， 在每天分析超過5000應用程序的環境中。
在所有情況下， 連續檢查幫助這些公司大大提高了軟件質量和穩定， 通常節省數百萬美元， 否則將花費在根本原因分析和危機管理。









 
類別檔案：SONARQUBE - PL / SQL
使用SonarQube進行PL / SQL分析 - 評估質量（3/3）
發表評論
PLSQL_TechnicalDebtLast在我們的系列文章中分析了使用SonarQube的PL / SQL代碼的質量。
評估應用程序的質量不只是進行代碼分析：任何人都可以做到這一點。質量顧問的工作是基于以下問題：什么，為什么，代理商sonarqube 中文，如何，多少。
什么：分析結果。大小，復雜性和重復性，這是我們以前的帖子中看到的。我們檢查總體數字，還有平均和差異，以及有多個版本的時間趨勢。那么我們來看看主要違反jia做法的行為，主要側重于阻止和批評。
為什么這些結果：調查分析措施的原因，尋找結果的起源。
如何補救：提出行動計劃。其實，提出幾個建議。我們將在下面看到，我提出了短期，中期和長期的不同計劃。
花費多少：評估每個計劃的成本。繼續閱讀→
此條目發布于2014年3月10日由Jean-Pierre FAYOLLE發行的SonarQube - PL / SQL。


SonarSource
代碼質量是一個不斷增長的市場， 它是分析師對其大規模采用和大量投資回報的雷達。
介紹麥凱布的圈復雜度長期以來一直是事實上的標準測量方法的控制流的復雜性。它的目的是 '確定軟件模塊將很難測試或維護 '[1]， 但當它準確地計算xiao的測試用例需要完全覆蓋的方法， 它不是一個令人滿意的測量理解。這是因為具有相等圈復雜度的方法不一定存在同樣的困難， 維護， 導致一種感覺，測量 '啼狼' 由 over-valuing 一些結構， 而 under-valuing 其他構造.同時，代理商sonarqube規則， 圈復雜度不再是全mian的。制定的Fortran 環境在 1976年， 它不包括現代語言結構， 如嘗試/捕zhuo，和 lambda。后， 因為每個方法都有一個xiao的圈復雜度得分， 它是不可能知道任何具有高聚合圈復雜度的給定類是否一個大的、易于維護的域類， 或一個具有復雜控制流的小類。在類級別之外， 人們普遍承認， 圈復雜度的分數應用程序與它們的代碼總計行相關聯。換言之， 圈復雜度是在方法級別上很少使用。作為對這些問題的一種補救，浙江sonarqube， 認知復雜性已經被制定來解決現代語言結構， 并產生的價值是有意義的類和應用程序級別。更重要的是， 它背離了基于數學模型， 使其能夠產生控制流的評估， 對應于程序員的直覺的精神， 或認知的努力， 需要了解這些流動.
 
 代理商sonarqube 中文-華克斯(推薦商家)由蘇州華克斯信息科技有限公司提供。蘇州華克斯信息科技有限公司堅持“以人為本”的企業理念，擁有一支高素質的員工隊伍，力求提供更好的產品和服務回饋社會，并歡迎廣大新老客戶光臨惠顧，真誠合作、共創美好未來。華克斯——您可信賴的朋友，公司地址：蘇州工業園區新平街388號，聯系人：華克斯。
 
產品：華克斯
供貨總量：不限
產品價格：議定
包裝規格：不限
物流說明：貨運及物流
交貨說明：按訂單