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

SonarQube和JaCoCo的個人測試代碼覆蓋率

圍繞JaCoCo聽眾人工制品的一個警告。雖然在文檔中不清楚，但是當JaCoCo偵聽器版本與SonarQube中安裝的Java插件的版本匹配時，似乎獲得了jia效果。在這種情況下，由于我們在SonarQube中安裝的Java插件是2.3版，中國sonarqube中國總代理，我們使用了listener artefact 2.3版本。我們還用監ting器1.2測試了同樣好的結果，中國sonarqube中國總代理，但為了防止任何未來的沖突，我們建議保持版本一致。

運行分析

一旦完成了項目配置的更改，您只需要重新執行SonarQube分析即可查看新的報告。

根據您安裝的SonarQube Java版本，配置有所不同。

在舊版本中運行分析

當使用的Java插件版本是2.1或更早的版本時，應該在分析執行時才能啟用該配置文件，并且只有當分析執行時。這意味著現在需要發射聲納：聲納目標作為單獨的Maven構建（建議這樣做，但在許多情況下，您可以在一次運行中執行所有目標）。在我們的寵物診suo版本的情況下：

>mvn清潔驗證-P貨 - tomcat，硒測試，jmeter測試

>mvn sonar：聲納-P覆蓋率測試

如果您的構建是由Jenkins工作觸發的，那么新的配置文件應該添加到后期制作操作中，sonarqube中國總代理，如此屏幕截圖中所示：

SonarSource簡介

連續的代碼質量變得容易。連續檢查

SonarQube 支持持續的檢驗實踐。在構建 SonarQube 平臺的時候， 我們從一開始就一直在考慮不斷的檢查。因此， 它帶有一切必要的支持實踐， 如質量門， 泄漏管理， 治理功能， 一個簡短的反饋循環等。連續檢查質量門質量門

SonarQube 為應用程序升級提供了 go/無 go 門。質量門是一個主要的， 現成的 SonarQube 功能。它提供了在每個分析中了解應用程序是否通過或失敗發布條件的能力。換句話說， 它告訴您在每個分析應用程序是否準備好生產 '上'。多個語言

我們的解決方案涵蓋20多種編程語言。通過提供對多種語言 (包括 Java、c#、c/c++、PL/SQL、JavaScript 和 COBOL) 的支持， SonarQube 提供了一個涵蓋大量應用程序的解決方案。閱讀更多多語種插件庫圖書館的插件

SonarQube 的經驗可以通過插件來擴充。超過60社區和商業插件可用于 SonarQube， 使您可以輕松地使用額外的語言、度量和頁面來增強您的體驗。還可以開發插件以滿足組織內的特定需要。連續代碼質量在線

SonarQube 也可以在線上 SonarCloud。受益于在云中所列的一切。隨著 SonarCloud， 你將開始迅速提高你的公共和私人項目的質量。