1. 程式人生 > >.net持續整合sonarqube篇之sonarqube基本操作(一)

.net持續整合sonarqube篇之sonarqube基本操作(一)

系列目錄

Sonarqube Web管理介面雖然設計的簡潔大方,也非常直觀,但是由於功能繁多,這對快速入手以及快速定位到想要的功能都是一個挑戰,在以後的幾個小節裡我們簡要介紹.

OwerView(概覽)

概覽介面主要展示了專案lint的統計資訊

可以看到這些欄目欄目大都是統計數字,並且帶有連結,點選連結則可以看到詳細資訊.其實中有些欄目的統計數字旁邊帶有帶圈的英文字母,這些字母中,從A到E質量依次下降,顏色逐漸由綠色變為紅色.專案管理者可以根據這些評級和顏色大致瞭解某一主題的健康狀況.

其中單元測試覆蓋率為0%,這是因為單元測試覆蓋率報告需要額外整合,我們會在後面章節講述如何整合單元測試覆蓋率報告.

可以看到欄目標題後面有一個類似冒泡的圖示,點選這個圖示可以進入圖表展示介面,如下圖:

這個圖表初看可能會感覺一頭霧水,不知道是幹什麼的,實際上非常容易看.圓圈大小代表某一個類bug的多少,我們把滑鼠移動到圖上最大的圓圈上,滑鼠指標變成手狀,這時候出現一個如下圖示懸浮面板

通過這個面板我們可以看出出現bug的類名,bug數量,評級等資訊.而顏色則代表bug的嚴重程度.通過這個圖表面板,管理員很容易看到bug的分佈情況和,從而做出決策.

Code標籤

介面上與Overview導航標籤平級的標籤還有Issues,Measure,Code,Activity等.其中Issues為解決bug的主面板,我們將用單獨一節來講,這裡介紹一下code

標籤下的內容.

我們點選code標籤,內容如下

可以看到,這裡是把原始碼按專案名來劃分的(這裡的每一個專案都和一個csproj專案對應),這樣我們很容易定位到自己的程式碼.並且我們還可以通過搜尋欄輸入類名來快速定位到某一個類.

我們點選類名進入到某一個類,便可以看到它的程式碼,如下圖

)

通過右上方的資訊欄我們便可以很清楚地看到這個檔案的程式碼行數,問題數和覆蓋率.

我們往下翻頁可以看到如下圖示內容

其中紅色豎槓代表單元測試沒有覆蓋,由於我們沒有整合單元測試,所以這裡可以暫時不以理會.
紅槓右邊的帶有紅圈的標識則為需要處理的問題.我們點選紅圈則會出現一個懸浮視窗顯示問題的描述和修改建議等.

相關推薦

.net持續整合cakecake介紹及簡單示例

cake介紹 Cake 是.net平臺下的一款自動化構建工具,可以完成對.net專案的編譯,打包,執行單元測試,整合測試甚至釋出專案等等.如果有些特徵Cake沒有實現,我們還可以很容易地通過擴充套件Cake來實現我們想要的功能. Cake有以下特點 1) 使用c#語言編寫,可以在Cake腳本里使用C#語言來實

.net持續整合cakecake任務依賴、自定義配置薦及環境變數讀取

系列目錄 新建一個構建任務及任務依賴關係設定 上節我們通過新建一個HelloWorld示例講解了如何編寫build.cake以及如何下載build.ps1啟動檔案以及如何執行.實際專案中,我們使用最多的是對專案進行編譯.本節我們講解如何建立一個編譯任務. 新增一個編譯任務 我們仍然使用上節使用的build

.net持續整合測試Nunit常見斷言

系列目錄 Nunit測試基礎之簡單斷言 在開始本篇之前需要補充一些內容,通過前面搭建Nunit測試環境我們知道要使一個方法成為單元測試方法首先要在此方法所在類加上TestFixture註解,並且在該方法上新增上Test註解. 然而還有一點需要注意:所有進行單元測試的方法必須標識為public訪問級別,否則

.net持續整合測試Nunit that斷言

系列目錄 that是Nunit的新語法,語義上不如簡單斷言,使用上也更加複雜,但是其功能更加強大. 其基本語法如下程式碼片段示: [Test] public void DemoTest() { bool b = 3 + 2 == 5;

.net持續整合測試Nunit引數化測試

系列目錄 在進行單元測試的時候,很多時候,很多時候我們都是在單元測試方法內部提供特定的值,但是這樣測試往往造成樣本數不足從而導致覆蓋的結果不夠全面,很多時候我們更想提供來自外部的,滿足條件的一組值來進行測試.其實Nunit框架本身提供了為測試用例提供值的能力.我們可以對它進行擴充套件來實現匯入外部的值來填

.net持續整合測試Nunit 測試配置

系列目錄 在開始之前我們先看一個陷阱 用到的Person類如下 public class Person:IPerson { public string Name { get; set; } public int Age { get; set; }

.net持續整合sonarqubesonarqube安裝與基本配置

系列目錄 Sonarqube下載與安裝 Sonarqube下載地址是:https://www.sonarqube.org/downloads/下載版本有兩個,一個是長期支援版,另一個是最新版,此處安裝的是最新版,目前版本是7.3,下載的時候點選醒目的藍色按鈕即可(此時下載的是社群版),下面有三個無底色按鈕

.net持續整合sonarqubesonarqube基本操作()

系列目錄 Sonarqube Web管理介面雖然設計的簡潔大方,也非常直觀,但是由於功能繁多,這對快速入手以及快速定位到想要的功能都是一個挑戰,在以後的幾個小節裡我們簡要介紹. OwerView(概覽) 概覽介面主要展示了專案lint的統計資訊 可以看到這些欄目欄目大都是統計數字,並且帶有連結,點選連

.net持續整合sonarqubesonarqube基本操作(二)

系列目錄 Activity介面操作 Activity介面主要是對多次構建管理介面,主要是幫助管理員快速瞭解專案每次構建與以往構建相比問題是增加了還是減少了等指標.由於目前我們僅進行了一次構建,因此沒有對比資料,我們再對測試專案進行一次構建. 構建程式碼如下 SonarScanner.MSBuild.exe

.net持續整合sonarqube sonarqube整合單元測試

系列目錄 通過前面章節我們可以看到,不論怎麼構建,單元測試覆蓋率一欄總是0% 這是因為單元測試覆蓋率報告需要額外整合.這一節我們就講解如何在sonarqube裡整合單元測試覆蓋率報告. 這裡需要藉助Opencover來生成單元測試覆蓋報告文件,Opencover前面章節我們介紹過,不瞭解的朋友可以檢

.net持續整合sonarqube sonarqube與jenkins整合(命令模式)

系列目錄 Sonarqube結合Jenkins與常見問題 我們引入sonarqube元件的最終目的是要為整個Ci環境服務的,如果不能集成於當前的Jenkins CI,那麼我們做的很多關於sonarqube的工作都將是徒勞的.然而這一點幾乎不用擔心,因為我們從前面的講解可以看到我們的構建操作都是通過命令列來

.net持續整合sonarqube sonarqube與jenkins整合(外掛模式)

系列目錄 Jenkins通過外掛整合Sonarqube 通過上一節我們瞭解瞭如何配置以使jenkins ci環境中可以執行sonarqube構建,其實Sonarqube官方也提供了jenkins外掛以便更方便的管理.使用外掛來執行sonarqube專案有以下優點 1.可以很清楚的看到專案是Sonarqub

.netcore持續整合測試開篇簡介及Xunit基本使用

系列目錄 為了支援跨平臺,微軟為.net平臺提供了.net core test sdk,這樣第三方測試框架諸如Nunit,Xunit等只需要按照sdk提供的api規範進行開發便可以被dotnet cli工具呼叫,這樣就解決了在持續整合過程中第三方框架依賴於windows平臺上的各自runner的問題,使得

.netcore持續整合測試 .net core 2.1專案整合測試

系列目錄 從.net到.net core以後,微軟非常努力,以每年一到兩個大版本的頻率在演進.net core,去年相繼釋出了.net core 2.1和2.2,其中2.1是長期支援版,不斷的快速更新一方面快速彌補了相比.net framework缺失的api,同時也帶來了不少激進性的改變,導致很多api

.netcore持續整合測試Xunit資料驅動測試

>[系列目錄](https://www.cnblogs.com/tylerzhou/p/11204826.html) Nunit裡提供了豐富的資料測試功能,雖然Xunit裡提供的比較少,但是也能滿足很多場景下使用了,如果資料場景非常複雜,Nunit和Xunit都是無法勝任的,有不少測試者選擇自己編寫一個

.netcore持續整合測試搭建記憶體伺服器進行整合測試

系列目錄 在web專案裡,我們把每一層的程式碼的單元測試都通過並不代表程式能正常執行,因為這個過程缺失了http管道,很多時候我們還還需要把專案布在iis環境中或者在vs裡啟動iis express伺服器進行整合測試.對於返回view的的方法我們通常是在瀏覽器中輸入地址進行測試,對於返回資料的方法則使用諸

.netcore持續整合測試Xunit結合netcore記憶體伺服器傳送post請求

系列目錄 .net core整合測試之Post請求 Web專案中,很多與使用者資料互動的請求都是Post請求,想必大家都用過HttpClient構造過post請求,這裡並不對HttpClient做詳細介紹,只介紹一些常用的功能.並結合AutoFixture演示如何自動構造請求資料,簡單手動建立Json或者

.netcore持續整合測試測試方法改造

系列目錄 通過前面兩節講解,我們的測試類中已經有兩個測試方法了,總體上如下 public class mvc20 { private readonly HttpClient _client; public mvc20() {

.netcore持續整合測試MVC層單元測試

前面我們講的很多單元測試的的方法和技巧不論是在.net core和.net framework裡面都是通用的,但是mvc專案裡有一種比較特殊的類是Controller,首先Controller類的返回結果跟普通的類並不一樣,普通的類返回的都是確定的型別,而mvc專案的返回的ActionResult或者core

.netcore持續整合測試web專案驗收測試

系列目錄 通過前面的單元測試,我們能夠保證專案的基本模組功能邏輯是正常的,通過整合測試能夠保證介面的請求是正常的.然而最終專案交付我們還需要對專案進行頁面的行為進行測試,比如頁面佈局是否正常,按鈕是否能點選,點選後執行的動作是否正確,連結是否正常等功能進行測試,表單提交是否返回正確結果等.這些都是一些墨盒