第2章 测试环境与资源准备：硬件平台、软件工具、人员角色
适用场景
本章适用于以下场景：
- DVT 测试任务启动前，需搭建独立、可复现的测试环境。
- 多项目并行时，需统一硬件选型、软件版本及人员分配标准。
- 外协或第三方测试团队介入时，环境交接需明确清单与验收标准。
前置条件
- 已获得 DVT 测试方案（第1章输出物），明确被测设备型号、接口类型、通信协议。
- 硬件资源清单已通过采购审批或在库房可调拨。
- 软件许可证（如商用 EDA 工具、操作系统镜像）已申请或可用。
- 人员排期表已与项目经理确认，确保测试工程师档期可用。
操作步骤
环境与资源准备按以下流程执行：
- 硬件平台搭建：根据被测设备功耗、接口、散热要求，准备稳压电源、信号发生器、示波器、逻辑分析仪、治具夹具。完成上电自检，测量关键电压/时钟信号。
- 软件工具部署：在宿主机或专用服务器上安装操作系统（建议 Ubuntu 20.04 LTS 或 Windows 10 IoT）、交叉编译链、调试工具（OpenOCD、JLink）、自动化测试框架（Pytest、Robot Framework）。配置环境变量与 SSH 免密登录。
- 人员角色确认：指定测试负责人（TSE）、执行工程师（TE）、工具链维护工程师（TL）、环境运维（Ops）。录制角色工时与责任边界。
- 环境连通性验证：执行全链路 ping、串口回环测试、网口吞吐量测试（iperf3），确保各节点可正常交互。
- 版本快照与归档：记录硬件固件版本、操作系统内核版本、测试工具版本，生成
environment_manifest.json。
输入输出物
| 类型 | 输入物 | 输出物 |
|---|---|---|
| 硬件 | 被测设备、测试仪表、电源、线缆 | 硬件自检报告（电压/时钟/接口状态） |
| 软件 | OS 镜像、调试器驱动、测试框架包 | 软件部署日志、/opt/dvt/env_check.sh 验证脚本 |
| 人员 | 授权书、工时预估表、签署的保密协议 | 角色职责矩阵（RACI 表） |
责任边界
- 硬件工程师：负责治具设计、仪表校准、上电安全性验证；需在硬件自检报告上签字。
- 软件工程师：负责工具链编译与环境变量设置，需提供可复现的
Dockerfile或Ansible Playbook。 - 测试负责人：统筹资源，审核环境就绪 check-list，并在每日站会同步进度。
- 运维团队：维护服务器磁盘空间、网络带宽、备份策略，确保环境快照可回滚。
记录材料
必备记录清单
environment_manifest.json– 版本快照文件。hw_checklist.xlsx– 硬件接口、电源、信号完整性检查项。sw_install.log– 所有软件包安装过程的标准输出与错误。role_raci.pdf– 人员职责与签字确认表单。
异常处理
| 异常现象 | 应对措施 | 升级通道 |
|---|---|---|
| 硬件上电后短路保护触发 | 断开电源检查接线，使用万用表测量对地电阻，排除焊接毛刺 | 硬件组长 → 实验室主管 |
| 软件工具编译失败（A 包依赖 B，B 版本冲突） | 使用虚拟环境（conda/venv）隔离或 Docker 容器重新构建 | 工具链工程师 → 软件架构师 |
| 人员突发请假导致角色空缺 | 从备份人员池中调度，12 小时内完成交接与文档复核 | 测试负责人 → 项目经理 |
注意： 硬件异常处理时，严禁带电插拔信号线；软件环境出现依赖冲突时，优先使用容器化方案（Docker/Podman），不得在宿主机全局安装可能污染系统的库。
验收标准
环境与资源准备完成后，须满足以下全部条件方可进入下一阶段：
- 硬件自检报告所有检查项标记为“通过”。
- 软件
env_check.sh脚本执行后返回退出码 0，且所有预期命令（cmake、gcc、openocd、python3等）版本匹配测试方案要求。 - 人员 RACI 矩阵已签署，责任无交叉或无空洞。
- 环境快照（虚拟机或 Docker 镜像）已推送至内部仓库，可被其他测试工程师直接拉取使用。