国产 无码 综合区,色欲AV无码国产永久播放,无码天堂亚洲国产AV,国产日韩欧美女同一区二区

使用 gomonkey Mock 函數(shù)及方法

這篇具有很好參考價(jià)值的文章主要介紹了使用 gomonkey Mock 函數(shù)及方法。希望對(duì)大家有所幫助。如果存在錯(cuò)誤或未考慮完全的地方,請(qǐng)大家不吝賜教,您也可以點(diǎn)擊"舉報(bào)違法"按鈕提交疑問。

前言

在 Golang 語(yǔ)言中,寫單元測(cè)試的時(shí)候,不可避免的會(huì)涉及到對(duì)其他函數(shù)及方法的 Mock,即在假設(shè)其他函數(shù)及方法響應(yīng)預(yù)期結(jié)果的同時(shí),校驗(yàn)被測(cè)函數(shù)的響應(yīng)是否符合預(yù)期。

其中,在 Mock 其他函數(shù)及方法的時(shí)候,我們常用到的一個(gè)測(cè)試類庫(kù)是「gomonkey」。特別地,對(duì)于方法和函數(shù)的 Mock,略有差異,在這里我們就分別給出函數(shù)和方法 Mock 示例,方便大家參考。

函數(shù)

在 Golang 語(yǔ)言中,函數(shù)是沒有接受者的方法,其形式為

func function_name([parameter list]) [return_types] {
   函數(shù)體
}

對(duì)于函數(shù)的 Mock 相對(duì)來(lái)說比較簡(jiǎn)單,假設(shè)我們對(duì) A 函數(shù)進(jìn)行單元測(cè)試,且 A 函數(shù)里面又調(diào)用了 B 函數(shù),例如

func A(ctx context.Context, str string) error {
   if len(str) == 0 {
	  return errors.New("str is empty")
   }
   return test_package_name.B(ctx, str)
}

為了將 A 函數(shù)的每一行代碼都覆蓋到,則其單元測(cè)試可以寫為:

func TestA(t *testing.T) {
	type args struct {
		ctx    context.Context
		str    string
	}
	tests := []struct {
		name    string
		args    args
		Setup   func(t *testing.T)
		wantErr error
	}{
		{
			name: "len(str) == 0",
			wantErr: errors.New("str is empty")
		},
		{
			name: "正常響應(yīng)",
			Setup: func(t *testing.T) {
				patches := gomonkey.ApplyFunc(test_package_name.B, func(_ context.Context, _ string) error {
					return nil
				})
				t.Cleanup(func() {
					patches.Reset()
				})
			},
			args: args{
				ctx:     context.Background(),
				str:     "test",
			},
			wantErr: nil,
		},
	}

	// 執(zhí)行測(cè)試用例
	for _, tt := range tests {
		t.Run(tt.name, func(t *testing.T) {
			if tt.Setup != nil {
				tt.Setup(t)
			}
			err := A(tt.args.ctx, tt.args.str)
			if err != nil {
				assert.EqualError(t, err, tt.wantErr.Error(), "error 不符合預(yù)期")
			}
		})
	}
}

其中,ApplyFunc函數(shù)是用來(lái) Mock 函數(shù)的,其第一個(gè)參數(shù)為需要 Mock 的函數(shù)名稱(不需要寫參數(shù)列表),第二個(gè)參數(shù)為需要 Mock 的函數(shù)結(jié)果;特別地,在Setup里面,我們要記得顯式調(diào)用Cleanup對(duì)patches進(jìn)行Reset操作,防止該 Mock 影響其他測(cè)試用例。

方法

在 Golang 語(yǔ)言中,方法是含有接受者的函數(shù),其形式為

func (variable_name variable_data_type) function_name([parameter list]) [return_type]{
   函數(shù)體
}

對(duì)于方法的 Mock 相對(duì)來(lái)說復(fù)雜一下,假設(shè)我們對(duì) A 函數(shù)進(jìn)行單元測(cè)試,且 A 函數(shù)里面又調(diào)用了結(jié)構(gòu) C 的 B 方法,例如

func A(ctx context.Context, str string) error {
   if len(str) == 0 {
	  return errors.New("str is empty")
   }
   c := &test_package_name.C{}
   return c.B(ctx, str)
}

為了將 A 函數(shù)的每一行代碼都覆蓋到,則其單元測(cè)試可以寫為:

func TestA(t *testing.T) {
	// 初始化C結(jié)構(gòu)
	var c *test_package_name.C
	
	type args struct {
		ctx    context.Context
		str    string
	}
	tests := []struct {
		name    string
		args    args
		Setup   func(t *testing.T)
		wantErr error
	}{
		{
			name: "len(str) == 0",
			wantErr: errors.New("str is empty")
		},
		{
			name: "正常響應(yīng)",
			Setup: func(t *testing.T) {
				patches := gomonkey.ApplyMethod(reflect.TypeOf(c), "B", func(_ *test_package_name.C, _ context.Context, _ string) error {
					return nil
				})
				t.Cleanup(func() {
					patches.Reset()
				})
			},
			args: args{
				ctx:     context.Background(),
				str:     "test",
			},
			wantErr: nil,
		},
	}

	// 執(zhí)行測(cè)試用例
	for _, tt := range tests {
		t.Run(tt.name, func(t *testing.T) {
			if tt.Setup != nil {
				tt.Setup(t)
			}
			err := A(tt.args.ctx, tt.args.str)
			if err != nil {
				assert.EqualError(t, err, tt.wantErr.Error(), "error 不符合預(yù)期")
			}
		})
	}
}

其中,ApplyMethod函數(shù)是用來(lái) Mock 方法的,其第一個(gè)參數(shù)為需要 Mock 的方法的接受者類型,第二個(gè)參數(shù)為需要 Mock 的方法名稱(字符串類型),第三個(gè)參數(shù)為需要 Mock 的方法的定義及 Mock 結(jié)果;特別地,第一個(gè)參數(shù)和第三個(gè)參數(shù)需要我們注意:

  • 第一個(gè)參數(shù),需要使用reflect.TypeOf獲取接受者的類型,初始化的接受者必須是真正的類型,如結(jié)構(gòu) C 組合了結(jié)構(gòu) D,而B方法是通過組合 D 得到的,則初始化的時(shí)候需要定義結(jié)構(gòu) D,而不是結(jié)構(gòu) C,否則會(huì)報(bào)空指針異常;
  • 第三個(gè)參數(shù),雖然B方法的聲明是func(ctx context.Context, str string),但是在使用ApplyMethod的時(shí)候,需要將B方法的聲明修改為func(c *test_package_name.C, ctx context.Context, str string),即需要將方法的接受者置為方法的第一個(gè)參數(shù)。

參考

還有就是,大家在使用gomonkey的時(shí)候,有可能遇到權(quán)限校驗(yàn)的問題以及非 Debug 模式運(yùn)行失敗的問題,可以參考:

  • golang使用gomonkey和monkey來(lái)mock方法或者函數(shù)時(shí)報(bào)panic: permission denied
  • 使用 gomonkey 遇到非 debug 模式執(zhí)行失敗的問題及解決方法

到這里,本文就要結(jié)束了,希望對(duì)大家有所幫助。文章來(lái)源地址http://www.zghlxwxcb.cn/news/detail-427895.html

到了這里,關(guān)于使用 gomonkey Mock 函數(shù)及方法的文章就介紹完了。如果您還想了解更多內(nèi)容,請(qǐng)?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章,希望大家以后多多支持TOY模板網(wǎng)!

本文來(lái)自互聯(lián)網(wǎng)用戶投稿,該文觀點(diǎn)僅代表作者本人,不代表本站立場(chǎng)。本站僅提供信息存儲(chǔ)空間服務(wù),不擁有所有權(quán),不承擔(dān)相關(guān)法律責(zé)任。如若轉(zhuǎn)載,請(qǐng)注明出處: 如若內(nèi)容造成侵權(quán)/違法違規(guī)/事實(shí)不符,請(qǐng)點(diǎn)擊違法舉報(bào)進(jìn)行投訴反饋,一經(jīng)查實(shí),立即刪除!

領(lǐng)支付寶紅包贊助服務(wù)器費(fèi)用

相關(guān)文章

  • 靜態(tài)方法mock,跳過靜態(tài)方法單元測(cè)試

    靜態(tài)方法mock,跳過靜態(tài)方法單元測(cè)試

    example: 輸出結(jié)果為: ? 導(dǎo)入依賴: 測(cè)試代碼為: ?

    2024年02月11日
    瀏覽(23)
  • 非Springboot項(xiàng)目使用powermockito單元測(cè)試 mock靜態(tài)方法和ScriptEngineManager providers.next()...not a subtype報(bào)錯(cuò)解決

    非Springboot項(xiàng)目使用powermockito單元測(cè)試 mock靜態(tài)方法和ScriptEngineManager providers.next()...not a subtype報(bào)錯(cuò)解決

    使用PowerMockito.mockStatic() 加上@RunWith和@PrepareForTest注釋 如果報(bào)錯(cuò)下面的錯(cuò)則考慮加上@PowerMockIgnore ERROR StatusLogger Unable to unregister MBeans java.lang.LinkageError: javax/management/MBeanServer(具體如下) 解決:加上@PowerMockIgnore(\\\"javax.management.*) ScriptEngineManager providers.next(): javax.script.ScriptEng

    2024年02月15日
    瀏覽(22)
  • 【Junit】單元測(cè)試Mock靜態(tài)方法

    【Junit】單元測(cè)試Mock靜態(tài)方法

    開發(fā)依賴 版本 Spring Boot 3.0.6 JDK 20 如果沒有引入 mockito-inline 這個(gè)依賴,使用mock靜態(tài)方法,則會(huì)拋這個(gè)異常

    2024年02月04日
    瀏覽(24)
  • Java單元測(cè)試之Mock指定方法

    單元測(cè)試時(shí),假如你遇到某個(gè)內(nèi)部方法無(wú)法正常調(diào)用;我們可以使用mock工具去解決,方法如下:

    2024年02月13日
    瀏覽(18)
  • junit單元測(cè)試mock私有private方法和靜態(tài)static方法

    我們知道org.mockito.Mockito功能有限,不能mock 私有private、受保護(hù)的protected方法 org.powermock.api.mockito.PowerMockito更強(qiáng)大,支持對(duì)private和protected和static方法的mock 別忘記,首先要引入maven依賴 有如下私有方法需要mock 這時(shí)候可以利用PowerMockito的spy方法mock出方法所在的對(duì)象,然后利用

    2024年02月12日
    瀏覽(21)
  • 聊一聊go的單元測(cè)試(goconvey、gomonkey、gomock、ginkgo)

    聊一聊go的單元測(cè)試(goconvey、gomonkey、gomock、ginkgo)

    軟件測(cè)試是一個(gè)很宏大的概念,單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、黑盒測(cè)試、白盒測(cè)試、功能測(cè)試、性能測(cè)試、基準(zhǔn)測(cè)試、壓力測(cè)試等等都是軟件測(cè)試下面的一種子概念。作為一名開發(fā)者,我們并不要理解每一種測(cè)試概念,但基準(zhǔn)測(cè)試和單元測(cè)試在軟件編寫過程中還是必須的

    2024年02月04日
    瀏覽(25)
  • SpringBoot 使用Mock單元測(cè)試

    SpringBoot 使用Mock單元測(cè)試

    測(cè)試一般分為兩種黑盒測(cè)試和白盒測(cè)試。 ????????黑盒測(cè)試又稱為 功能測(cè)試 或 數(shù)據(jù)驅(qū)動(dòng)測(cè)試 ,測(cè)試過程中,程序看作成一個(gè)黑色盒子,看不到盒子內(nèi)部代碼結(jié)構(gòu)。 ????????白盒測(cè)試又稱為 結(jié)構(gòu)測(cè)試 或 邏輯驅(qū)動(dòng)測(cè)試 ,測(cè)試過程中,程序看作一個(gè)透明盒子,能夠看清

    2024年03月20日
    瀏覽(24)
  • C++類對(duì)象單元測(cè)試中的Mock使用

    ??在進(jìn)行單元測(cè)試時(shí),我們想要測(cè)試自己縮寫 函數(shù)A ,但是 函數(shù)A 卻依賴于 函數(shù)B ,當(dāng) 函數(shù)B 無(wú)法滿足預(yù)期時(shí)就無(wú)法對(duì) 函數(shù)A 進(jìn)行測(cè)試,主要由于下面幾個(gè)原因: 函數(shù)B 依賴于硬件設(shè)備 真實(shí)的 函數(shù)B 的返回值無(wú)法滿足我們的預(yù)期 團(tuán)隊(duì)開發(fā)中 函數(shù)B 尚未實(shí)現(xiàn) ??這時(shí)就需要

    2023年04月15日
    瀏覽(24)
  • 測(cè)試人必會(huì)的Python內(nèi)置庫(kù):unittest.mock(單元測(cè)試mock的基礎(chǔ)使用)

    unittest.mock是用于在單元測(cè)試中模擬和替換指定的對(duì)象及行為,以便測(cè)試用例更加準(zhǔn)確地進(jìn)行測(cè)試運(yùn)行。例如對(duì)于以下代碼,想要針對(duì)函數(shù)func_a寫一個(gè)簡(jiǎn)單的單元測(cè)試: 但是這樣的話,函數(shù)func_b和func_c的邏輯都需要一起測(cè)試,在單元測(cè)試中這明顯是不合理的,對(duì)于想要測(cè)試的

    2024年02月01日
    瀏覽(22)
  • [Springboot 單元測(cè)試筆記] - Mock 和 spy的使用

    通常單元測(cè)試中,我們會(huì)隔離依賴對(duì)于測(cè)試類的影響,也就是假設(shè)所有依賴的一定會(huì)輸出理想結(jié)果,在測(cè)試中可以通過Mock方法來(lái)確保輸出結(jié)果,這也就引入另一個(gè)測(cè)試框架Mockito。 Mockito框架的作用就是模擬接口功能,并不運(yùn)行模擬接口的實(shí)際邏輯,而是直接輸出一個(gè)假定結(jié)果

    2024年02月13日
    瀏覽(19)

覺得文章有用就打賞一下文章作者

支付寶掃一掃打賞

博客贊助

微信掃一掃打賞

請(qǐng)作者喝杯咖啡吧~博客贊助

支付寶掃一掃領(lǐng)取紅包,優(yōu)惠每天領(lǐng)

二維碼1

領(lǐng)取紅包

二維碼2

領(lǐng)紅包