使用Go語言，我正在編寫一個使用自定義錯誤變量的函數，例如func readEnv() (map[string]string, error) { var ErrConfig = errors.New("Configuration Error: Variables starting with the right prefix are not even")if this { return nil, ErrConfig}我將其聲明為本地 var，以避免將其聲明為不建議的包級 var（如果我沒有記錯，請從 linter 中標記為問題）當我想對這個fxn進行單元測試并且還想測試錯誤路徑時，問題就出現了（在這種情況下，fxn應該返回上述錯誤，但是無法訪問該錯誤）。現在，我能想到解決這個問題的唯一方法是在我的表測試中重新聲明這個變量。哪種方法是正確的？聲明為包級變量還是只是在單元測試 fxn 中重新聲明它？ErrConfig
1 回答
哈士奇WWW
TA貢獻1799條經驗 獲得超6個贊
您返回的錯誤對調用方是否重要？readEnv()
如果沒關系，你的測試也不應該在乎，只要檢查返回的錯誤是否。nil
如果這很重要，在你當前的解決方案中，調用方在測試中的表現不能比你好。如果它很重要并且客戶端應該能夠分辨，則必須導出某種機制來測試/檢查返回的錯誤。
一種解決方案是移動到包級別變量。這是可以接受的，在標準庫中也使用了很多地方，例如io。斷續器，約。錯誤關閉的管道。ErrConfig
不過，這并不是唯一的解決方案。您可以進行未導出（例如），并提供導出的函數來測試錯誤，例如：ErrconfigerrConfig
var errConfig = errors.New("Configuration Error: Variables starting...")
func IsErrConfig(err error ) bool {
return err == errConfig
}
這也用于標準庫的許多地方，例如os。IsExist（）， os.不存在（）
您還可以使返回的錯誤實現導出的接口，并且調用方可以使用類型斷言來檢查返回的錯誤是否實現了該操作，從而為返回的錯誤提供了額外的功能。
- 1 回答
- 0 關注
- 86 瀏覽
添加回答
舉報
0/150
提交
取消