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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

在代碼質量管理中:

太少， 太遲

推回

開發(fā)團隊

缺乏過程

所有權

異構

要求

團隊收到關于質量的持續(xù)反饋， 包括對一組

質量要求

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

版本間的比較

團隊可以從介紹中跟蹤問題， 并提供反饋

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

質量門每天執(zhí)行

的質量門迭代成為一個事件

開發(fā)商的持續(xù)教育導致良性循環(huán)的改善

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

開發(fā)過程

軟件質量是開發(fā)過程的一部分

評論包括背景和歷史信息， 包括不同

版本和對軟件所做的各種更改

利益干系人可以訪問有關其軟件質量的有意義的信息

實時

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

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

團隊獲得開發(fā)更好軟件的能力

代碼質量的歸屬屬于開發(fā)團隊

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

每個人的責任

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

每個利益相關者

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

成員和整個組織

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

事先發(fā)布到組織的標準。

報告清楚地顯示了軟件的可維護性，中國sonarqube中國總代理， 并立即

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

開發(fā)人員的持續(xù)教育導致顯著的軟件質量

從長遠來看改善

團隊有能力測量新的和更改的軟件質量

代碼以及整個代碼庫

團隊可以跟蹤新問題的注入

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

構建部分

這里不需要修改但是，您應該注意Maven Surefire的任何自定義配置，以確保它也適用于我們要創(chuàng)建的配置文件。在春季寵物診suo的情況下，這是我們正在寫的參考POM的相關部分：

<建立> <插件>

...

<插件>

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

 <artifactId的>行家-萬無一失-插件</ artifactId的>

 <版本> 2.13 </版本>

 <結構>

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

  <包含>

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

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

  </包括>

  <排除>

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

  </排除>

 </配置>

</插件>

...

</插件> </建造>

這種配置告訴Surefire：1）排除執(zhí)行單元測試的集成測試（Surefire的雙插件，F(xiàn)ailsafe涵蓋了集成測試）;和2）禁用字節(jié)碼驗證器，防止類被調試時的運行時錯誤（即添加mocks或TopLink增強功能時）。

依賴部分

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

檔案部分

所有必需的更改都在本節(jié)中。而且它們都非常干凈，因為它們都只需要向POM添加一個新的配置文件。此配置文件將為Surefire配置一個特殊偵聽器，以確保適當收集每個單獨測試用例的覆蓋度量。為了保證成功的測試執(zhí)行，我們將在此保持與POM的構建部分中顯示的相同配置。，配置文件將為包含偵聽器代碼的偽zao添加新的依賴關系。結果是這樣的：

<輪廓>

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

<ID>覆蓋每次測試</ ID>

 <建立>

  <插件>

   <插件>

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

    <artifactId的>行家-萬無一失-插件</ artifactId的>

    <版本> 2.13 </版本>

    <結構>

     <！ - 與常規(guī)測試執(zhí)行目標相同的配置 - >

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

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

     <包含>

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

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

     </包括>

     <排除>

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

     </排除>

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

     <性能>

      <屬性>

       <名稱>聽者</名稱>

        <值> nar.java.jacoco.JUnitListener </值>

      </屬性>

     </屬性>

    </配置>

   </插件>

  </插件>

 </建造>

<依賴性>

 <依賴性>

  <的groupId> nar-plugins.java </的groupId>

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

  <版本> 2.3 </版本>

  <范圍>測試</范圍>

 </依賴性>

</依賴>

</簡檔>

sonarqube中國總代理-蘇州華克斯信息由蘇州華克斯信息科技有限公司提供。蘇州華克斯信息科技有限公司是一家從事“Loadrunner,Fortify,源代碼審計,源代碼掃描”的公司。自成立以來，我們堅持以“誠信為本，穩(wěn)健經(jīng)營”的方針，勇于參與市場的良性競爭，使“Loadrunner,Fortify,Webinspect”品牌擁有良好口碑。我們堅持“服務至上，用戶至上”的原則，使華克斯在行業(yè)軟件中贏得了客戶的信任，樹立了良好的企業(yè)形象。 特別說明：本信息的圖片和資料僅供參考，歡迎聯(lián)系我們索取準確的資料，謝謝！