將SonarQube指標集成到TFS構建中 - 簡(jian)介

所需步驟概述

這(zhe)里(li)有(you)很多(duo)步(bu)驟，代(dai)理(li)商sonarqube靜態安全掃描工(gong)具，有(you)很多(duo)消化，所以我將(jiang)分解這(zhe)幾(ji)個(ge)博客文章主要是：

使TFS輸(shu)出(chu)所需的(de)測試(shi)和(he)覆蓋結果文件。

設置您的項目使用聲(sheng)納。

將“Sonar Runner”整合到(dao)您的構建中(zhong)。

所展示(shi)的解(jie)決(jue)方案足以滿(man)足我正在嘗試實現(xian)的目(mu)的，但您(nin)(nin)可能希望重新排列幾個(ge)步(bu)驟來(lai)適應您(nin)(nin)的場景。 將圍繞這些步(bu)驟進行(xing)一(yi)些討(tao)論，以幫助您(nin)(nin)了解(jie)我所做的任何(he)(he)決(jue)定，并提供一(yi)些背景，但如果您(nin)(nin)感興趣的是如何(he)(he)做到這一(yi)點(dian)，然后忽略此文本，只需按(an)照(zhao)步(bu)驟。

祝你好運與你的整合。

部分 - 使(shi)TFS輸出所需的(de)測試和(he)覆蓋結果文(wen)件。

第2部分(fen) - 設置您(nin)的項目使(shi)用聲納(na)。

第3部分 - 將“Sonar Runner”整(zheng)合(he)到(dao)您的構建中。

SonarSource簡(jian)介

系統集成商(shang)(shang)、外包和應(ying)用(yong)程(cheng)序服務(wu)(wu)提(ti)(ti)供(gong)(gong)(gong)商(shang)(shang)在(zai)如何向其客(ke)(ke)戶(hu)提(ti)(ti)供(gong)(gong)(gong)下一級(ji)別的(de)(de)價(jia)值(zhi)(zhi)方(fang)面不(bu)斷受到挑戰。白皮書在(zai)服務(wu)(wu)、解(jie)決方(fang)案和軟(ruan)(ruan)件交付方(fang)面的(de)(de)是(shi)(shi)一個關(guan)(guan)鍵的(de)(de)重點領域， 關(guan)(guan)鍵是(shi)(shi)尋找和利用(yong)能夠為客(ke)(ke)戶(hu)提(ti)(ti)供(gong)(gong)(gong)重要價(jia)值(zhi)(zhi)的(de)(de)工(gong)(gong)具， 并(bing)幫助(zhu)引導(dao)他們走向成功，中國sonarqube靜(jing)態(tai)安全(quan)(quan)(quan)掃描工(gong)(gong)具， 并(bing)協助(zhu)進行內部過(guo)程(cheng)改進。此 IDC 技(ji)術聚焦討論了(le)服務(wu)(wu)提(ti)(ti)供(gong)(gong)(gong)商(shang)(shang)的(de)(de)策略，西南sonarqube靜(jing)態(tai)安全(quan)(quan)(quan)掃描工(gong)(gong)具， 以改進軟(ruan)(ruan)件分析、缺陷管理、安全(quan)(quan)(quan)性和度(du)量(liang)的(de)(de)方(fang)法， 從而通過(guo)主動(dong)可見(jian)性來獲(huo)得業務(wu)(wu)和 IT 好(hao)處。提(ti)(ti)供(gong)(gong)(gong)商(shang)(shang)業價(jia)值(zhi)(zhi)的(de)(de)差異化服務(wu)(wu)是(shi)(shi)贏得未來業務(wu)(wu)的(de)(de)關(guan)(guan)鍵。服務(wu)(wu)提(ti)(ti)供(gong)(gong)(gong)者(zhe)應(ying)該定位自己， 并(bing)證(zheng)明它們是(shi)(shi)客(ke)(ke)戶(hu) IT 和業務(wu)(wu)組織(zhi)之(zhi)間的(de)(de) '質量(liang)門'。

SonarSource不斷(duan)的(de)檢查， 新的(de)軟件質量(liang)范例， 解(jie)決(jue)和解(jie)決(jue)的(de)關鍵挑戰

在代碼質量管理中:

太少， 太遲

推回

開發團隊

缺乏過程

所有權

異構

要求

團隊(dui)收(shou)到關(guan)于(yu)質量的持續反饋， 包括對一組(zu)

質量要求

一(yi)個清晰的(de)， 更新的(de)質(zhi)量(liang)演(yan)變的(de)圖(tu)片(pian)隨時可(ke)用， 包括

版本間的比較

團隊可以從(cong)介紹(shao)中跟蹤問題， 并提供反(fan)饋

一旦出(chu)現質量缺陷， 就(jiu)會(hui)通知風險承擔(dan)者

質量門每天執行

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

開(kai)發商的持續教育導致良性循環的改(gai)善(shan)

質(zhi)量行動計劃直(zhi)接(jie)在團隊內部(bu)生成，代理商sonarqube靜態安全掃描工具， 并集成在

開發過程

軟件質(zhi)量是開發(fa)過程的一部分

評(ping)論包括(kuo)背景和(he)歷(li)史信息(xi)， 包括(kuo)不(bu)同

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

利益干系人可(ke)以訪問(wen)有關其軟(ruan)件質量的有意(yi)義(yi)的信(xin)息

實時

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

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

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

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

軟件質量被(bei)嵌(qian)入到開發過程中， 成為(wei)

每個人的責任

整個組織都可(ke)以(yi)訪問(wen)軟件質量工具， 以(yi)

每個利益相關者

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

成員和整個組織

質量判斷是以(yi)自動(dong)化(hua)的方式在客觀的基礎(chu)上做出的

事先發布(bu)到(dao)組(zu)織(zhi)的標準。

報告清楚地顯(xian)示了軟件(jian)的可維護性， 并立即

不需要(yao)外部(bu)顧(gu)問就可以理解

開(kai)發(fa)人員(yuan)的持續教育(yu)導致(zhi)顯著的軟件質量

從長遠來看改善

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

代碼以及整個代碼庫

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