wandering1
fca414102e
步骤 1：追溯器分两档（不改数据，改判据） - BENCH：文档**定义行**（标题行或表格首格）带「（硬件层）」或其所属章节带的号 → 人工台架用例，不期望有 C 代码载体；NOTIMPL：定义行标了未实现/待补/暂缓/已取消 - 两档**单列示数恒打印**、明细进 --verbose，不是静默豁免；也不等于"已验证" - 两个实测坑写在脚本注释里：① 按"任意行出现即算"实现时 BENCH 收 14 个号却只消掉 1 处差异（同一号被别处引用一次就复活）→ 改为只认定义行 + 从文档全集整体减档； ② 载体类型必须由定义处决定，引用行不影响判断 - 另把 has_intent() 收窄到同号所在行（原先整文件任意位置有人话就算过关） 步骤 2：板级 NET 用例标注归一（真债，改名 109 处 / 5 文件） - 取证发现"文档声明却无载体"绝大多数是**标注形态烂**：实现体里写的是 TC204 / TC-201 / TC 703 / TC1501 / TC1502b（三种畸形），文档写 TC-NET-204 等 - 序号一位不改、只补模块码（§7.1）；作用域限定 5 个真载体文件： test/board/ch395f_test_task.c(67) net_test_task.c(37) net_test_task.h(1) test/host/ch395f_socket_test.py(3) Drivers/BSP/CH395F/ch395f.c(1) - 审计轨迹 scripts/rename_maps/batch6-net-annotate.json；别名自动登记（scoped） 实测 - DOC-ONLY 29 → 15：701~704 的 NET 层实现体一直存在（net_test_task.c）， 此前因裸形标注被误判成"未实现"；1501~1503 属硬件层人工 + 同样裸形 - 交集 260 不变、代码侧 578 不减（识别面没缩）；BENCH 14 个号 / NOTIMPL 1 个 - 台账 --prune-backlog 还清 6 条（只减不增）；@build 0 错误 0 警告 （Program Size 与改前逐字节相同：Code=213356 RO=18580 RW=1184 ZI=131480 → 证实只动了注释与日志串）；7 个改动文件 BOM/CR/U+FFFD 与 HEAD 逐项一致 剩余 15 处 DOC-ONLY 的组成（步骤 3 未完，下轮处理） - 4 处文档侧无模块码形态（TC-1003/206/501/704）→ 属 ② 大批 - TC-NET-607 一条是历史指称（原文"原 607/608/609，现 701/702/703"） - 真未实现 10 条：TC-NET-101/102/601/606/801/802/901/902/1006/1101 ——其中 801/802/901/902 曾在 2026-08 的代码里有载体、后被重构丢掉，最值得补
test/board/ — 板端测试套件
⚠️ 编入固件的测试代码（由 testTask 执行）。这些
.c已注册到 Keil 工程MDK-ARM/STM32F4-Demo.uvprojx，占用 MCU 的 RAM/Flash。
文件一览
| 文件 | 测试对象 / 作用 |
|---|---|
test_config.c/h |
测试任务配置：TEST_SUITE_* 套件选择开关（互斥）+ ENABLE_DESTRUCTIVE_TESTS |
test_common.h |
公共断言内核：test_stats_t + TEST_CHECK_IMPL/TEST_REPORT_IMPL；各套件用一行宏绑定自身统计变量（T-4） |
ch395f_test_task.c/h + ch395f_test.h |
CH395F 以太网（硬件层 Phase 1 |
gd5f_test_task.c/h + gd5f_test.h |
GD5F2GQ5UE SPI NAND 存储 |
sd2506_test_task.c/h + sd2506_test.h |
SD2506 RTC |
storage_test_task.c/h + storage_test.h |
存储性能 |
net_test_task.c/h |
网络层测试 |
net_latency_test.c/h |
链路时延探针（DWT CYCCNT 时基，MCU 专属） |
⚠️ 构建约束（AGENTS.md 详述）
- 套件互斥：
test_config.h的TEST_SUITE_CH395F/STORAGE/GD5F/RTC一次只能启用一个 （违反则#error）；全部注释 = 产品构建 - ⚠️ 测试固件不得静默提交：
TEST_SUITE_*开关受 pre-commit 钩子test-suite-switch门禁——默认要求全部注释。跑完套件回归务必改回产品构建再提交（2026-10-01 实测已提交 HEAD 里TEST_SUITE_CH395F就是开启状态，纯靠人记得改；故补此门禁）。确需提交测试构建时用ALLOW_TEST_BUILD=1 git commit ...或python scripts/check_test_suite.py --allow-test-build显式放行 - 破坏性用例默认关闭：
ENABLE_DESTRUCTIVE_TESTS（默认注释）控制写/擦 NAND、格式化、 坏块注入。关闭时为只读模式（横幅mode: READ-ONLY），可随时在在用设备上跑 - ⚠️ 实测一轮破坏性 GD5F 运行即让 dhara 多记一个坏块（容量下降且需全片擦除恢复）—— 只在产线首启或明确需要时打开
- CH395F 套件：硬件层与 NET 层模式互斥
- 总线独占：CH395F 硬件层模式下 netTask 自挂起，testTask 独占 CH395F
添加新测试套件
- 在
test_config.h加开关（并入互斥#error检查） - 新建
<模块>_test_task.c/h - 注册进 Keil 工程（
<FilePath>..\test\board\xxx.c</FilePath>） - 跑回归：
@test（.dsh/skills/serial-boot-test/scripts/run_boot_test.py）
相关文档
- 测试指南：
docs/测试说明/CH395F_Test_Guide.md、GD5F2GQ5UE_Test_Guide.md、SD2506_Test_Guide.md、FTP_Test_Guide.md - 套件配置：
AGENTS.md「测试与验证」章 - 容量恢复：
docs/测试说明/存储维护与容量恢复.md