docs(测试说明): 按用途分六个子目录并同步全库引用
分层：流程与规范/ 单元测试/ 板级测试/ 专项验证/ 测试工具/ 测试数据/， 顶层只留新增的目录导航 README.md（归层判据 + 硬约束 + 本次处置记录）。 - 搬迁 28 个路径：测试数据三个目录 58 个文件为纯改名（R100，内容逐字节不变） - 全库引用同步 124 个文件：AGENTS / docs 索引 / skills / 门禁注释 / scripts - 门禁面：scripts/check_test_traceability.py 的 glob 改 rglob （分层后不递归扫描＝追溯门禁直接瞎掉） - scripts/rename_ref.py：收尾的 ℹ 提示在 GBK 代码页抛 UnicodeEncodeError， 让进程以退出码 1 收场而改写其实已落盘（RC 与真实结果相反）；改为把 stdout/stderr reconfigure 成 UTF-8，与 check_doc_links.py 等同法 - docs/文档规范.md §1.1 补「子目录文件过多时再分一层」；§3.6 补 rename_ref 搬整目录的两个实测坑：① 会改写目录内部文件的内容 ② 内部文件的 ../ 出链 不补层级（本次 23 个被误改的证据文件已按 HEAD 原始字节逐字节还原） - docs/README.md §6 改为与六个子目录一一对应，并补登原先漏登记的 「启动日志原子性复验流程」一行 - .cubemx_survival_baseline.json：App/util/task_watchdog.c 的注释路径也随分层更新， 该文件是存活审计的 watchdog-module 漂移锚点，按脚本自己的提示跑 --write 重建基线 （实测重建后仅 watchdog-module 一条哈希变化） - 铁律 4 例外（本次在任务树里改了单写者文件）：AGENTS.md 与 .pre-commit-config.yaml 只被 rename_ref 改写路径字面量（后者全在注释行）， 任务表块与钩子声明一字未动 验证：check_doc_links.py --sections-strict 覆盖全部 88 个改动 .md 全绿； check_test_traceability.py 输出与主树逐行一致；196 个文本文件无 BOM、无新增 CR、无 U+FFFD、无行尾空白；陈旧引用面由主树 25 处降到 6 处（无新增断链）。
This commit is contained in:
@@ -29,6 +29,6 @@
|
||||
|
||||
## 相关文档
|
||||
|
||||
- 测试指南：`docs/测试说明/CH395F_Test_Guide.md`
|
||||
- 测试指南：`docs/测试说明/板级测试/CH395F_Test_Guide.md`
|
||||
- 上层抽象：`../NET/README.md`
|
||||
- 台架探针：`MDK-ARM/tcp_reconnect_probe.py`、`test/host/ftp_abort_probe.py`
|
||||
|
||||
@@ -42,5 +42,5 @@ GD5F2GQ5UE 芯片
|
||||
## 相关文档
|
||||
|
||||
- 存储架构：`docs/架构设计/STM32F4-Base存储架构说明.md`
|
||||
- 测试指南：`docs/测试说明/GD5F2GQ5UE_Test_Guide.md`
|
||||
- 容量恢复：`docs/测试说明/存储维护与容量恢复.md`
|
||||
- 测试指南：`docs/测试说明/板级测试/GD5F2GQ5UE_Test_Guide.md`
|
||||
- 容量恢复：`docs/测试说明/专项验证/存储维护与容量恢复.md`
|
||||
|
||||
@@ -40,7 +40,7 @@ int nand_ftl_init(void);
|
||||
* 限定条件：只允许走显式命令或恢复流程调用；不得因"某次读写失败"自动调用
|
||||
* 函数说明：新卷从空树写起，避免旧 journal 残留与新卷共存（结构卫生）。
|
||||
* 容量恢复动作的区分（A 清日志 / B 重挂载 / C 全片擦除 / D 残留清理）
|
||||
* → ../测试说明/存储维护与容量恢复.md。
|
||||
* → docs/测试说明/专项验证/存储维护与容量恢复.md。
|
||||
*/
|
||||
int nand_ftl_format(void);
|
||||
|
||||
|
||||
@@ -71,4 +71,4 @@
|
||||
- 内部调用关系：`docs/网络/BSD_Socket_API_函数调用关系.md`
|
||||
- 架构设计：`docs/网络/Net层阻塞模型架构设计.md`（阻塞等待 / pending 请求模型）
|
||||
- ACCEPT 挂起化不实施的判据：`docs/网络/Net层阻塞模型架构设计.md` §10
|
||||
- 测试：`docs/测试说明/CH395F_Test_Guide.md`、`docs/测试说明/FTP_Test_Guide.md`
|
||||
- 测试：`docs/测试说明/板级测试/CH395F_Test_Guide.md`、`docs/测试说明/板级测试/FTP_Test_Guide.md`
|
||||
|
||||
@@ -36,6 +36,6 @@ lftpd（本目录）
|
||||
|
||||
## 相关文档
|
||||
|
||||
- 测试指南：`docs/测试说明/FTP_Test_Guide.md`
|
||||
- 测试指南：`docs/测试说明/板级测试/FTP_Test_Guide.md`
|
||||
- 台架探针：`test/host/ftp_abort_probe.py`、`MDK-ARM/ftp_freeze_probe.py`
|
||||
- 内存优化：`docs/内存管理/RAM使用分析与优化方案.md` §4.1.4
|
||||
|
||||
@@ -44,4 +44,4 @@
|
||||
|
||||
- 架构全景：`docs/架构设计/项目架构总览.md`
|
||||
- 存储栈：`docs/架构设计/STM32F4-Base存储架构说明.md`
|
||||
- 测试指南：`docs/测试说明/*_Test_Guide.md`
|
||||
- 测试指南：`docs/测试说明/板级测试/*_Test_Guide.md`
|
||||
|
||||
@@ -24,5 +24,5 @@
|
||||
## 相关文档
|
||||
|
||||
- 墙钟维护：`docs/子系统设计/系统墙钟时间维护说明.md`
|
||||
- 测试指南：`docs/测试说明/SD2506_Test_Guide.md`
|
||||
- 测试指南：`docs/测试说明/板级测试/SD2506_Test_Guide.md`
|
||||
- 陷阱台账：`docs/问题记录/SD2506_Trap_Records.md`
|
||||
|
||||
@@ -130,7 +130,7 @@ typedef int bsp_err_t;
|
||||
* 丢弃 HAL_SPI_Transmit/Receive 返回值、以及"未初始化局部量直接进 P_FAIL 判定"**一条不报**
|
||||
* （它假定被调函数会写出参，而失败路径根本不写）。所以"丢弃底层传输的返回值"今天没有任何
|
||||
* 工具会响，只能靠脚本 + 书写约定；consume-result 上线当天就照出 37 处存量丢弃，其中一处是真窟窿：
|
||||
* bbt_rebuild 的 ECC 重开被丢弃（详见 ../测试说明/存储维护与容量恢复.md §4.3）。
|
||||
* bbt_rebuild 的 ECC 重开被丢弃（详见 docs/测试说明/专项验证/存储维护与容量恢复.md §4.3）。
|
||||
* 5. 重试由调用方决定：必须有上限、必须喂看门狗、不得跨越就绪屏障盲目等。本头文件
|
||||
* 不提供 retry helper——一个通用 while 重试包装太容易被拿去包住无限等待；每个日志
|
||||
* 调用点内联约 216 B 栈的教训在前，栈预算不欢迎「顺手加一层」。
|
||||
|
||||
Reference in New Issue
Block a user