国产化的测试环境搭建经验

发布时间:2026-09-03 16:54

搭国产化测试环境，最容易低估的不是技术难度，而是镜像和硬件的获取周期。把准备工作前置，整个搭建会顺利很多。 准备条件 先列清单：目标 CPU 架构（aarch64 还是 x86 授权路线）、目标操作系统版本、待测软件及其依赖版本。镜像从系统官方渠道申请，企业用户一般要走授权流程，预留三到五个工作日。硬件两条路：申请架构匹配的物理机或云主机，或者先用 QEMU 模拟器顶上。涉及上下游联调的，把对方环境版本也写进清单，联调排期按架构差异预留缓冲。网络也要规划：模拟器用桥接还是 NAT、真机放哪个网段、能不能访问内部源，理清楚能省一半来回折腾。 第一步：模拟器快速起步 物理资源没到位前，用 QEMU 把流程先跑通。x86 宿主机上模拟 ARM 环境： qemu-system-aarch64 -m 4g -cpu cortex-a57 -nographic -drive file=rootfs.img,if=virtio 模拟器能验证安装流程和软件兼容性，性能数据不可信，只当功能冒烟用。 第二步：真机环境部署 云主机或物理机到位后，按生产同版本部署。记下两个信息：内核版本用 uname -r 查，glibc 版本用 ldd --version 查，后续排障都用得上。安装包注意架构，aarch64 的 rpm 包名带 aarch64 后缀，装错架构会直接报不兼容。 第三步：验证 环境跑起来做三件事：跑一轮基础冒烟用例；对比编译型软件在两种架构上的构建产物能否正常启动；把磁盘、网络、内存配置快照存档，方便复现问题环境。补一轮基线采集，把 df -h、free -h 的输出存档，作为环境交付凭证。 常见报错与处理 报 "cannot execute binary file: Exec format error"，是装了错架构的包，重下对应架构版本。缺动态库报 "No such file or directory" 但文件明明存在，多半缺对应架构的依赖库，用包管理器补装。QEMU 里网卡起不来，检查是否挂了 virtio-net 设备模型。 环境文档在搭建当天就写好，别等出了问题再回忆配置。测试环境的价值在可复现，不在多。