SonarSource連續(xù)檢查的10原則:

開發(fā)過程中的所有利益干系人 (不僅僅是開發(fā)人員或經(jīng)理) 必須具有現(xiàn)成的訪問權(quán)限到有關(guān)軟件質(zhì)量的有意義的數(shù)據(jù)。

管理軟件質(zhì)量必須是每個人的關(guān)注從開始的發(fā)展， 但是開發(fā)團隊的終ji責(zé)任。

軟件質(zhì)量必須是開發(fā)過程的一部分， 這意味著滿足質(zhì)量標(biāo)準(zhǔn)是一個的硬要求能夠聲明開發(fā)完成。

軟件質(zhì)量要求必須是客觀的， 不需要主觀的通過/失敗的決定。軟件質(zhì)量要求必須盡可能多地與所有軟件產(chǎn)品共同， 無論他們的細節(jié)。

軟件質(zhì)量數(shù)據(jù)必須是xin的， 即對代碼的近版本進行測量。

軟件產(chǎn)品必須不斷檢查， 以便在容易發(fā)現(xiàn)錯誤時迅速正確.開發(fā)人員必須能夠發(fā)現(xiàn)新的質(zhì)量缺陷， 一旦他們被引入， 即在IDE 編寫代碼時， 類似于拼寫檢查程序突出拼寫錯誤的方式。

無論是通過推還是拉， 在注入新的質(zhì)量缺陷時， 都必須提醒利益干系人， 無論這是通過發(fā)送電子郵件， 打破了構(gòu)建或其他方法。

必須跟蹤新問題的注入，使團隊能夠快速、明智地決定質(zhì)量。

軟件質(zhì)量數(shù)據(jù)必須同時提供絕dui (在所有代碼) 和差異 (新的代碼)值， 以便開發(fā)團隊可以完全控制問題的傳入流程。

所有新問題和現(xiàn)有關(guān)鍵問題都必須為解決方案指ding明確的路徑和時間線。

持續(xù)的檢驗范式是非常有效的， 并已被證明在現(xiàn)實世界中工作從離岸軟件工廠到財富100強企業(yè)不等。這些公司成功地使用了連續(xù)檢測模型來管理項目的內(nèi)部軟件質(zhì)量所有大小。

一個財富100強的公司與超過2萬的開發(fā)商使用它管理超過6億行代碼， 在每天分析超過5000應(yīng)用程序的環(huán)境中。

在所有情況下， 連續(xù)檢查幫助這些公司大大提高了軟件質(zhì)量和穩(wěn)定， 通常節(jié)省數(shù)百萬美元， 否則將花費在根本原因分析和危機管理。

SonarSource 的產(chǎn)品和服務(wù)被世界各地的客戶所使用。所有規(guī)模的組織都在使用來自 SonarSource 的產(chǎn)品和服務(wù)提高生產(chǎn)率， 降低風(fēng)險， 終開發(fā)更好的軟件。SonarQube 是每天使用的 Zitro 游戲?qū)彶槠?c++ 和 PHP 代碼， 并分配質(zhì)量改進任務(wù)給其工程師。Zitro 游戲生產(chǎn)的xian進的游戲平臺預(yù)計會不停地運行， 沒有故障或錯誤， 因此軟件質(zhì)量對其業(yè)務(wù)運營絕dui至關(guān)重要。但是制作的賓果軟件只是一次還不夠。為了保持其作為領(lǐng)xian的視頻賓果游戲的地位，中國sonarqube經(jīng)銷商， Zitro 必須跟上創(chuàng)新的步伐，中國sonarqube安裝配置， 這意味著經(jīng)常發(fā)布。由于 Zitro 生產(chǎn)的du博軟件， 處理真正的錢， 這些版本必須盡可能接近。保持短期的 Zitro 需要保持競爭力只有當(dāng)它有一個清晰的， 全mian的和xin的圖片的質(zhì)量影響的變化在一個版本。軟件質(zhì)量-從哪里開始？

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

當(dāng)他們發(fā)現(xiàn) SonarQube 的時候， Zitro 的員工意識到他們已經(jīng)找到了一個高xiao且負擔(dān)得起的工具， 每天自動檢查所有的 c++ 和 PHP 代碼。Albors 說: '我們?nèi)匀辉诘囊恍┲匾糠诌M行了一些手工代碼審查， 但在所有的代碼中都沒有?，F(xiàn)在， '我們只審查 SonarQube 報告。更好的是， 他們能夠使用 SonarQube 的問題工作流來管理來自同一接口的這些報告中顯示的內(nèi)容的補救。SonarQube 的好處得到了明確的證明， Zitro 管理層決定將其部署到整個組織。像問題管理系統(tǒng)這樣的關(guān)鍵 SonarQube 功能加快了開發(fā)團隊的采用， SonarQube 的儀表板為組織中的每個人提供了重要信息的整合視圖。結(jié)果: 顯著的節(jié)省時間和代碼質(zhì)量的改進

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

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