主頁 > 軟體設計 > 【保姆級教程】Spring Boot單元測驗(Controller層的Header處有Token驗證的詳細示例代碼),文末介紹Postman 的基本使用

【保姆級教程】Spring Boot單元測驗(Controller層的Header處有Token驗證的詳細示例代碼),文末介紹Postman 的基本使用

2021-01-11 16:00:29 軟體設計

文章目錄

        • 一、 單元測驗的概念
        • 二、單元測驗的作用
        • 三、Spring Boot引入的MockMvc的概念
        • 四、Service層的單元測驗
        • 五、Controller層的單元測驗
        • 六、斷言的概念
        • 七、新斷言assertThat使用
        • 八、Postman與Spring Boot 單元測驗的區別
        • 九、Postman基本用法

一、 單元測驗的概念

概念:

  1. 單元測驗(unit testing),是指對軟體中的最小可測驗單元進行檢查和驗證,在Java中單元測驗的最小單元是類,
  2. 單元測驗是開發者撰寫的一小段代碼,用于檢驗被測代碼的一個很小的、很明確的功能是否正確,執行單元測驗,就是為了證明這 段代碼的行為和我們期望是否一致,

單元測驗參考:

  1. 眾所周知,通過spring initialize創建的Spring Boot專案會在Maven中自動攜帶很多starter依賴:
    在這里插入圖片描述

其中包含了一個名為spring-boot-starter-test的依賴,本文是圍繞這個依賴展開,

  1. Spring Boot中引入單元測驗很簡單,添加如下依賴(即spring-boot-starter-test依賴):
<dependency>
   <groupId>org.springframework.boot</groupId>
   <artifactId>spring-boot-starter-test</artifactId>
   <scope>test</scope>
</dependency>
  1. spring-boot-starter-test有如下幾個庫:

spring-boot-starter-testUML圖:
在這里插入圖片描述

序號庫名的解釋
1JUnit 5:包含兼容 JUnit 4,Java 應用程式單元測驗的事實標準
2Spring Test 和 SpringBootTest:對Spring Boot應用程式的公共和集成測驗支持
3AssertJ:流式斷言庫
4Hamcrest:匹配物件庫
5Mockito:Java 模擬框架
6JSONassert:JSON 斷言庫
7JsonPath:JSON XPath

二、單元測驗的作用

在沒有接觸單元測驗之前我們是怎么做測驗的?一般有兩個方法:

方法弊端
方法一:啟動整個應用,像用戶正常操作一樣,點擊界面按鈕,呼叫一個 API 等,每次測驗都要啟動整個專案
方法二:在代碼某個地方寫一個臨時入口,例如 java 的 main 方法,測驗某個方法或者某個類,入口用完要洗掉,不然會影響專案的運行速度或效率

在時間允許的情況下,撰寫單元測驗是程式員對代碼的自測,這是對自己代碼的負責,

寫單元測驗的兩個動機:

  1. 保證或驗證實作功能,
  2. 保護已經實作的功能不被破壞,

三、Spring Boot引入的MockMvc的概念

  1. 什么是Mock?

在面向物件的程式設計中,模擬物件(英語:mock object)是以可控的方式模擬真實物件行為的假物件,在編程程序中,通常通過模擬一些輸入資料,來驗證程式是否達到預期結果,

  1. 為什么使用Mock物件?

使用模擬物件,可以模擬復雜的、真實的物件行為,如果在單元測驗中無法使用真實物件,可采用模擬物件進行替代,

  1. MockMvc的概念

MockMvc是由spring-test包提供,實作了對Http請求的模擬,能夠直接使用網路的形式,轉換到Controller的呼叫,使得測驗速度快、不依賴網路環境,同時提供了一套驗證的工具,結果的驗證十分方便,

介面MockMvcBuilder,提供一個唯一的build方法,用來構造MockMvc,主要有兩個實作:StandaloneMockMvcBuilder和DefaultMockMvcBuilder,

實體化方法實體&解釋
方法一mockMvc = MockMvcBuilders.standaloneSetup(new HelloWorldController()).build();通過引數指定一組控制器,這樣就不需要從背景關系獲取了
方法二mockMvc = MockMvcBuilders.webAppContextSetup(webApplicationContext).build();指定WebApplicationContext,將會從該背景關系獲取相應的控制器并得到相應的MockMvc
  1. MockMVC的基本步驟

    (1) mockMvc.perform執行一個請求,
    (2) MockMvcRequestBuilders.get(“XXX”)構造一個請求,
    (3) ResultActions.param添加請求傳值
    (4) ResultActions.accept()設定回傳型別
    (5) ResultActions.andExpect添加執行完成后的斷言,
    (6) ResultActions.andDo添加一個結果處理器,表示要對結果做點什么事情,比如處使用print()輸出整個回應結果資訊,
    (7) ResultActions.andReturn表示執行完成后回傳相應的結果,

四、Service層的單元測驗

(以下圖片均引自文末學習文章,因為公司專案不方便截圖)

第一步:Spring Boot中單元測驗類寫在src/test/java目錄下,你可以手動創建具體測驗類,也可以通過IDEA自動創建測驗類,如下圖:(注:點選并打開相應代碼界面,再點擊選單欄的Navigate)

第二步:按照第一步的方法,點擊測驗后,出現圖一的對話框(如果想要測驗的類已經存在測驗類了會被列出來,也可以重新創建一個新的測驗類),點擊”Create New Test…”會彈出圖二的對話框,可以選擇是否生成setUp以及要測驗的成員方法等:

圖一
在這里插入圖片描述
圖二

第三步:至此Service層的測驗類就創建好了,測驗類自動生成到了src/test/java目錄下專案的同級目錄中,如下圖:

在這里插入圖片描述

Service層測驗代碼如下:

@SpringBootTest
@RunWith(SpringRunner.class)
public class XXXServiceTest {
    @Resource
    private XXXService XXXService;
 
    @Test
    public void conflictTime() {
        DateTimeFormatter dtf = DateTimeFormatter.ofPattern("yyyy-MM-dd");
        LocalDate start = LocalDate.parse("2020-10-26", dtf);
        LocalDate end = LocalDate.parse("2020-10-31", dtf);
        Integer integer = XXXService.ConflictTime("10000001", start, end);
        Assert.assertThat(integer, Matchers.notNullValue());//assertThat斷言后面介紹    
   }
}

注解解釋:

@SpringBootTest:獲取啟動類,加載配置,尋找主配置啟動類(被 @SpringBootApplication 注解的) @RunWith(SpringRunner.class):讓JUnit運行Spring的測驗環境,獲得Spring環境的背景關系的支持

五、Controller層的單元測驗

創建測驗類步驟見第四部分,此處略,

  • 第四部分只是針對Service層做了測驗,但是咱么也需要對Controller層(API)做測驗,這時候就用到MockMvc了,它使得你無需啟動專案工程就能測驗這些介面,
  • MockMvc實作了對Http請求的模擬,能夠直接使用網路的形式,轉換到Controller的呼叫,這樣可以使得測驗速度快、不依賴網路環境,而且提供了一套驗證的工具,這樣可以使得請求的驗證統一而且很方便,

Controller層部分的代碼小名將分為三個代碼塊講解,里面有看不懂的代碼先不要著急哦😄,小名會在第五部分結尾處給大家匯總解答的,大家要堅持看到最后喲!😁

代碼塊一:

@SpringBootTest
@RunWith(SpringRunner.class)
@AutoConfigureMockMvc
public class DfTaskRecordControllerTest {
 
    @Autowired
    private MockMvc mockMvc;
 
    @Before
    public void setUp() throws Exception {
       System.out.println("---------------start---------------");
       save();
       get();
       System.out.println("================end================");
    }

注解解釋:

@SpringBootTest>:獲取啟動類,加載配置,尋找主配置啟動類(被 @SpringBootApplication 注解的)

@RunWith(SpringRunner.class)>:讓JUnit運行Spring的測驗環境,獲得Spring環境的背景關系的支持 @AutoConfigureMockMvc:用于自動配置MockMvc,配置后MockMvc類可以直接注入,相當于new MockMvc @Before:初始化方法 ,對于每一個測驗方法都要執行一次

代碼塊二:
    @Test
    @Transactional
    @Rollback()
    public void save() throws Exception {
        String json"{……}";
        //執行一個RequestBuilder請求,會自動執行SpringMVC的流程并映射到相應的控制器執行處理;
        mockMvc.perform(MockMvcRequestBuilders
                .post("/XXX/save")
                .content(json.getBytes()) //傳json引數
                .accept(MediaType.APPLICATION_JSON)
                .contentType(MediaType.APPLICATION_JSON_VALUE)
                .header("Authorization","Bearer ********-****-****-****-************")
        )
                .andExpect(MockMvcResultMatchers.status().isOk())
                .andDo(print());
    }

注解解釋:

@Transactional:開啟事務功能

@Rollback(): 事務回滾,默認是true

代碼塊三:
    @Test
    public void get() throws Exception{
        ResultActions resultActions = mockMvc.perform(MockMvcRequestBuilders
                .get("/XXX/get")
                .param("id", "**********")
                .header("Authorization", "Bearer ********-****-****-****-************")
        );
        resultActions.andReturn().getResponse().setCharacterEncoding("UTF-8");
        resultActions.andExpect(MockMvcResultMatchers.status().isOk()).andDo(print());
 
    }
}
/get運行結果如下:

在這里插入圖片描述

現在小名將上面的一些瑣碎的知識點匯總一下:

  1. mockMvc.perform:執行一個請求
  2. MockMvcRequestBuilders.get(“/XXX/get”):構造一個請求,Post請求使用.post方法
  3. contentType(MediaType.APPLICATION_JSON_VALUE):代表發送端發送的資料格式是application/json;charset=UTF-8
  4. accept(MediaType.APPLICATION_JSON):代表客戶端希望接受的資料型別為application/json;charset=UTF-8
  5. header(“Authorization”,“Bearer XXXX”):代表在報文頭添加一些必須的資訊,這里添加的是token
  6. ResultActions.andExpect:添加執行完成后的斷言
  7. ResultActions.andExpect(MockMvcResultMatchers.status().isOk()):方法看請求的狀態回應碼是否為200如果不是則拋例外,測驗不通過
  8. ResultActions.andDo:添加一個結果處理器,表示要對結果做點什么事情,比如此處使用print():輸出整個回應結果資訊

六、斷言的概念

  1. 斷言(assert),是編程術語,表示為一些布爾運算式,程式員相信在程式中的某個特定點該運算式值為真,可以在任何時候啟用和禁用斷言驗證,因此可以在測驗時啟用斷言而在部署時禁用斷言,
  2. 使用斷言是判斷一個函式或物件的一個方法所產生的結果是否符合你期望的那個結果,

七、新斷言assertThat使用

JUnit 4.4 結合 Hamcrest 提供了一個全新的斷言語法——assertThat,程式員可以只使用 assertThat 一個斷言陳述句,結合 Hamcrest 提供的匹配符,就可以表達全部的測驗思想,

assertThat 的優點:

優點 1:以前 JUnit 提供了很多的 assertion 陳述句,如:assertEquals,assertNotSame,assertFalse,assertTrue,assertNotNull,assertNull 等,現在有了 JUnit 4.4,一條 assertThat 即可以替代所有的 assertion 陳述句,這樣可以在所有的單元測驗中只使用一個斷言方法,使得撰寫測驗用例變得簡單,代碼風格變得統一,測驗代碼也更容易維護,

優點 2:assertThat 使用了 Hamcrest 的 Matcher 匹配符,用戶可以使用匹配符規定的匹配準則精確的指定一些想設定滿足的條件,具有很強的易讀性,而且使用起來更加靈活,

優點 3:assertThat 不再像 assertEquals 那樣,使用比較難懂的“謂賓主”語法模式(如:assertEquals(3, x);),相反,assertThat 使用了類似于“主謂賓”的易讀語法模式(如:assertThat(x,is(3));),使得代碼更加直觀、易讀,

assertThat 的基本語法如下:

assertThat( [value], [matcher statement] );
value :接下來想要測驗的變數值; matcher statement :使用 Hamcrest 匹配符來表達的對前面變數所期望的值的宣告,如果 value 值與 matcher statement 所表達的期望值相符,則測驗成功,否則測驗失敗,

八、Postman與Spring Boot 單元測驗的區別

  • Spring Boot的單元測驗主要針對方法層面,可以測驗Service層這類非對外暴露的介面的類中方法,并且可一次性批量測驗多個方法、支持事務回滾,
  • Postman針對介面進行http測驗,我平時這個比較多,創建的測驗介面可保存、分類,

九、Postman基本用法

Postman是一款功能強大的網頁除錯與發送網頁HTTP請求的工具,Postman能夠發送任何型別的HTTP請求(GET, HEAD, POST,PUT..),附帶任何數量的引數和HTTP headers,支持不同的認證機制(basic, digest,OAuth),接收到的回應語法高亮(HTML,JSON或XML),

安裝Postman 官方網站:https://www.getpostman.com/apps

安裝后,Postman是介樣嬸兒滴~~😊

在這里插入圖片描述

詳細的使用方法,小名在這里幫大家找到了一篇保姆級Postman使用教程,見文末學習文章中的第二篇就可以啦~~😄

學習文章:

Spring Boot干貨系列:(十二)Spring Boot使用單元測驗

SpringBoot | 第十五章:基于Postman的RESTful介面測驗

轉載請註明出處,本文鏈接:https://www.uj5u.com/ruanti/247213.html

標籤:其他

上一篇:c語言刷題篇易錯

下一篇:管理系統類畢設(四)---后端搭建詳細說明

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • 面試突擊第一季,第二季,第三季

    第一季必考 https://www.bilibili.com/video/BV1FE411y79Y?from=search&seid=15921726601957489746 第二季分布式 https://www.bilibili.com/video/BV13f4y127ee/?spm_id_fro ......

    uj5u.com 2020-09-10 05:35:24 more
  • 第三單元作業總結

    1.前言 這應該是本學期最后一次寫作業總結了吧。總體來說,對作業的節奏也差不多掌握了,作業做起來的效率也更高了。雖然和之前的作業一樣,作業中都要用到新的知識,但是相比之前,更加懂得了如何利用工具以及資料。雖然之間卡過殼,但總體而言,這幾次作業還算完成的比較好。 2.作業程序總結 相比前兩個單元,此單 ......

    uj5u.com 2020-09-10 05:35:41 more
  • 北航OO(2020)第四單元博客作業暨課程總結博客

    北航OO(2020)第四單元博客作業暨課程總結博客 本單元作業的架構設計 在本單元中,由于UML圖具有比較清晰的樹形結構,因此我對其中需要進行查詢操作的元素進行了包裝,在樹的父節點中存盤所有孩子的參考。考慮到性能問題,我采用了快取機制,一次查詢后盡可能快取已經遍歷過的資訊,以減少遍歷次數。 本單元我 ......

    uj5u.com 2020-09-10 05:35:48 more
  • BUAA_OO_第四單元

    一、UML決議器設計 ? 先看下題目:第四單元實作一個基于JDK 8帶有效性檢查的UML(Unified Modeling Language)類圖,順序圖,狀態圖分析器 MyUmlInteraction,實際上我們要建立一個有向圖模型,UML中的物件(元素)可能與同級元素連接,也可與低級元素相連形成 ......

    uj5u.com 2020-09-10 05:35:54 more
  • 6.1邏輯運算子

    邏輯運算子 1. && 短路與 運算式1 && 運算式2 01.運算式1為true并且運算式2也為true 整體回傳為true 02.運算式1為false,將不會執行運算式2 整體回傳為false 03.只要有一個運算式為false 整體回傳為false 2. || 短路或 運算式1 || 運算式2 ......

    uj5u.com 2020-09-10 05:35:56 more
  • BUAAOO 第四單元 & 課程總結

    1. 第四單元:StarUml檔案決議 本單元采用了圖模型決議UML。 UML檔案可以抽象為圖、子圖、邊的邏輯結構。 在實作中,圖的節點包括類、介面、屬性,子圖包括狀態圖、順序圖等。 采用了三次遍歷UML元素的方法建圖,第一遍遍歷建點,第二、三次遍歷設定屬性、連邊,實作圖物件的初始化。這里借鑒了一些 ......

    uj5u.com 2020-09-10 05:36:06 more
  • 談談我對C# 多型的理解

    面向物件三要素:封裝、繼承、多型。 封裝和繼承,這兩個比較好理解,但要理解多型的話,可就稍微有點難度了。今天,我們就來講講多型的理解。 我們應該經常會看到面試題目:請談談對多型的理解。 其實呢,多型非常簡單,就一句話:呼叫同一種方法產生了不同的結果。 具體實作方式有三種。 一、多載 多載很簡單。 p ......

    uj5u.com 2020-09-10 05:36:09 more
  • Python 資料驅動工具:DDT

    背景 python 的unittest 沒有自帶資料驅動功能。 所以如果使用unittest,同時又想使用資料驅動,那么就可以使用DDT來完成。 DDT是 “Data-Driven Tests”的縮寫。 資料:http://ddt.readthedocs.io/en/latest/ 使用方法 dd. ......

    uj5u.com 2020-09-10 05:36:13 more
  • Python里面的xlrd模塊詳解

    那我就一下面積個問題對xlrd模塊進行學習一下: 1.什么是xlrd模塊? 2.為什么使用xlrd模塊? 3.怎樣使用xlrd模塊? 1.什么是xlrd模塊? ?python操作excel主要用到xlrd和xlwt這兩個庫,即xlrd是讀excel,xlwt是寫excel的庫。 今天就先來說一下xl ......

    uj5u.com 2020-09-10 05:36:28 more
  • 當我們創建HashMap時,底層到底做了什么?

    jdk1.7中的底層實作程序(底層基于陣列+鏈表) 在我們new HashMap()時,底層創建了默認長度為16的一維陣列Entry[ ] table。當我們呼叫map.put(key1,value1)方法向HashMap里添加資料的時候: 首先,呼叫key1所在類的hashCode()計算key1 ......

    uj5u.com 2020-09-10 05:36:38 more
最新发布
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:20:47 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:20:25 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:20:17 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:20:10 more
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:19:44 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:19:07 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:18:57 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:18:49 more
  • 05單件模式

    #經典的單件模式 public class Singleton { private static Singleton uniqueInstance; //一個靜態變數持有Singleton類的唯一實體。 // 其他有用的實體變數寫在這里 //構造器宣告為私有,只有Singleton可以實體化這個類! ......

    uj5u.com 2023-04-19 08:42:51 more
  • 【架構與設計】常見微服務分層架構的區別和落地實踐

    軟體工程的方方面面都遵循一個最基本的道理:沒有銀彈,架構分層模型更是如此,每一種都有各自優缺點,所以請根據不同的業務場景,并遵循簡單、可演進這兩個重要的架構原則選擇合適的架構分層模型即可。 ......

    uj5u.com 2023-04-19 08:42:41 more