在 Go 1.18 中,程式設計師可以利用其新的泛型功能。在探索這項新功能時,開發人員在執行表格測試時可能會遇到挑戰。本次討論探討了這樣一個挑戰,特別是在使用表格資料測試泛型函數的情況下。
在表格測試期間嘗試使用不同類型的參數實例化泛型函數時會出現此問題。為了解決這個問題,開發人員通常會重新聲明每個函數的測試邏輯,如以下程式碼片段所示:
package main import ( "testing" "github.com/stretchr/testify/assert" ) type Item interface { int | string } type store[T Item] map[int64]T // add adds an Item to the map if the id of the Item isn't present already func (s store[T]) add(key int64, val T) { _, exists := s[key] if exists { return } s[key] = val } func TestStore(t *testing.T) { t.Run("ints", testInt) t.Run("strings", testString) } type testCase[T Item] struct { name string start store[T] key int64 val T expected store[T] } func testString(t *testing.T) { t.Parallel() tests := []testCase[string]{ { name: "empty map", start: store[string]{}, key: 123, val: "test", expected: store[string]{ 123: "test", }, }, { name: "existing key", start: store[string]{ 123: "test", }, key: 123, val: "newVal", expected: store[string]{ 123: "test", }, }, } for _, tc := range tests { t.Run(tc.name, runTestCase(tc)) } } func testInt(t *testing.T) { t.Parallel() tests := []testCase[int]{ { name: "empty map", start: store[int]{}, key: 123, val: 456, expected: store[int]{ 123: 456, }, }, { name: "existing key", start: store[int]{ 123: 456, }, key: 123, val: 999, expected: store[int]{ 123: 456, }, }, } for _, tc := range tests { t.Run(tc.name, runTestCase(tc)) } } func runTestCase[T Item](tc testCase[T]) func(t *testing.T) { return func(t *testing.T) { tc.start.add(tc.key, tc.val) assert.Equal(t, tc.start, tc.expected) } }
但是,這種方法需要為每個函數提供冗餘的測試邏輯。泛型類型的本質在於它們能夠處理任意類型,並且約束確保這些類型支援相同的操作。
與其過度測試不同的類型,更謹慎的做法是只專注於測試這些類型使用運算符時表現出不同的行為。例如,「 」運算子對於數字(求和)和字串(連接)具有不同的意義,或「」運算子對數字(更大/更小)和字串(字典順序)有不同的解釋。
為了進一步說明此問題,開發人員應參考使用者嘗試使用泛型函數執行表格測試的類似討論。
以上是我們如何有效地對具有不同類型參數的泛型函數進行表測試?的詳細內容。更多資訊請關注PHP中文網其他相關文章!