本文介绍在 Go 语言中如何对控制台文本居中函数进行可断言的单元测试，核心是捕获 fmt.Printf 的标准输出并验证其格式是否符合预期（如宽度计算、空格填充等），从而确保终端显示效果可预测、可维护。
本文介绍在 go 语言中如何对控制台文本居中函数进行可断言的单元测试，核心是捕获 `fmt.printf` 的标准输出并验证其格式是否符合预期（如宽度计算、空格填充等），从而确保终端显示效果可预测、可维护。
在 Go 中，像 Center(s string) 这类依赖终端尺寸计算与 fmt.Printf 输出的函数，表面看“无返回值、无副作用”，但其真实输出就是标准输出（os.Stdout）。要对其进行可靠的单元测试，关键在于重定向标准输出流，捕获实际打印内容，并与期望字符串比对——这完全可行，且并非“无意义”，而是保障 CLI 工具 UI 一致性的基础实践。
以下是完整的可运行测试示例（需补充导入 os, io/ioutil, testing）：
package bashutil
import (
"io/ioutil"
"os"
"testing"
)
func TestCenter(t *testing.T) {
// 备份原始 stdout
stdoutBak := os.Stdout
// 创建管道：w 写入，r 读取
r, w, _ := os.Pipe()
os.Stdout = w
// 调用被测函数（注意：原函数中 termbox.Init/Close 会干扰测试，建议重构）
Center("hello")
// 关闭写端，触发读端 EOF
w.Close()
// 恢复 stdout
os.Stdout = stdoutBak
// 读取全部输出
outBytes, err := ioutil.ReadAll(r)
if err != nil {
t.Fatal(err)
}
actual := string(outBytes)
// ✅ 断言：假设终端宽度为 80，则 "hello" 应居中（前后空格数可精确计算）
// 注意：原实现存在逻辑缺陷（`w/2+len(s)/2` 计算不准确，应为 `(w-len(s))/2`）
// 正确居中应为：左侧填充 (80-5)/2 = 37 个空格 → 总长 80
expected := " hello" // 37 spaces + "hello"
if actual != expected {
t.Errorf("Expected:\n%q\nGot:\n%q", expected, actual)
}
}
⚠️ 重要注意事项：
-
termbox-go不适用于纯单元测试：termbox.Init()会尝试访问真实终端，导致测试失败或阻塞。强烈建议将屏幕尺寸获取逻辑抽象为接口或参数，例如改写Center(s string, width int)，使测试可注入确定宽度（如Center("hello", 80)），彻底解耦外部依赖。 -
ioutil.ReadAll已弃用（Go 1.16+）：请替换为io.ReadAll(r)并导入"io"。 -
格式逻辑需校验：原代码中
fmt.Sprintf("%%-%ds", w/2)和嵌套%%%ds的组合易出错；推荐使用更清晰的方式：strings.Repeat(" ", (width-len(s))/2) + s。 - 测试应覆盖边界情况：空字符串、奇偶长度字符串、超长字符串（应截断或报错）、宽度为 0 等。
总结：即使只有几行输出逻辑，只要它影响用户可见结果，就值得测试。通过重定向 os.Stdout + 精确断言输出字符串，你能将“看起来居中”转化为“数学上可验证的居中”，大幅提升 CLI 工具的健壮性与可维护性。
