title: 偶发的 bug 怎么办?串口假故障的换机排除、蓝牙断开的录屏取证与"新旧批次对照"的烧录排查 keywords: 偶发bug取证, 批次对照, 上位机截屏, 环境假故障, 蓝牙状态不同步, 死机断电重启, 控制表重复, 复现步骤 topic: 无 gen model: glm-5.3-flash version: 1 aireview cycles: 0 createdat: 2026-09-15T18:44:39.000Z

一家车载开关厂商(,语音+蓝牙双线)的样品测试期,是"现象级 bug 复现难"的完整样本:串口不播报是电脑问题、蓝牙断开是偶发、烧不进去是芯片批次疑似、死机要断电重启——四个现象,两真两疑,处置路径各不相同。本篇按现象整理(蓝牙密码与 BLE 分诊见此前专文,本篇聚焦复现难的应对)。

现象一：串口不播报——先排除环境

8-21 客户发串口两脚接线图问"我发送串口消息不会播报呢,是有什么先决条件吗"——还没等厂商分析,客户自己测好了:"测好了[捂脸],是因为电脑问题"。环境问题(串口驱动/端口占用/电脑差异)是串口调试最常见的假故障;厂商的提问方向没错("是这两个脚吧"),但答案往往在换台电脑/换个 USB 口之间。

现象二：蓝牙断开——偶发问题的取证纪律

12-17 客户报"蓝牙连接后,手机放那不动,过一会蓝牙会断开"。厂商的应对是一套完整的取证链:

1. 分诊:"是 BLE 还是音乐蓝牙"(客户答 BLB);"小程序具体体现是啥样的,手机显示断开了?";
2. 行为确认:"之后也没有重连吗","是偶发的还是经常出现","我们没出现过这个情况呢[捂脸]";
3. 取证:"测试出现麻烦录个视频啥的,我们好分析是啥问题","固件视频可有,我们测试一下";

下午的测试给出了现象的另一半:"蓝牙断开后,手机显示没断开"(手机侧状态与设备侧不同步),随后"这会又正常了"——偶发、不可稳定复现。这类问题的处置就一句话:多测、录视频、攒复现条件,不急着改固件。

现象三：烧不进去——新旧批次的对照

12-08 客户报告一个高危现象:"前几天你寄给我的蓝牙芯片样品烧不进程序,换成去年发的可以正常烧程序,分析一下原因"——同样的工具、同样的固件、不同批次的芯片,一好一坏。厂商的排查按部就班:"烧不进去是什么现象呢","上位机软件的显示是什么","再烧的时候截屏发给你看看";11 号追问进度(客户"还没烧板子测试")。新旧批次对照是最有力的证据,截屏(上位机报错信息)是定位的第一手资料——这单的结论素材里没有落定,但排查框架完整:现象描述→上位机信息→批次对照→寄回分析。

现象四：死机断电重启——量产前必须闭环

1-26 终端客户反馈升级:"客户反应有死机现象,芯片断电重启后才能恢复正常"。厂商第一反应确认对象:"送样的蓝牙吗?"——死机+断电重启才能恢复,是量产前最危险的一类问题;它不解决,批量就是风险敞口。素材里这个问题尚在确认中,但处置次序已经明确:先圈定问题批次(送样还是量产料)→拿到复现步骤→分析→修复→回归测试。

附：双指令并联的小技巧

12-18 客户问"开关开的时候能不能执行两条指令?关的时候也一样"——答案是控制表层面解决:"你把两条指令的控制写在一起不就好了","控制是可以重复的",客户"写一块看看吧"。一条语音指令触发多个动作,不需要多入口,控制表里允许重复控制项。

落地清单

1. 串口不响应先换电脑/USB 口,环境假故障最常见;
2. 偶发问题三件套:多测/录视频/攒复现条件;
3. 手机侧与设备侧蓝牙状态可能不同步,以设备为准;
4. 偶发 bug 不急改固件,先取证;
5. 烧不进去做批次对照:新旧芯片同工具同固件互测;
6. 上位机截屏是烧录失败的第一手资料;
7. 死机类问题量产前必须闭环,先圈定批次;
8. 断电重启能恢复≠可接受,量产后就是客诉;
9. 一条指令触发多动作:控制表写在一起,控制可重复;
10. 现象描述四问:什么现象/上位机显示/偶发还是必现/能否录视频;

复现难的 bug,价值不在当场解决,而在把取证做扎实:视频、截屏、批次对照、复现步骤——四样攒齐,工程师远程也能破案;攒不齐,寄回也是盲修。