SonarSource 的產品和服務被世界各地的客戶所使用。所有規模的組織都在使用來自 SonarSource 的產品和服務提高生產率, 降低風險, 終開發更好的軟件。SonarQube 是每天使用的 Zitro 游戲審查其 c++ 和 PHP 代碼, 并分配質量改進任務給其工程師。Zitro 游戲生產的xian進的游戲平臺預計會不停地運行, 沒有故障或錯誤, 因此軟件質量對其業務運營絕dui至關重要。但是制作完美的賓果軟件只是一次還不夠。為了保持其作為全球領xian的視頻賓果游戲的地位, Zitro 必須跟上創新的步伐, 這意味著經常發布。由于 Zitro 生產的du博軟件, 處理真正的錢, 這些版本必須盡可能接近完美。保持短期的 Zitro 需要保持競爭力只有當它有一個清晰的, 全mian的和xin的圖片的質量影響的變化在一個版本。軟件質量-從哪里開始？

當它來檢查和提高其軟件質量, Zitro 只是不知道從哪里開始。首先, 對軟件的當前狀態沒有一個清晰的描述。這意味著, 即使它想投入資源來提高其軟件的整體質量, Zitro 的員工也無法有效地組織他們的改進工作, 因為他們不知道應該關注什么。掙扎, 他們做了唯yi的事情, 他們可以想到的;"我們做了繁瑣的, 手動代碼審查所有的新代碼, 每一個版本," Zitro 研發總監哈維 Albors 說。SonARQUBE 提供了一個關于整體源代碼質量的清晰視圖

當他們發現 SonarQube 的時候, Zitro 的員工意識到他們已經找到了一個高xiao且負擔得起的工具, 每天自動檢查所有的 c++ 和 PHP 代碼。Albors 說: "我們仍然在核心的一些重要部分進行了一些手工代碼審查, 但在所有的代碼中都沒有。現在, "我們只審查 SonarQube 報告。更好的是, 他們能夠使用 SonarQube 的問題工作流來管理來自同一接口的這些報告中顯示的內容的補救。SonarQube 的好處得到了明確的證明, Zitro 管理層決定將其部署到整個組織。像問題管理系統這樣的關鍵 SonarQube 功能加快了開發團隊的采用, SonarQube 的儀表板為組織中的每個人提供了重要信息的整合視圖。結果: 顯著的節省時間和代碼質量的改進

今天, Zitro 使用 SonarQube 分析約25萬行代碼, 這是劃分在17項目, 并由一個由20工程師團隊維護。應用程序通過與其 Quickbuild 生成服務器的直接集成, 每天進行分析。每天都會對新的 SonarQube 結果進行評審, 并使用問題管理工作流來分配質量改進任務。"我們贏得了所有團隊的時間, 提高了我們的源代碼質量, 因為機器正在監視我們!Albors 說。

SanarSource

管理和增強大規模軟件環境

軟件開發中的挑戰

當管理人員尋求發展關鍵業務應用程序時, 質量的協調性很強

管理在早的軟件生命周期階段通過到操作可以幫助導致

成功的、連續的部署以及公司和 IT 生產率。組織必須使

通過觀察當前的挑戰并利用基于這些問題的策略來實現這一轉變

創造變革的動力。

IDC 將以下內容確定為軟件開發人員和組織面臨的da挑戰

這取決于快速, 創新的軟件創造競爭成功:

?業務有不斷增長的需求, 無論是升級和修復, 以及新的

面向客戶的應用程序。IT 和開發團隊必須將方法轉換為代碼, 并

質量分析, 以產生更高層次的信心在軟件交付 (

更少的缺陷)。

以適當的資源, 以合適的成本、質量和風險實現更快的上市時間

分配-并轉移視圖, 即軟件開發、代碼分析和測試是

僅僅是一個 "成本中心", 成為核心的 "業務價值推動者"。

?限制業務風險和技術債務-幫助確保交付高質量的 "安全"

通過主動、迭代代碼檢查以及

軟件從業者和管理人員的共同可見性。

?從缺陷檢測 (往往太晚) 轉移到主動預防性缺陷和前期缺陷

認同與共同分析和一個 "真相的來源" 橫跨小組和管理人員。

?靈活、化的儀表板可以使團隊能夠查看與他們相關的數據

并能增強個人責任和集體協作。

?透明度是理解質量、代碼完整性和測試活動的關鍵

正在進行-與迭代構建管理進行協調并設置適當的

值.

?不斷增長的治理和法規遵從性需求是影響

市場并對公司施加壓力, 使代碼自動評估能力;這可以

幫助推動工作流程改進、可追溯性、報告和度量。

?如果有有限的或沒有單元測試, 并沒有什么想法是否

當前的設計允許快速添加新功能或能夠使

改進, 對重構的關注可以衣組織并充當

刺激改變。

?當 bug 在開發生命周期的后期被發現導致 "紅色警報" 情況

當發布成為 "龍", QA 和客戶支持必須戰斗之前

軟件可以部署到客戶, 這種負mian影響也可以激發行為

轉移.

?利用代碼分析信息提供改進行為的機會

通過透明度和迭代變化 (不使用此信息作為 "墻

"懲罰團隊或個人" 是可恥的。

? IT、質量、運營和業務團隊應該團結起來, 將這些挑戰作為

跳過點, 并作為一個動力, 以改變現有的軟件開發的不良習慣和

行為.建立有效的軟件分析和檢查, 創建編碼規則和

要求特定質量級別的生成和發布的邊界, 并利用度量

改進質量戰略以及依賴 highperforming 的業務成果,

創新的軟件。

SonarSource

實現和好處的典型大小

大型國際組織可以對1萬多個項目進行分析, 并

分析650–700萬行代碼在14種語言與8000訪問一天在網站上。

IDC 的一位客戶正在跟蹤1200項目, 其中有1.6億行代碼

通過 SonarQube 掃描, 再加上另外的300項目, 還有1.6億行代碼

被掃描。

另一位客戶從二十幾個項目到現在已注冊的2230多個項目

用戶有更多的匿名瀏覽儀表板。

為什么 SonarQube？

SonarQube 引用 IDC 的講話需要一種測量和強制軟件的方法

和代碼質量指標。一個關鍵的目標是對代碼質量進行量化測量, 并

分析這些指標來制定一套基準測量-主要是利用

鼓勵良好做法的平臺 (并勸阻壞的行為)。

在評估有競爭力的產品時, 他們尋找的是: 品質特征

分析提供 (如死代碼分析、影響分析、跨平臺分析);

支持的語言 (SonarSource 支持 20 +);代碼評審的靈活性;和儀表板

產品和報告分析。服務組織還評估了基于

商業限制和參與限制。

SonarQube 的優點通常包括其整體易用性, 需要更少的時間來學習

并采取。與 SonarQube 的包裝選項也有利于終用戶和

服務提供商-"不附加任何字符串" 的企業許可證是對具有動態分發需求和服務提供者的終用戶的幫助, 提供了能夠利用的自由

SonarQube 靈活地作為訂婚的一部分。

SonarQube 仍在發展其對影響分析的支持, 但同時一些客戶

引用已創建解決此問題的變通方法。

使用 SonarQube 的好處

SonarQube 客戶描述的功能在解決其

核心問題包括以下幾個方面:

?代碼和質量的能見度, 可以看到熱點是在應用程序中

主動包括應用程序質量 "前端" 作為開發的初始和迭代部分

過程儀表板, 用戶可以選擇處境和

自定義報告。

?的能力, 以不同的層次整合的指標, 在各不相同的意見-在客戶

級別, 在開發人員級別和/或業務單位級別-并將它們上卷成 "一個

真理之源 ";一個單一的門戶/單點, 每個人都可以去看看他們

需要知道。

?經理/董事可以自定義和使用 SonarQube 來衡量

各個組-服務提供商可以為每個客戶自定義儀表板

組織, 他們正在努力解決不同種類的需求和標準。

它們還可以增強現有規則并集成結果, 因為 SonarQube 給出了

這一水平的靈活性。同時, 組織必須注意不要使用

SonarQube 作為 "棍棒" 迫使 "好行為"-成功的公司有

利用信息鼓勵更好的做法, 而不是建立 "墻

羞辱 "懲罰個人不良的編碼行為。這意味著使用 SonarQube 作為

"診斷指標" 而不是 "基于結果的" 指標, 可以更好的推動成功。

?總的來說, 這些能力使客戶能夠管理和減輕技術債務

通過一個 cost-effective 的解決方案, 可以擴展到企業級, 并廣泛

分布式.SonarQube 幫助組織對代碼質量進行基準測試并了解

他們的組織是如何做, 以及他們如何能夠和有改進的時間通過

定性和定量的信息。