go語言乘法測試用例 go 測試用例

GO語言（十六）：模糊測試入門（上）

本教程介紹了 Go 中模糊測試的基礎知識。通過模糊測試，隨機數(shù)據(jù)會針對您的測試運行，以嘗試找出漏洞或?qū)е卤罎⒌妮斎搿？梢酝ㄟ^模糊測試發(fā)現(xiàn)的一些漏洞示例包括 SQL 注入、緩沖區(qū)溢出、拒絕服務和跨站點腳本攻擊。

成都創(chuàng)新互聯(lián)公司主營元寶網(wǎng)站建設的網(wǎng)絡公司,主營網(wǎng)站建設方案,成都app軟件開發(fā)公司,元寶h5重慶小程序開發(fā)公司搭建,元寶網(wǎng)站營銷推廣歡迎元寶等地區(qū)企業(yè)咨詢

在本教程中，您將為一個簡單的函數(shù)編寫一個模糊測試，運行 go 命令，并調(diào)試和修復代碼中的問題。

首先，為您要編寫的代碼創(chuàng)建一個文件夾。

1、打開命令提示符并切換到您的主目錄。

在 Linux 或 Mac 上：

在 Windows 上：

2、在命令提示符下，為您的代碼創(chuàng)建一個名為 fuzz 的目錄。

3、創(chuàng)建一個模塊來保存您的代碼。

運行go mod init命令，為其提供新代碼的模塊路徑。

接下來，您將添加一些簡單的代碼來反轉(zhuǎn)字符串，稍后我們將對其進行模糊測試。

在此步驟中，您將添加一個函數(shù)來反轉(zhuǎn)字符串。

a.使用您的文本編輯器，在 fuzz 目錄中創(chuàng)建一個名為 main.go 的文件。

獨立程序（與庫相反）始終位于 package 中main。

此函數(shù)將接受string，使用byte進行循環(huán) ，并在最后返回反轉(zhuǎn)的字符串。

此函數(shù)將運行一些Reverse操作，然后將輸出打印到命令行。這有助于查看運行中的代碼，并可能有助于調(diào)試。

e.該main函數(shù)使用 fmt 包，因此您需要導入它。

第一行代碼應如下所示：

從包含 main.go 的目錄中的命令行，運行代碼。

可以看到原來的字符串，反轉(zhuǎn)它的結(jié)果，然后再反轉(zhuǎn)它的結(jié)果，就相當于原來的了。

現(xiàn)在代碼正在運行，是時候測試它了。

在這一步中，您將為Reverse函數(shù)編寫一個基本的單元測試。

a.使用您的文本編輯器，在 fuzz 目錄中創(chuàng)建一個名為 reverse_test.go 的文件。

b.將以下代碼粘貼到 reverse_test.go 中。

這個簡單的測試將斷言列出的輸入字符串將被正確反轉(zhuǎn)。

使用運行單元測試go test

接下來，您將單元測試更改為模糊測試。

單元測試有局限性，即每個輸入都必須由開發(fā)人員添加到測試中。模糊測試的一個好處是它可以為您的代碼提供輸入，并且可以識別您提出的測試用例沒有達到的邊緣用例。

在本節(jié)中，您將單元測試轉(zhuǎn)換為模糊測試，這樣您就可以用更少的工作生成更多的輸入！

請注意，您可以將單元測試、基準測試和模糊測試保存在同一個 *_test.go 文件中，但對于本示例，您將單元測試轉(zhuǎn)換為模糊測試。

在您的文本編輯器中，將 reverse_test.go 中的單元測試替換為以下模糊測試。

Fuzzing 也有一些限制。在您的單元測試中，您可以預測Reverse函數(shù)的預期輸出，并驗證實際輸出是否滿足這些預期。

例如，在測試用例Reverse("Hello, world")中，單元測試將返回指定為"dlrow ,olleH".

模糊測試時，您無法預測預期輸出，因為您無法控制輸入。

但是，Reverse您可以在模糊測試中驗證函數(shù)的一些屬性。在這個模糊測試中檢查的兩個屬性是：

（1）將字符串反轉(zhuǎn)兩次保留原始值

（2）反轉(zhuǎn)的字符串將其狀態(tài)保留為有效的 UTF-8。

注意單元測試和模糊測試之間的語法差異：

（3）確保新包unicode/utf8已導入。

隨著單元測試轉(zhuǎn)換為模糊測試，是時候再次運行測試了。

a.在不進行模糊測試的情況下運行模糊測試，以確保種子輸入通過。

如果您在該文件中有其他測試，您也可以運行go test -run=FuzzReverse，并且您只想運行模糊測試。

b.運行FuzzReverse模糊測試，查看是否有任何隨機生成的字符串輸入會導致失敗。這是使用go test新標志-fuzz執(zhí)行的。

模糊測試時發(fā)生故障，導致問題的輸入被寫入將在下次運行的種子語料庫文件中go test，即使沒有-fuzz標志也是如此。要查看導致失敗的輸入，請在文本編輯器中打開寫入 testdata/fuzz/FuzzReverse 目錄的語料庫文件。您的種子語料庫文件可能包含不同的字符串，但格式相同。

語料庫文件的第一行表示編碼版本。以下每一行代表構(gòu)成語料庫條目的每種類型的值。由于 fuzz target 只需要 1 個輸入，因此版本之后只有 1 個值。

c.運行沒有-fuzz標志的go test； 新的失敗種子語料庫條目將被使用：

由于我們的測試失敗，是時候調(diào)試了。

go test 命令介紹

是 go 語言 自帶 的 測試 工具，

其中包含的是 兩類 ，

通過 go help test 可以看到 go test 的 使用 說明：

go test [-c] [-i] [build flags] [packages] [flags for test binary]

參數(shù)解讀：

-test.v : 是否輸出全部的單元測試用例（不管成功或者失?。?，默認沒有加上，所以只輸出失敗的單元測試用例。

-test.run pattern: 只跑哪些單元測試用例

-test.bench patten: 只跑那些性能測試用例

-test.benchmem : 是否在性能測試的時候輸出內(nèi)存情況

-test.benchtime t : 性能測試運行的時間，默認是1s

-test.cpuprofile cpu.out : 是否輸出cpu性能分析文件

-test.memprofile mem.out : 是否輸出內(nèi)存性能分析文件

-test.blockprofile block.out : 是否輸出內(nèi)部goroutine阻塞的性能分析文件

-test.memprofilerate n : 內(nèi)存性能分析的時候有一個分配了多少的時候才打點記錄的問題。這個參數(shù)就是設置打點的內(nèi)存分配間隔，也就是profile中一個sample代表的內(nèi)存大小。默認是設置為512 * 1024的。如果你將它設置為1，則每分配一個內(nèi)存塊就會在profile中有個打點，那么生成的profile的sample就會非常多。如果你設置為0，那就是不做打點了。

你可以通過設置memprofilerate=1和GOGC=off來關閉內(nèi)存回收，并且對每個內(nèi)存塊的分配進行觀察。

-test.blockprofilerate n: 基本同上，控制的是goroutine阻塞時候打點的納秒數(shù)。默認不設置就相當于-test.blockprofilerate=1，每一納秒都打點記錄一下

-test.parallel n : 性能測試的程序并行cpu數(shù)，默認等于GOMAXPROCS。

-test.timeout t : 如果測試用例運行時間超過t，則拋出panic

-test.cpu 1,2,4 : 程序運行在哪些CPU上面，使用二進制的1所在位代表，和nginx的nginx_worker_cpu_affinity是一個道理

-test.short : 將那些運行時間較長的測試用例運行時間縮短

Go小知識新解

1、值接收者和指針接收者

所謂指針接收者和值接收者這兩個概念，用GO寫了一陣子代碼的人都了解了，這里只做簡要說明一下，也就是對于一個給定結(jié)構(gòu)，咱們對結(jié)構(gòu)進行方法包裝的時候，固定必傳的參數(shù)，用來指向這個對象結(jié)構(gòu)自身的一個參數(shù)，在go中也就是形式如下：

我們對結(jié)構(gòu)體testStruct進行了包裝，提供了兩個方法，sum和modify，其中sum的方法接收者為a testStruct，這個就是值接收者，而modify的接收者為a *testStruct就是指針接收者，也就是說固定對象指針，一個傳遞的是指針地址，而另外一個直接傳遞的是結(jié)構(gòu)值拷貝了

對指針有一定了解的，都可以知道，指針傳遞過去的，可以直接修改結(jié)構(gòu)內(nèi)部內(nèi)容，而值傳遞過去的，無論如何修改這個接收者的數(shù)據(jù)，不會對原對象結(jié)構(gòu)產(chǎn)生影響。而對于咱們包裝結(jié)構(gòu)對象的時候，到底是使用指針還是使用值接收者，這個實際上沒有太大的定論，就我個人的觀點來說，如果結(jié)構(gòu)體占有的內(nèi)存空間不大(kb級別)，而又不需要修改內(nèi)部的，同時結(jié)構(gòu)對象內(nèi)部沒有同步對象比如（sync包中的mutex,rwlock，waitgroup等之類的結(jié)構(gòu)的話，可以直接值傳遞，實際上值copy也沒有咱們想象的那么慢，很多時候，都用指針，最后的gc回收掃描可能都比咱們這個傳遞copy的消耗大） p="" /kb級別)，而又不需要修改內(nèi)部的，同時結(jié)構(gòu)對象內(nèi)部沒有同步對象比如（sync包中的mutex,rwlock，waitgroup等之類的結(jié)構(gòu)的話，可以直接值傳遞，實際上值copy也沒有咱們想象的那么慢，很多時候，都用指針，最后的gc回收掃描可能都比咱們這個傳遞copy的消耗大）

2、實現(xiàn)接口的值接收者和指針接收者有啥區(qū)別

也就是比如定義如下

這里面的值接收者和指針接收者有什么區(qū)別，這里咱來寫一個測試

通過這個測試用例可以發(fā)現(xiàn)，指針接收者實現(xiàn)的接口可以同時支持轉(zhuǎn)移到值接收者接口和指針接收者接口，而用值接收者實現(xiàn)的接口，則無法轉(zhuǎn)移到使用指針接收者實現(xiàn)的接口，為啥子呢？目前網(wǎng)上或者各類資料上都是給的一個很官方很官方，而且很書面話難以理解的說明，大致意思如下：

這是目前網(wǎng)絡或者各種資料上都是差不多是這樣說的，看似講了，實際上就說了一個結(jié)果，根本就沒說出來一個為什么。這樣的總結(jié)出來，一個初學者的角度來看，是很不好理解的，初學者要么就是死記硬背，要么就是生搬硬套，甚至直到寫了好多好多代碼了，都還沒有搞明白一個為啥子，只是會用了而已，從長遠來說這是不利于自身提高的。

有這兩個本質(zhì)點，咱們自己來思考一下，如果你來實現(xiàn)這個編譯器的時候，用指針接收的時候，指針接收者，默認就能直接獲取支持，而值接收者實現(xiàn)接口的咱們可以直接來一個解指針就變成了值，就能匹配上值接收者實現(xiàn)的接口了，反過來說，如果值接收者，此時要匹配指針接收者，如何匹配呢，取一個地址就變成了指針了，此時數(shù)據(jù)類型確實是匹配了，但是，地址指向的數(shù)據(jù)區(qū)不對了，因為我們剛剛說了值接收者拷貝了一個新值之后是完全的一個新的對象，這個新對象和原始對象一點關系都沒有，咱們?nèi)〉刂?，取的也是這個新對象地址，對這個地址進行操作，也是這個新對象的內(nèi)部數(shù)據(jù)，和原始數(shù)據(jù)內(nèi)部沒有任何關系，所以由此就能推斷出，這個是為啥子值接收者不能匹配上指針接收者，而指針接收者卻可以匹配上值接收者了。

1、在某個作用域內(nèi)部，所有定義的字符串的數(shù)據(jù)區(qū)相同

這個很好驗證，代碼如下：

2、字符串相加會產(chǎn)生一個新串

這個也很好驗證

3、字符串真的是不可變的嗎

實際上從字符串的結(jié)構(gòu)

從這個結(jié)構(gòu)，就能大致的推斷出來，字符串設計成這樣就不具備直接擴容+來增加新數(shù)據(jù)，而如果咱們直接使用string[index] = 'a'，用這種方式，就不能編譯通過，官方也確定說字符串是不可變的。那么真的是不可變的嗎？

通過上面的結(jié)構(gòu)，在加上go的slice切片的數(shù)據(jù)結(jié)構(gòu)

由此可見，咱們可以將字符串通過指針方式強轉(zhuǎn)為一個byte數(shù)組指針，然后通過byte切片來修改，試試

編譯通過，運行報錯

unexpected fault address 0xae2e27

fatal error: fault

這個錯誤，基本上就是一個內(nèi)存的保護錯誤，是寫異常，所以說明了，這個肯定做了內(nèi)存寫保護，那么直接修改一下內(nèi)存區(qū)的屬性，去掉他的寫保護，就能寫了

以下代碼都是在Win平臺，Go1.18，Win上修改內(nèi)存權(quán)限屬性，使用VirtualProtect,代碼如下

此時運行，就能發(fā)現(xiàn)tstr的內(nèi)容被咱們變了，這種情況實際上在實際開發(fā)中不具有實際意義，因為本身在語言層面，已經(jīng)做了層層限制，咱們這是屬于非法強制的操作方式，是流氓行為，那么是否有比較溫和一點的操作方式呢？答案是有的，且往下看。

通過上面，我們已經(jīng)用到了字符串結(jié)構(gòu)，切片結(jié)構(gòu)，要想字符串內(nèi)容可變，那么咱們自己構(gòu)造字符串的數(shù)據(jù)內(nèi)容區(qū)域，且讓這個數(shù)據(jù)區(qū)木有內(nèi)存寫保護不就行了，內(nèi)容區(qū)可變，GO原生態(tài)的byte數(shù)組不就行嘛，所以咱們自己構(gòu)造一下

此時我們直接修改buffer的內(nèi)容，就是直接修改了str的數(shù)據(jù)內(nèi)容了。而又不會像前面的一樣遇到內(nèi)存寫保護

4、字符串轉(zhuǎn)換優(yōu)化時可能碰到的坑

通過前面討論的字符串的可變性的方法，咱們可以知道，很多時候，[]byte到字符串的轉(zhuǎn)變，可以直接構(gòu)造其結(jié)構(gòu)，而共享數(shù)據(jù)，從而達到減少數(shù)據(jù)內(nèi)存copy的方式來進行優(yōu)化，再使用這些優(yōu)化的時候，一定需要注意，字符串或者數(shù)組的生命周期，是否會存在被改寫的情況，從而導致前后不一致的問題。

比如下面這段代碼：

大家可以猜想一下，這個最后里面的數(shù)據(jù)mmp中，"test"的value是多少,"abcd"的value是多少，然后想想為什么，且等端午之后，再來分解

標題名稱：go語言乘法測試用例 go 測試用例
文章出自：http://muchs.cn/article6/hgidog.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供微信小程序、關鍵詞優(yōu)化、網(wǎng)站收錄、企業(yè)建站、云服務器、企業(yè)網(wǎng)站制作

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)