测试中应使用os.createtemp动态创建临时配置文件，避免硬编码路径导致污染；需传入空字符串指定系统默认临时目录，写入后先close再remove，并将文件路径作为参数注入解析函数以确保可测试性。
测试前先创建临时配置文件，用 os.CreateTemp 最安全
硬编码路径或复用项目里真实配置文件会导致测试污染、并发失败、CI 环境权限问题。必须在测试中动态生成临时文件，并确保自动清理。os.CreateTemp 是 Go 1.16+ 推荐方式，它自动处理目录、唯一命名和权限，比 ioutil.TempFile（已弃用）更明确。
- 调用
os.CreateTemp("", "config-*.yaml")，第一个参数传空字符串表示系统默认临时目录 - 写入配置内容后，记得
file.Close()—— 否则某些 OS 下os.ReadFile可能读不到最新内容 - 用
defer os.Remove(filepath)清理，但要放在file.Close()之后，避免“文件正被使用”错误
解析函数应接收文件路径而非硬编码路径，否则无法注入测试文件
如果函数内部直接写死 "./config.yaml" 或 os.Getenv("CONFIG_PATH")，测试时就无法替换。必须把路径作为参数传入，这是可测试性的基本前提。
Pandas 配置文件报告生成器
下载
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
- 重构前：
func ParseConfig() (Config, error) { return parse("./config.yaml") } - 重构后：
func ParseConfig(path string) (Config, error) { return parse(path) } - 若原函数已广泛调用，可保留旧函数为包装器：
func ParseConfig() (Config, error) { return ParseConfig("./config.yaml") }
YAML/JSON 解析出错时，Unmarshal 错误信息常不具体，需手动加文件名上下文
比如 yaml.Unmarshal 报 line 5: cannot unmarshal !!str `abc` into int，但没说来自哪个文件。测试失败时难以定位——尤其多个临时文件并行运行时。
- 在解析前记录文件路径：
log.Printf("parsing config from %s", path) - 或包装错误：
return cfg, fmt.Errorf("parse %s: %w", path, err) - 避免用
errors.Wrapf等第三方库，标准库fmt.Errorf+%w已足够且无依赖
并发测试时临时文件名冲突？os.CreateTemp 默认保证唯一性，但别重用同一目录变量
常见错误是把 tempDir 提成包级变量或全局 init 中创建，导致所有测试共用一个目录，os.RemoveAll 互相干扰。每个测试函数应独立创建、独立清理。
- ✅ 正确：在
TestParseConfig函数体内调用os.CreateTemp和defer os.Remove - ❌ 错误：在
var tempDir = os.MkdirTemp(...)声明包变量，或在func init()里创建 - 额外提醒：Windows 下临时路径含空格或特殊字符，确保解析函数不依赖
filepath.Clean或字符串截断逻辑
Close 和 Remove 的顺序、并发作用域、跨平台路径分隔符，任何一个点松动都会让测试偶尔失败。宁可多写两行 defer，也不要靠“应该没问题”跳过清理。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
