Bats 测试模式

问题从哪来

Shell 脚本一旦进入 CI 或多人协作，退出码、标准输出/错误和副作用（改文件、调外部命令）往往只能靠手工跑一遍。回归成本高，边界条件和失败路径也容易被漏测。Bats（Bash Automated Testing System）把「可重复的断言」带进 bash 世界，但如何组织用例、夹具和 CI 仍需要一套可复制的模式。

技能在讲什么

本技能是一份面向 Bats 的单元测试实践指南，重点包括：

• 确认 shell 方言与目标运行环境，避免「本地能过、流水线挂」
• 用辅助函数与测试夹具（fixtures）搭结构，而不是把逻辑堆在单个 @test 里
• 针对 exit code、stdout/stderr 与副作用编写断言
• 使用 setup / teardown 隔离状态，并在 CI/CD 中稳定执行

更细的模式与示例在 resources/implementation-playbook.md 中展开。

适用边界

适合为 shell 脚本做 TDD 或流水线自动化测试。若项目几乎不用 shell、需要的是跨服务/跨进程的集成测试，或目标只是 lint/格式化，应选用其它工具链，而不是把 Bats 当万能测试框架。