Files
firmware-lowlevel-development/skills/firmware-lowlevel-integration-debugging/references/workflow.md
T

34 lines
1.9 KiB
Markdown

# 联调工作流
## 只读分诊
收集并校验产品/板卡/设备标识、处理器/OS、BSP/PSP/应用/模型/配置版本、构建产物 hash、连接拓扑、复现步骤、期望/实际行为、发生频率、最后良好版本和已有日志/波形。缺失项按影响排序,不要求用户重复可从环境发现的事实。
## 最小复现和时间线
1. 锁定单一可观察基线,隔离并发设备或服务。
2. 缩小触发条件,保留功能上足以重现问题的最小路径。
3. 对齐跨组件时间戳、时钟源、启动阶段和事件标记。
4. 记录日志、trace、寄存器、总线、波形或仪器采样的来源、条件、路径和 hash。
5. 把事实、推断、已排除分支和未知项分开。
## 假设与实验
构建可证伪假设树,优先选择区分力高、可恢复、低风险的单变量实验。设备探测按实际副作用分级;读清寄存器、未知寄存器、复位、故障注入和写入至少按 R3 处理。
相同实验失败且没有新证据时停止。结果不唯一时输出最小区分实验,不为了尽快结束而随意指定责任方。
## 修复路由
- BSP、PSP、应用、硬件和测试环境问题分别进入对应所有者工作包。
- 联调自身只直接修改已批准的诊断基础设施、测试桩和专项配置。
- 所有权争议交当前项目协调层;技术判断附证据和置信边界。
## 退出与回归
定位后移除或关闭临时绕过、高日志和专项修改;如需生产保留,单独确认维护接口和影响。使用原最小复现以及相关功能/错误恢复场景回归,并验证关闭诊断后问题仍已解决。
## 交付
交付版本矩阵、最小复现、期望/实际行为、时间线、日志/trace/波形摘要、已排除分支、剩余假设、责任/路由结论、专项产物、修复工作包引用和回归结果。组织责任由实际负责人确认。