在這篇文章中,我們將探索如何將 PHP 單元測試思維,特別是 PHPUnit 框架的資料提供者方法引入 Go。如果您是經(jīng)驗豐富的 PHP 開發(fā)人員,您可能熟悉資料提供者模型:在原始陣列中單獨收集測試資料並將這些資料輸入到測試函數(shù)中。這種方法使單元測試更乾淨(jìng)、更易於維護,並遵守開放/封閉等原則。
為什麼採用資料提供者方法?
使用資料提供者方法在 Go 中建立單元測試具有多種優(yōu)勢,包括:
增強的可讀性和可擴展性:測試變得可視化組織,頂部有清晰分隔的數(shù)組代表每個測試場景。每個數(shù)組的鍵描述場景,而其內(nèi)容保存測試該場景的資料。這種結(jié)構(gòu)使文件易於處理並且易於擴展。
關(guān)注點分離:資料提供者模型將資料和測試邏輯分開,從而產(chǎn)生一個輕量級、解耦的函數(shù),隨著時間的推移,該函數(shù)可以基本保持不變。增加新場景只需要向提供者追加更多數(shù)據(jù),保持測試功能對擴展開放,對修改關(guān)閉——開放/封閉原則在測試中的實際應(yīng)用。
在某些專案中,我甚至看到了足夠密集的場景,足以保證使用單獨的 JSON 檔案作為資料來源,手動建立並提供給提供程序,而提供者又向測試函數(shù)提供資料。
什麼時候非常鼓勵使用數(shù)據(jù)提供者?
當(dāng)您有大量具有不同資料的測試案例時,特別鼓勵使用資料提供者:每個測試案例在概念上相似,但僅在輸入和預(yù)期輸出方面有所不同。
在單一測試函數(shù)中混合資料和邏輯會降低開發(fā)人員體驗 (DX)。它通常會導(dǎo)致:
冗長過載:重複具有輕微資料變化的語句的冗餘程式碼,導(dǎo)致程式碼庫冗長而沒有額外的好處。
清晰度降低:當(dāng)嘗試將實際測試資料與周圍程式碼隔離時,掃描測試函數(shù)變得很繁瑣,而資料提供者方法自然可以緩解這種情況。
很好,那麼數(shù)據(jù)提供者到底是什麼?
PHPUnit 中的 DataProvider 模式,基本上提供者函數(shù)為測試函數(shù)提供在隱式循環(huán)中使用的不同資料集。它確保了 DRY(不要重複自己)原則,並與開放/封閉原則保持一致,使得在不改變核心測試功能邏輯的情況下更容易添加或修改測試場景。
在沒有數(shù)據(jù)提供者的情況下解決問題?
為了說明冗長、程式碼重複和維護挑戰(zhàn)的缺點,以下是在沒有資料提供者幫助的情況下對冒泡排序函數(shù)進行單元測試的範(fàn)例片段:
<?php declare(strict_types=1); use PHPUnit\Framework\TestCase; final class BubbleSortTest extends TestCase { public function testBubbleSortEmptyArray() { $this->assertSame([], BubbleSort([])); } public function testBubbleSortOneElement() { $this->assertSame([0], BubbleSort([0])); } public function testBubbleSortTwoElementsSorted() { $this->assertSame([5, 144], BubbleSort([5, 144])); } public function testBubbleSortTwoElementsUnsorted() { $this->assertSame([-7, 10], BubbleSort([10, -7])); } public function testBubbleSortMultipleElements() { $this->assertSame([1, 2, 3, 4], BubbleSort([1, 3, 4, 2])); } // And so on for each test case, could be 30 cases for example. public function testBubbleSortDescendingOrder() { $this->assertSame([1, 2, 3, 4, 5], BubbleSort([5, 4, 3, 2, 1])); } public function testBubbleSortBoundaryValues() { $this->assertSame([-2147483647, 2147483648], BubbleSort([2147483648, -2147483647])); } }
上面的程式碼有問題嗎?當(dāng)然:
冗長:每個測試案例都需要一個單獨的方法,導(dǎo)致大量重複的程式碼庫。
重複:測試邏輯在每個方法中重複,僅根據(jù)輸入和預(yù)期輸出而變化。
開放/封閉違規(guī):新增新的測試案例需要透過建立更多方法來改變測試類別結(jié)構(gòu)。
解決數(shù)據(jù)提供者的問題!
這是使用資料提供者重構(gòu)的相同測試套件
<?php declare(strict_types=1); use PHPUnit\Framework\TestCase; final class BubbleSortTest extends TestCase { /** * Provides test data for bubble sort algorithm. * * @return array<string, array> */ public function bubbleSortDataProvider(): array { return [ 'empty' => [[], []], 'oneElement' => [[0], [0]], 'twoElementsSorted' => [[5, 144], [5, 144]], 'twoElementsUnsorted' => [[10, -7], [-7, 10]], 'moreThanOneElement' => [[1, 3, 4, 2], [1, 2, 3, 4]], 'moreThanOneElementWithRepetition' => [[1, 4, 4, 2], [1, 2, 4, 4]], 'moreThanOneElement2' => [[7, 7, 1, 0, 99, -5, 10], [-5, 0, 1, 7, 7, 10, 99]], 'sameElement' => [[1, 1, 1, 1], [1, 1, 1, 1]], 'negativeNumbers' => [[-5, -2, -10, -1, -3], [-10, -5, -3, -2, -1]], 'descendingOrder' => [[5, 4, 3, 2, 1], [1, 2, 3, 4, 5]], 'randomOrder' => [[9, 2, 7, 4, 1, 6, 3, 8, 5], [1, 2, 3, 4, 5, 6, 7, 8, 9]], 'duplicateElements' => [[2, 2, 1, 1, 3, 3, 4, 4], [1, 1, 2, 2, 3, 3, 4, 4]], 'largeArray' => [[-1, -10000, -12345, -2032, -23, 0, 0, 0, 0, 10, 10000, 1024, 1024354, 155, 174, 1955, 2, 255, 3, 322, 4741, 96524], [-1, -10000, -12345, -2032, -23, 0, 0, 0, 0, 10, 10000, 1024, 1024354, 155, 174, 1955, 2, 255, 3, 322, 4741, 96524]], 'singleNegativeElement' => [[-7], [-7]], 'arrayWithZeroes' => [[0, -2, 0, 3, 0], [-2, 0, 0, 0, 3]], 'ascendingOrder' => [[1, 2, 3, 4, 5], [1, 2, 3, 4, 5]], 'descendingOrderWithDuplicates' => [[5, 5, 4, 3, 3, 2, 1], [1, 2, 3, 3, 4, 5, 5]], 'boundaryValues' => [[2147483648, -2147483647], [-2147483647, 2147483648]], 'mixedSignNumbers' => [[-1, 0, 1, -2, 2], [-2, -1, 0, 1, 2]], ]; } /** * @dataProvider bubbleSortDataProvider * * @param array<int> $input * @param array<int> $expected */ public function testBubbleSort(array $input, array $expected) { $this->assertSame($expected, BubbleSort($input)); } }
使用數(shù)據(jù)提供者有什麼優(yōu)勢嗎?哦,是的:
簡潔:所有測試資料都集中在一個方法中,無需針對每個場景使用多個函數(shù)。
增強可讀性:每個測試案例都組織良好,每個場景都有描述性的鍵。
開放/封閉原則:可以在不改變核心測試邏輯的情況下為資料提供者新增案例。
改進的 DX(開發(fā)人員體驗):測試結(jié)構(gòu)乾淨(jìng)、吸引人,甚至讓那些懶惰的開發(fā)人員也有動力去擴展、調(diào)試或更新它。
讓資料提供者走上正軌
- Go 沒有像 PHPUnit 這樣的原生資料提供者模型,因此我們需要使用不同的方法??赡苡性S多實現(xiàn)具有多個層級的複雜性,以下是一個平均實現(xiàn),可能是模擬 Go land 中的資料提供者的候選者
package sort import ( "testing" "github.com/stretchr/testify/assert" ) type TestData struct { ArrayList map[string][]int ExpectedList map[string][]int } const ( maxInt32 = int32(^uint32(0) >> 1) minInt32 = -maxInt32 - 1 ) var testData = &TestData{ ArrayList: map[string][]int{ "empty": {}, "oneElement": {0}, "twoElementsSorted": {5, 144}, "twoElementsUnsorted": {10, -7}, "moreThanOneElement": {1, 3, 4, 2}, "moreThanOneElementWithRepetition": {1, 4, 4, 2}, "moreThanOneElement2": {7, 7, 1, 0, 99, -5, 10}, "sameElement": {1, 1, 1, 1}, "negativeNumbers": {-5, -2, -10, -1, -3}, "descendingOrder": {5, 4, 3, 2, 1}, "randomOrder": {9, 2, 7, 4, 1, 6, 3, 8, 5}, "duplicateElements": {2, 2, 1, 1, 3, 3, 4, 4}, "largeArray": {-1, -10000, -12345, -2032, -23, 0, 0, 0, 0, 10, 10000, 1024, 1024354, 155, 174, 1955, 2, 255, 3, 322, 4741, 96524}, "singleNegativeElement": {-7}, "arrayWithZeroes": {0, -2, 0, 3, 0}, "ascendingOrder": {1, 2, 3, 4, 5}, "descendingOrderWithDuplicates": {5, 5, 4, 3, 3, 2, 1}, "boundaryValues": {2147483648, -2147483647}, "mixedSignNumbers": {-1, 0, 1, -2, 2}, }, ExpectedList: map[string][]int{ "empty": {}, "oneElement": {0}, "twoElementsSorted": {5, 144}, "twoElementsUnsorted": {-7, 10}, "moreThanOneElement": {1, 2, 3, 4}, "moreThanOneElementWithRepetition": {1, 2, 4, 4}, "moreThanOneElement2": {-5, 0, 1, 7, 7, 10, 99}, "sameElement": {1, 1, 1, 1}, "negativeNumbers": {-10, -5, -3, -2, -1}, "descendingOrder": {1, 2, 3, 4, 5}, "randomOrder": {1, 2, 3, 4, 5, 6, 7, 8, 9}, "duplicateElements": {1, 1, 2, 2, 3, 3, 4, 4}, "largeArray": {-1, -10000, -12345, -2032, -23, 0, 0, 0, 0, 10, 10000, 1024, 1024354, 155, 174, 1955, 2, 255, 3, 322, 4741, 96524}, "singleNegativeElement": {-7}, "arrayWithZeroes": {-2, 0, 0, 0, 3}, "ascendingOrder": {1, 2, 3, 4, 5}, "descendingOrderWithDuplicates": {1, 2, 3, 3, 4, 5, 5}, "boundaryValues": {-2147483647, 2147483648}, "mixedSignNumbers": {-2, -1, 0, 1, 2}, }, } func TestBubble(t *testing.T) { for testCase, array := range testData.ArrayList { t.Run(testCase, func(t *testing.T) { actual := Bubble(array) assert.ElementsMatch(t, actual, testData.ExpectedList[testCase]) }) } }
- 我們基本上定義了兩個映射/列表:一個用於輸入數(shù)據(jù),第二個用於預(yù)期數(shù)據(jù)。我們確保雙方的每個案例場景都透過雙方相同的映射鍵進行引用。
- 執(zhí)行測試就是一個簡單函數(shù)中的循環(huán)問題,該函數(shù)迭代準(zhǔn)備好的輸入/預(yù)期列表。
- 除了一些一次性的樣板類型之外,對測試的修改應(yīng)該只發(fā)生在數(shù)據(jù)方面,大多數(shù)情況下不應(yīng)該改變執(zhí)行測試的函數(shù)的邏輯,從而實現(xiàn)我們上面談到的目標(biāo):測試工作歸結(jié)為原始資料準(zhǔn)備問題。
獎勵:可以在此處找到實現(xiàn)本部落格文章中呈現(xiàn)的邏輯的 Github 儲存庫 https://github.com/MedUnes/dsa-go。到目前為止,它包含運行這些測試的 Github 操作,甚至顯示超級著名的綠色徽章;)
下一篇[希望]內(nèi)容豐富的貼文中見!
以上是從 PHPUnit 到 Go:Go 開發(fā)人員的資料驅(qū)動單元測試的詳細內(nèi)容。更多資訊請關(guān)注PHP中文網(wǎng)其他相關(guān)文章!

熱AI工具

Undress AI Tool
免費脫衣圖片

Undresser.AI Undress
人工智慧驅(qū)動的應(yīng)用程序,用於創(chuàng)建逼真的裸體照片

AI Clothes Remover
用於從照片中去除衣服的線上人工智慧工具。

Clothoff.io
AI脫衣器

Video Face Swap
使用我們完全免費的人工智慧換臉工具,輕鬆在任何影片中換臉!

熱門文章

熱工具

記事本++7.3.1
好用且免費的程式碼編輯器

SublimeText3漢化版
中文版,非常好用

禪工作室 13.0.1
強大的PHP整合開發(fā)環(huán)境

Dreamweaver CS6
視覺化網(wǎng)頁開發(fā)工具

SublimeText3 Mac版
神級程式碼編輯軟體(SublimeText3)

Golang主要用於後端開發(fā),但也能在前端領(lǐng)域間接發(fā)揮作用。其設(shè)計目標(biāo)聚焦高性能、並發(fā)處理和系統(tǒng)級編程,適合構(gòu)建API服務(wù)器、微服務(wù)、分佈式系統(tǒng)、數(shù)據(jù)庫操作及CLI工具等後端應(yīng)用。雖然Golang不是網(wǎng)頁前端的主流語言,但可通過GopherJS編譯成JavaScript、通過TinyGo運行於WebAssembly,或搭配模板引擎生成HTML頁面來參與前端開發(fā)。然而,現(xiàn)代前端開發(fā)仍需依賴JavaScript/TypeScript及其生態(tài)。因此,Golang更適合以高性能後端為核心的技術(shù)棧選擇。

安裝Go的關(guān)鍵在於選擇正確版本、配置環(huán)境變量並驗證安裝。 1.前往官網(wǎng)下載對應(yīng)系統(tǒng)的安裝包,Windows使用.msi文件,macOS使用.pkg文件,Linux使用.tar.gz文件並解壓至/usr/local目錄;2.配置環(huán)境變量,在Linux/macOS中編輯~/.bashrc或~/.zshrc添加PATH和GOPATH,Windows則在系統(tǒng)屬性中設(shè)置PATH為Go的安裝路徑;3.使用goversion命令驗證安裝,並運行測試程序hello.go確認編譯執(zhí)行正常。整個流程中PATH設(shè)置和環(huán)

要構(gòu)建一個GraphQLAPI在Go語言中,推薦使用gqlgen庫以提高開發(fā)效率。 1.首先選擇合適的庫,如gqlgen,它支持根據(jù)schema自動生成代碼;2.接著定義GraphQLschema,描述API的結(jié)構(gòu)和查詢?nèi)肟?,如定義Post類型和查詢方法;3.然後初始化項目並生成基礎(chǔ)代碼,實現(xiàn)resolver中的業(yè)務(wù)邏輯;4.最後將GraphQLhandler接入HTTPserver,通過內(nèi)置Playground測試API。注意事項包括字段命名規(guī)範(fàn)、錯誤處理、性能優(yōu)化及安全設(shè)置等,確保項目可維護性

sync.WaitGroup用於等待一組goroutine完成任務(wù),其核心是通過Add、Done、Wait三個方法協(xié)同工作。 1.Add(n)設(shè)置需等待的goroutine數(shù)量;2.Done()在每個goroutine結(jié)束時調(diào)用,計數(shù)減一;3.Wait()阻塞主協(xié)程直到所有任務(wù)完成。使用時需注意:Add應(yīng)在goroutine外調(diào)用、避免重複Wait、務(wù)必確保Done被調(diào)用,推薦配合defer使用。常見於並發(fā)抓取網(wǎng)頁、批量數(shù)據(jù)處理等場景,能有效控制並發(fā)流程。

使用Go的embed包可以方便地將靜態(tài)資源嵌入二進制,適合Web服務(wù)打包HTML、CSS、圖片等文件。 1.聲明嵌入資源需在變量前加//go:embed註釋,如嵌入單個文件hello.txt;2.可嵌入整個目錄如static/*,通過embed.FS實現(xiàn)多文件打包;3.開發(fā)時建議通過buildtag或環(huán)境變量切換磁盤加載模式以提高效率;4.注意路徑正確性、文件大小限制及嵌入資源的只讀特性。合理使用embed能簡化部署並優(yōu)化項目結(jié)構(gòu)。

音視頻處理的核心在於理解基本流程與優(yōu)化方法。 1.其基本流程包括採集、編碼、傳輸、解碼和播放,每個環(huán)節(jié)均有技術(shù)難點;2.常見問題如音畫不同步、卡頓延遲、聲音噪音、畫面模糊等,可通過同步調(diào)整、編碼優(yōu)化、降噪模塊、參數(shù)調(diào)節(jié)等方式解決;3.推薦使用FFmpeg、OpenCV、WebRTC、GStreamer等工具實現(xiàn)功能;4.性能管理方面應(yīng)注重硬件加速、合理設(shè)置分辨率幀率、控制並發(fā)及內(nèi)存洩漏問題。掌握這些關(guān)鍵點有助於提升開發(fā)效率和用戶體驗。

搭建一個用Go編寫的Web服務(wù)器並不難,核心在於利用net/http包實現(xiàn)基礎(chǔ)服務(wù)。 1.使用net/http啟動最簡服務(wù)器:通過幾行代碼註冊處理函數(shù)並監(jiān)聽端口;2.路由管理:使用ServeMux組織多個接口路徑,便於結(jié)構(gòu)化管理;3.常見做法:按功能模塊分組路由,並可用第三方庫支持複雜匹配;4.靜態(tài)文件服務(wù):通過http.FileServer提供HTML、CSS和JS文件;5.性能與安全:啟用HTTPS、限制請求體大小、設(shè)置超時時間以提升安全性與性能。掌握這些要點後,擴展功能將更加容易。

select加default的作用是讓select在沒有其他分支就緒時執(zhí)行默認行為,避免程序阻塞。 1.非阻塞地從channel接收數(shù)據(jù)時,若channel為空,會直接進入default分支;2.結(jié)合time.After或ticker定時嘗試發(fā)送數(shù)據(jù),若channel滿則不阻塞而跳過;3.防止死鎖,在不確定channel是否被關(guān)閉時避免程序卡??;使用時需注意default分支會立即執(zhí)行,不能濫用,且default與case互斥,不會同時執(zhí)行。
