Buildroot LTS 迁移后测什么：工具链、外设、升级与回退验收矩阵
迁移镜像出现登录提示，只覆盖了发布准备中的很小一部分。工具链变化可能影响没有改源码的应用，新服务布局可能破坏旧配置，升级成功后旧镜像也可能读不回新数据。验收矩阵应从这些变化和真实出货硬件推导。本文以 Buildroot 2025.02.18 为规划基线，提供测试设计方法，没有实板通过记录、性能数字或现场成功案例。
从变化清单推导回归范围
建立工具链、libc、内核、驱动、bootloader、rootfs 和应用的前后对照，为每项变化标出依赖功能和受影响板型。间接变化同样重要：应用源码没动，C++ 运行库可能变了；外设驱动没动，设备树默认值可能变了。
把项目分成必测、条件测和未覆盖。条件测需要触发理由，例如修改电源管理路径或存在特定存储变体。安排实验板之前先写负责人和可观察的通过条件。下表只是判定示例，实际范围必须来自产品已经承诺的功能与失效后果，不能把通用清单照搬后就声称覆盖了全部出货设备。
验证工具链 ABI 与应用运行条件
为自编及外供二进制记录 CPU 架构、ABI、浮点约定、libc、动态加载器和依赖库版本。先静态检查 ELF 头和动态依赖，再在适合的目标环境运行真实应用。加载器报错与程序启动后输出错误，需要不同的证据和负责方。
外供程序对照其支持条件检查 rootfs 与内核；重新编译的应用使用已知输入输出样例验证，并覆盖错误处理、插件及相关时间或区域设置。运行一个代表性业务周期观察资源变化。链接成功无法证明时序和接口兼容；未解决的二进制依赖应成为发布限制，不能从测试表中悄悄删除。
重测启动介质与板级外设
按出货板修订和关键器件差异选择硬件，包含存储、网络 PHY 及必需外设。从上电持续保存串口日志，直到真正业务就绪。定义就绪事件时要明确：进程存在、网关能接受有效请求、控制器完成自检，可能是不同阶段。记录板号、启动介质及烧录镜像校验值。
对修改过 DTS 或驱动的路径，按产品能力加入休眠唤醒、断线重连、设备复位或传感器异常恢复。设备树 schema 校验只能提供结构证据，无法观察板上接线、电源和实际时序。源码检查可参考内核官方 schema 文档，板级行为仍要单独验证。
| 变化或风险 | 所需证据 | 证据缺失时的判断 |
|---|---|---|
| 更换 libc 或外供二进制 | ELF/加载器检查与实机应用样例 | 限制或暂停相关应用 |
| DTS 或驱动修改 | 对应板型及外设状态转换 | 不能标该硬件变体已覆盖 |
| 持久数据 schema 变化 | 旧数据导入、重复执行与恢复 | 暂停相关升级路径 |
| 更新激活流程变化 | 受控中断与业务恢复记录 | 暂停远程部署 |
| 缺少可对比性能基线 | 按产品界限受控测量 | 记录缺口，判断时序风险 |
检查持久数据与配置升级
升级测试应覆盖承诺支持的旧数据与配置 schema，不能只有新机全量烧录。准备脱敏且有代表性的样本，包含常规值、可选字段缺失和边界输入。检查权限、属主、可写路径与首次启动初始化。新机能启动的服务，可能因为升级机保留了旧 UID 目录而无法工作。
根据产品设计，迁移步骤需要能安全重复，或明确检测到已经完成。中断后应落在可识别且能恢复的状态，避免半份转换文件覆盖唯一原件。记录完成标志和备份位置；若数据转换不可逆，应在发布前说明，不能把切回旧启动分区直接等同于业务回退成功。
设计升级回退与救援路径验收
先画真实更新架构：镜像槽或分区、启动选择、健康确认、持久区和救援入口。Buildroot 可生成系统组件，更新机制仍由产品选择和验证，并不存在适用于所有板卡的通用 OTA 回退承诺。明确允许及禁止的旧新镜像与数据组合。
故障注入应在已授权实验板进行，提前备好恢复方式，再按真实写入和激活顺序选择中断点。分别记录启动恢复与业务数据恢复；出现登录提示但丢失校准数据，仍可能属于恢复失败。由另一位操作者按说明执行，并记录需要的设备和权限。生产设备不适合拿来临时尝试破坏性中断测试。
复核性能与持续运行基线
前后版本应使用相同业务负载、外设状态、网络条件和电源设置进行比较。指标可包括上电到业务就绪、工作内存、CPU 饱和情况和应用任务期限，每项都有观察窗口及产品自行确定的允许界限。必要时保留分布和原始样本，只报平均值容易掩盖超时或反复重启。
持续运行测试需写明负载、时长依据、资源压力和停止条件。故障后保留日志，同时防止日志本身写满持久区。资源漂移、泄漏、意外恢复与瞬时峰值分别判断。本文没有提供性能提升比例；目标配置尚未测量的项目必须标为未测，并明确这个缺口是否阻止当前发布范围。
用证据矩阵作出发布决定
每行证据关联需求、前后版本、板号、镜像哈希、步骤、原始日志、结果和偏差审批。缺少证据时写未执行或未覆盖；沿用旧结果也需要解释依赖变化为何不影响其有效性。只填绿色通过标志的表格，很难支持复查和重现。
根据必测项和残余风险，决定放行、限范围试用或暂停。试用需明确设备范围、监测方式和恢复约束；保留恢复材料，并确认另一名工程师能按说明执行。将迁移差异包的构建来源与维护计划范围关联起来。包级 CI 可以提供部分证据，不能据此认定全部板卡、现场数据和故障路径都已通过。
资料与版本边界
示例用于说明固定版本下的工程方法；本文未执行实板验收、完整交叉构建、性能基准或现场部署，不将示意内容作为通过证据。
- Buildroot 2025.02.18 source archive
- Buildroot manual rebuild and customization guidance
- Buildroot LTS snapshot
- Linux bug hunting
- Linux kernel device-tree schema validation
需要明确 BSP 维护或构建审查范围时，可向Obeita 提供基础材料：迁移前后版本清单, 发货硬件与外设列表, 现场升级路径, 可接受停机时间与业务指标。先脱敏，并写明希望确认的结果。
