从Excel到自动化测试SMF信号名与结果映射

Excel 转自动化最常见的失败，不是转换工具报错，而是“脚本跑完了，但测的不是用例作者想测的东西”。

表格首先要成为一份测试合同。每条用例至少包含唯一编号、测试意图、前置条件、动作、等待条件、期望结果、清理步骤和覆盖需求。少一项，转换阶段就会靠猜。诸如“功能正常”“没有异常”这样的期望无法自动判定，应改成指定信号、指定值与允许误差。

核心映射链是：用例中的短信号名 → SMF 信号名 → 台架工程中的实际信号路径 → 读写方向 → 数据类型、单位与量程。短名必须唯一；重名时要显式加功能域，不能依赖行号区分。写动作和读断言要在表中使用不同列或明确标记，避免导入后把赋值当成比较。

转换前先做小样本。选取一条读信号、一条写信号和一条带等待的边界用例，逐个检查生成文本。重点核对赋值、等待时间单位、浮点精度、整数与字符串比较、变量插值和清理动作。导入工具只负责生成结构，不能自动理解业务意图。

批量导入后不要立刻执行全部套件。先运行最小冒烟集，确认测试环境能打开、连接和关闭，再按功能块运行。抽查失败用例时，把 Excel 原始行、生成步骤、日志中的实际值和期望值放在一起看。若三者不能对应，说明映射表仍然是脆弱的。

结果名要能稳定追溯到用例编号和信号名，但不能包含会随每次运行变化的随机文本。报告分级应区分准备失败、脚本失败、断言失败和台架执行失败，避免把连接超时误判为产品不符合需求。

交付时保存 Excel 源表、SMF 映射、生成规则、生成后的套件和运行结果，并标明版本关系。以后修改任何一个信号名，都要从映射表开始更新。可维护的转换流程，比一次性导进几百条却不能解释的脚本更有价值。