答案：文件读取边界测试需覆盖空文件、提前eof、磁盘满、权限拒绝、符号链接失效及并发竞态等真实系统错误，须用真实环境或精准mock触发syscall级错误并显式校验。
文件读取时遇到空文件或 EOF 边界
空文件和提前 EOF 是最常被忽略的边界，io.ReadFull、bufio.Scanner.Scan、json.Unmarshal 等函数在空输入下行为各异，不测就容易 panic 或静默失败。
实操建议：
- 显式创建长度为 0 的临时文件：
os.CreateTemp后立即Close，再用被测函数打开读取 - 对
bufio.Scanner类型，必须检查scanner.Err()而非仅靠Scan()返回值；空文件下Scan()返回false，但Err()可能是nil（表示 EOF 正常结束） - 用
bytes.NewReader(nil)模拟空 reader 输入，验证解码类函数（如json.NewDecoder）是否返回io.EOF或明确错误
写入超大内容或磁盘满时的错误路径
真实环境里，os.WriteFile 或 io.WriteString 不会因内容太大直接失败，但底层 write 系统调用可能返回 ENOSPC（磁盘满）或 EFBIG（超出文件系统限制），这些错误必须被测试覆盖。
实操建议：
- 不要 mock
os.WriteFile，而是用syscall.Mount挂载一个 size=1MB 的 tmpfs 目录，然后往里面写 >1MB 的数据，触发真实ENOSPC - 对自定义 writer 封装（如带限流的
io.Writer），在 test 中传入一个故意返回syscall.ENOSPC的 wrapper：type failingWriter struct{}<br>func (f failingWriter) Write(p []byte) (n int, err error) { return 0, syscall.ENOSPC } - 检查日志或错误信息中是否包含原始 syscall 错误，避免被上层包装吞掉 —— 比如
errors.Is(err, syscall.ENOSPC)要能成立
路径、权限、符号链接引发的 open 失败
os.Open 和 os.OpenFile 在路径不存在、权限不足、是 broken symlink 时返回不同错误，而很多代码只判断 os.IsNotExist，漏掉 os.IsPermission 或 syscall.ELOOP。
实操建议：
- 用
os.Symlink创建指向不存在目标的软链，再调用被测函数打开它，验证是否返回syscall.ELOOP或os.ErrInvalid - 用
os.Chmod(tmpDir, 0)清除目录权限，再尝试os.Open其下文件，确认捕获到os.IsPermission - 路径含 Unicode 非法字符（如
\x00）、过长路径（>4096 字节）、相对路径../越界等，都要单独构造用例，尤其注意 Windows 下路径分隔符差异
并发读写同一文件的竞态行为
多个 goroutine 同时 os.OpenFile 写入同一个文件（尤其未加 os.O_APPEND），会导致内容覆盖或错乱，但这类问题不会 panic，只在数据层面出错，极难复现。
实操建议：
- 用
sync.WaitGroup启动 10+ goroutine 并发写同一文件，每条写入固定长度内容（如 1024 字节），最后校验文件总长度和内容完整性 - 关键点：必须用
os.O_WRONLY | os.O_CREATE | os.O_TRUNC模式 —— 这是最危险组合，O_TRUNC会在每次打开时清空文件，竞态下极易丢失数据 - 若业务允许，强制要求使用
os.O_APPEND并在测试中验证追加是否原子（即不会出现中间截断）；否则需引入文件锁（flock）并在测试中模拟锁冲突场景
if，而是让错误真实发生。空文件、磁盘满、权限拒绝、broken symlink、并发覆盖——这些都不是 Go 标准库“帮你兜底”的场景，它们依赖操作系统返回原始错误，而你的代码必须显式处理。漏掉任意一种，上线后对应错误就会变成 silent failure 或 panic，且日志里只有一行模糊的 “read /tmp/x: permission denied”，根本看不出是哪个路径分支没走。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
