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

開發過程中(zhong)的所有(you)(you)利益干系人 (不僅僅是開發人員或經(jing)理) 必須具有(you)(you)現成(cheng)的訪(fang)問權限(xian)到有(you)(you)關軟件質量的有(you)(you)意義的數據。

管(guan)理軟件(jian)質量必須是每個人的(de)關注從開始的(de)發展， 但是開發團隊的(de)終ji責任(ren)。

軟(ruan)件質量必(bi)須是(shi)開發(fa)過程的一部分， 這意味(wei)著滿足質量標準是(shi)一個(ge)的硬(ying)要(yao)求(qiu)能夠(gou)聲明開發(fa)完成(cheng)。

軟件質量(liang)要(yao)求必(bi)須是客觀(guan)的， 不需要(yao)主(zhu)觀(guan)的通過/失(shi)敗(bai)的決定。軟件質量(liang)要(yao)求必(bi)須盡可能多地與所有(you)軟件產品共(gong)同， 無論(lun)他們的細節。

軟件質(zhi)量(liang)(liang)數據必須是xin的， 即對代碼的近版本(ben)進行測(ce)量(liang)(liang)。

軟件產品必須不斷(duan)檢查， 以(yi)便在容易發現錯誤時(shi)迅(xun)速(su)正(zheng)確.開發人員必須能夠發現新(xin)的質量缺陷， 一旦他們被引入， 即在IDE 編寫代碼時(shi)，sonarqube中國總代理， 類似于拼寫檢查程序突(tu)出拼寫錯誤的方式。

無論是通過推(tui)還是拉， 在注(zhu)入新的質(zhi)量缺陷時， 都必須提醒利益干系人(ren)， 無論這是通過發送(song)電(dian)子郵件(jian)， 打破了構建或其他方(fang)法。

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

軟件質量數據(ju)必須(xu)同時提供絕dui (在所有(you)代碼) 和差異 (新(xin)的(de)代碼)值， 以(yi)便(bian)開發(fa)團(tuan)隊可(ke)以(yi)完全控制問題的(de)傳入流程(cheng)。

所有新問(wen)(wen)題和現(xian)有關鍵問(wen)(wen)題都必(bi)須為解決方(fang)案指ding明確的路徑和時間線(xian)。

持續(xu)的檢驗范式(shi)是非常有效的， 并已被證明在(zai)現實世界中工(gong)(gong)作(zuo)從離岸軟件(jian)工(gong)(gong)廠(chang)到(dao)財富100強企業不(bu)等(deng)。這些(xie)公(gong)司成(cheng)功地(di)使用了連(lian)續(xu)檢測模型來管理項(xiang)目的內部(bu)軟件(jian)質量所有大小。

一個(ge)財(cai)富100強的公司與(yu)超過2萬的開發商(shang)使用它管理超過6億行代(dai)碼， 在每天分析(xi)超過5000應用程序(xu)的環境中。

在所有情況下(xia)， 連續檢(jian)查幫助(zhu)這些公司大(da)大(da)提高了軟件質量和(he)穩定，中國sonarqube中國總(zong)代理， 通常節省數百萬美元， 否則將花(hua)費(fei)在根本(ben)原(yuan)因分析和(he)危機管(guan)理。

SonarSource不斷的檢查， 新(xin)的軟件質量范例， 解決和解決的關鍵(jian)挑戰

在代碼質量管理中:

太少， 太遲

推回

開發團隊

缺乏過程

所有權

異構

要求

團隊收(shou)到關于質量的持(chi)續反饋(kui)， 包括對一(yi)組

質量要求

一個清晰的， 更新(xin)的質量演變(bian)的圖片隨時可用， 包括

版本間的比較

團隊可以從介(jie)紹中(zhong)跟蹤問題， 并提供反饋(kui)

一旦出現(xian)質量缺陷， 就會通知風(feng)險承擔者

質量門每天執行

的質量門迭代成(cheng)為(wei)一個(ge)事(shi)件(jian)

開(kai)發商的(de)持續教育導(dao)致良(liang)性循環的(de)改善

質量行動計劃直接在團隊內部生(sheng)成， 并集成在

開發過程

軟(ruan)件(jian)質量是開發過程的一部分

評論包(bao)括背景和歷史信息(xi)， 包(bao)括不同

版本和對軟(ruan)件所做的各(ge)種(zhong)更改

利益干系(xi)人可以訪問有(you)關(guan)其軟(ruan)件質量的(de)有(you)意義的(de)信息

實時

開發團隊一旦(dan)收到(dao)質量缺陷的信息

添加(jia) (通過(guo)電子郵件， 在(zai) IDE 中(zhong)可見，...) 使問題立即得到解決

團隊獲得開(kai)發更好軟件的(de)能力

代碼(ma)質(zhi)量的歸屬屬于開(kai)發團隊

軟件質量被嵌入到(dao)開(kai)發過程中， 成為

每個人的責任

整個組織都(dou)可以訪問軟件(jian)質量工具， 以

每個利益相關者

質量要求可以在團隊中(zhong)的共享、更新和評審

成員和整個組織

質量判斷是以自動化的方式在客觀的基礎上(shang)做(zuo)出的

事先發(fa)布到組(zu)織的(de)標準。

報告清楚地顯示(shi)了軟(ruan)件的可維護性(xing)，中(zhong)國(guo)sonarqube中(zhong)國(guo)總代理， 并立即

不需要外(wai)部顧問就可以理解

開發(fa)人員的持(chi)續(xu)教(jiao)育導致(zhi)顯(xian)著(zhu)的軟件(jian)質量

從長遠來看改善

團隊有能力測量(liang)新的和(he)更改的軟(ruan)件質量(liang)

代碼以及整個代碼庫

團隊可(ke)以(yi)跟蹤(zong)新問題的注(zhu)入

SonarQube和JaCoCo的(de)個人(ren)測試(shi)代碼覆蓋率

構建部分

這里不(bu)需要(yao)修(xiu)改但是，您(nin)應該(gai)注意Maven Surefire的任何自定義配置(zhi)，以確保(bao)它也適用(yong)于我們(men)要(yao)創建的配置(zhi)文(wen)件(jian)。在春季寵(chong)物診suo的情況(kuang)下，這是我們(men)正在寫的參考(kao)POM的相關部分：

<建立> <插件>

...

<插件>

 <的(de)groupId> org.apache.ugins </的(de)groupId>

 <artifactId的>行家(jia)-萬無一失-插(cha)件</ artifactId的>

 <版(ban)本(ben)> 2.13 </版(ban)本(ben)&gt;

 <結構>

 ; <argLine> -XX：-UseSplitVerifier </ argLine>

  <包(bao)含(han)>

 ;  <包括> ** / * Test.java </包括>

   <包括> ** / * Tests.java </包括>

  </包(bao)括>

  <排除>

   <排除> ** /它/ * IT.java </排除>

  </排除>

 </配置>

</插件>

...

</插件> </建造>

這(zhe)種配置告(gao)訴Surefire：1）排(pai)除執行單(dan)元(yuan)測(ce)試(shi)的(de)(de)集成測(ce)試(shi)（Surefire的(de)(de)雙插件，Failsafe涵(han)蓋了集成測(ce)試(shi)）;和2）禁用字節碼(ma)驗(yan)證器，防(fang)止(zhi)類被調試(shi)時的(de)(de)運行時錯誤（即添(tian)加mocks或TopLink增強(qiang)功能時）。

依賴部分

在本(ben)節中，不需(xu)要進行任何更改。我們只想注意到，如果(guo)您的項(xiang)目(mu)已經(jing)在利用JaCoCo收集整(zheng)合測試覆蓋率指(zhi)標，并且明確(que)地指(zhi)出(chu)了本(ben)部分(fen)中的JaCoCo偽像，那(nei)么可以將其留下 - 至(zhi)今沒有確(que)定任何沖(chong)突。無論(lun)如何，它不應該在這里需(xu)要，代理(li)商sonarqube中國總代理(li)，所以從這個部分(fen)刪除它可能更安全。

檔案部分

所有必需的(de)(de)更(geng)改都(dou)在(zai)本(ben)節中。而且它(ta)(ta)們都(dou)非常干(gan)凈，因為它(ta)(ta)們都(dou)只需要向POM添加(jia)一個(ge)新(xin)的(de)(de)配置(zhi)文件(jian)。此配置(zhi)文件(jian)將為Surefire配置(zhi)一個(ge)特殊(shu)偵聽器，以確保適(shi)當收集每(mei)個(ge)單獨測(ce)試(shi)用例的(de)(de)覆蓋度量。為了保證成功的(de)(de)測(ce)試(shi)執行，我們將在(zai)此保持(chi)與(yu)POM的(de)(de)構建部分中顯(xian)示(shi)的(de)(de)相同配置(zhi)。，配置(zhi)文件(jian)將為包(bao)含偵聽器代碼(ma)的(de)(de)偽zao添加(jia)新(xin)的(de)(de)依賴(lai)關系。結果是(shi)這(zhe)樣的(de)(de)：

<輪廓(kuo)>

<！ - 使用SonarQube和JaCoCo計算每個測試的覆蓋(gai)率指標(biao)

<ID>覆蓋每次測試(shi)</ ID>

 <建(jian)立(li)>

  <插(cha)件(jian)>

   <插件>

    <的groupId> org.apache.ugins </的groupId>

    <artifactId的(de)(de)>行家-萬無一失-插件(jian)</ artifactId的(de)(de)>

  &nbsp; <版本(ben)> 2.13 </版本(ben)>

    <結(jie)構(gou)>

     <！ - 與(yu)常規測試執行目(mu)標(biao)相同的(de)配置 - >

     由JaCoCo prepare-agent - >配置的<！ - 加argLine參數(shu)

     <argLine> $ {argLine} -XX：-UseSplitVerifier </ argLine>

     <包含>

&nbsp;     <包括(kuo)> ** / * Test.java </包括(kuo)>

  &nbsp;   <包(bao)括> ** / * Tests.java </包(bao)括>

     </包(bao)括(kuo)>

     <排除>

     ; <排除> ** /它/ * IT.java </排除>

     </排除>

     <！ - 每個測試覆蓋所(suo)需的新配置(zhi) - >

     <性能(neng)>

      <屬性>

       <名(ming)稱>聽者&lt;/名(ming)稱>

        <值(zhi)(zhi)> nar.java.jacoco.JUnitListener </值(zhi)(zhi)>

      </屬性>

     </屬(shu)性>

    </配置>

   </插件>

  </插件>

 </建造>

<依賴性>

 <依賴性>

  <的(de)(de)groupId> nar-plugins.java </的(de)(de)groupId>

  <artifactId的>聲納-jacoco-聽眾</ artifactId的>

  <版本> 2.3 </版本>

  <范(fan)圍>測試(shi)</范(fan)圍>

 </依賴性(xing)>

</依賴(lai)>

</簡檔>