Files
STM32F4-Base/test/host/soe_store/run_unit_test.py
T
wandering1 b7c0889cc7 refactor(编号·批次二): 代码与测试侧 215 处保护功能号改成功能名,零行为改动
用户裁定「不要用字母加数字的编号,语义标识是最好的」后的批次二代码半(道 ui-param 执行,逐文件站点数与
自证见其交付)。唯一口径 = 映射表 ci-artifacts/lprot_map.tsv 的功能名列原文,**零自造同义词**;L2.5 与
L-TEST 经实测各 0 处(不是本族),TC 族一字未动。

固件 22 文件 128 处(adc_task.c 21、phasor.c 22、phasor.h 13…),主机测试 13 文件 87 处(pha
sor_test.c
57…);设计文档指针新增 19 行,另 16 只文件本来就写着规划文档 ⇒ 不重复加。

**两条只有真改过 215 处才会踩到的坑,都写进注释规范实践**:
· 指针**不能接在原句尾部**——那会替原文一个未闭合的半括号封口,实测咬坏 App/algo/sample_ring.h 这类
  跨行句 ⇒ 指针一律**单独成行**;
· 号删掉会留下**叠词**(「自检失败闭锁 闭锁判定」「定值校验和 定值巡检」)⇒ 复扫并收口 4 处,措辞只用
  映射名本身;具体对象需要留住时写成「自检失败闭锁(采样故障闭锁)」。

自证(不靠嘴说):改前把 35 只文件原文备份到仓外 temp,逐文件比 `/*`、`*/` 计数、三类括号计数、行数增量
恰等于指针行数、全角括号增删相等、残留号 0 ⇒ **35/35 通过**;Lead 复核后跑权威 @build **0 错 0 警**,
Program Size `Code=233900 RO=26104 RW=1536 ZI=136808` —— **与三条道各自改前改后测的四数逐
字节同数**,
这就是「只动注释与文本」的机器证据;八套主机单测 exit 0,cppcheck 按钩子参数零发现,coding-standard 0。

文件头「修改记录」里的号**一并换名、不还原**(Lead 裁定):这些号是全仓退役的,留一个查无此号的引用比
留一条改过名的条目更坏——「冻结历史不回改」保护的是**别替历史改口**,不是保护一个再也查不到的字符串;
id-check 对变更记录行本就豁免,两种选择都不影响门禁。
2026-10-27 08:59:26 +08:00

75 lines
4.0 KiB
Python
Raw Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
#!/usr/bin/env python3
# -*- coding: utf-8 -*-
r"""SOE 落盘胶水层(soe_store)的主机侧单元测试运行器(L0.5,纯标准库)。
做什么:
用本机 MSVC 编译 test/host/soe_store/soe_store_test.c(以 #include 纳入**生产源**
App/log/soe_store.c 与 App/log/soe_rec.c,并纳入共享假卷
test/host/common/fatfs_fake.c),在 PC 上离线跑 post 侧零 I/O 契约、环/队列分流与
丢弃计数、drain 侧的卷锁 try / FA_WRITE|FA_OPEN_APPEND / 写回字节数校验 / 容量满
重建 / 故障留痕去重,失败即非 0 退出。工具链与判定委托
test/host/common/unit_test_harness.py。
⚠ 与 test/host/soe/ 是两码事:那套测的是 soe_rec.c 的**编解码**(纯逻辑,零 FS);
本套测 soe_store.c 的**落盘胶水**。目录、模块名、TC 号族都分开
(TC 模块码用 SOESTORE,SOE 已被存量占用)。
为什么要主机侧单测(而不是只用台架):
1. post 侧"一条 DBG 都不许打"是 protectTask 的**栈预算硬约束**(函数头原话:
该任务静态最坏链 = 经 s_log_active_edge 的 console 尾链 872 B,post 里加一条
日志就 +320 B → stack_report FAIL)。真机上忘这条不会崩,只会某次最坏路径
把栈打穿;只有把 DBG_* 换成计数才能机械断言"这条路径 0 日志"。
2. 环写失败不推进 tail(不丢)而队列写失败丢已出队那一条——**两条通道不对称**,
台架要恰好撞上"FTP 正占卷"才看得到一次。
3. 短写(FR_OK + 写回不足)、容量满重建、故障留痕去重都要故障注入才成立。
4. 陷阱二(名字/参数类错误码严禁升级成卷操作)只有假卷能把 FR_INVALID_NAME 稳定
喂进自愈路径,并断言"邻居文件与 /log 目录一根毛都没动"。
桩的边界:ff.h / sys_clock.h / vol_lock.h / soe_rec.h / soe_store.h 用**真实头**
(FRESULT、FA_*、sys_clock_get 签名一改即编译期报错);main.h 是桩,只为截断
sys_clock.h -> sd2506.h -> main.h -> stm32f4xx_hal.h 这条链(真实 main.h 第一行
就拉整棵 HAL);cmsis_os.h / dbg_log.h 是本目录桩。FatFs 由
test/host/common/fatfs_fake.c 给 RAM 实现(**显式纳入,不用目录通配**,
避免被卷进别人的构建)。sys_clock_* / vol_lock_* / 消息队列强符号桩在本测试单元里。
用法(仓库根目录):
& '.venv\Scripts\python.exe' test/host/soe_store/run_unit_test.py
退出码:0=PASS / 1=测试失败 / 2=环境错误(找不到编译器 / 编译失败 / 无汇总行)。
设计依据:docs/架构设计/STM32F4-Base存储架构说明.md §10.1 第 10/11 条、
docs/算法/继电保护功能复现规划.md §3.4(SOE 记录 / 动作记录,B9)、
docs/测试说明/主机单测覆盖率口径.md §9 P2 第 2 项
创建日期:2026-10-24
"""
import os
import sys
HERE = os.path.dirname(os.path.abspath(__file__))
ROOT = os.path.dirname(os.path.dirname(os.path.dirname(HERE)))
sys.path.insert(0, os.path.join(ROOT, "test", "host", "common"))
from unit_test_harness import TestBuild, run_host_unit_test # noqa: E402
# 顺序敏感:stub 必须最先(覆盖 cmsis_os.h / dbg_log.h / main.h),
# 其余全是真实头目录;假卷 fatfs_fake.c 由测试单元 #include 纳入(同 ch395f_fake.c 惯例)。
BUILD = TestBuild(
name="SOE Store Tests",
src=os.path.join(HERE, "soe_store_test.c"),
include_dirs=[
os.path.join(HERE, "stub"),
os.path.join(ROOT, "test", "host", "common"),
os.path.join(ROOT, "App", "log"),
os.path.join(ROOT, "App", "util"),
os.path.join(ROOT, "App", "fs"),
os.path.join(ROOT, "Drivers", "BSP"), # bsp_err.h(sd2506.h 依赖)
os.path.join(ROOT, "Drivers", "BSP", "SD2506"),
os.path.join(ROOT, "Lib", "FatFs"), # 真实 ff.h / ffconf.h
HERE,
],
summary_marker="=== SOE Store Tests:",
)
if __name__ == "__main__":
sys.exit(run_host_unit_test(BUILD))