我有一個(gè)簡單的函數(shù)，可以將配置文件解析為 JSON。我想編寫一個(gè)測試，它要么使用一些示例靜態(tài)配置文件并解析它們，要么在測試期間創(chuàng)建示例并嘗試解析它們。這個(gè)問題并非完全必要，但這里是基本代碼：// config.go// ...(package,imports)...// Overall settings - corresponds to main.conftype MainSettings struct {    // stuff}// Load main.conf from the specified file pathfunc LoadMainSettings(path string) (*MainSettings, error) {    b, err := ioutil.ReadFile(path)    if err != nil { return nil, err }    r := &MainSettings{}    err = json.Unmarshal(b, r)    if err != nil { return nil, err }    return r, nil}和測試：// config_test.gofunc TestLoadMainSettings(t *testing.T) {    // possibly generate some example config files,    // or use static samples packaged with the source    s, err := LoadMainSettings("conf/main.conf") // <-- what should this path be??    if err != nil { panic(err) }    // more sanity checking...}也就是說，我的具體問題是：僅適用于測試的靜態(tài)資產(chǎn)（如示例配置文件）是否有合適的位置？在測試執(zhí)行期間，是否有適當(dāng)?shù)模缙脚_(tái)，使用“go clean”清理）位置來寫出臨時(shí)文件？（注意：我在 Linux 上運(yùn)行我的大部分內(nèi)容用于登臺(tái)和生產(chǎn)，在 Mac 上運(yùn)行本地開發(fā) - 所以使用 /tmp/ 作為測試的臨時(shí)目錄在實(shí)踐中對我有用。但想知道是否有更好的方法......）編輯：最終使用這種方法進(jìn)行測試：f, err := ioutil.TempFile("", "testmainconf")if err != nil { panic(err) }defer syscall.Unlink(f.Name())ioutil.WriteFile(f.Name(), []byte("{...sample config data...}"), 0644)s, err := LoadMainSettings(f.Name())但是另一個(gè)讓 LoadMainSettings 接受 anio.Reader而不是 astring的建議也是一個(gè)好主意。