blockers.md 134 KB
测试 → 研发 阻塞台账（正式通道）
纪律：本台账条目经测试负责人
--mark-blocked（或补登记）产生，push 到远端才算送达研发； 解除时由测试用--clear-blocked置「已解除」。缺陷详情载体见test_blockers.md与各轮巡检报告。
| 编号 | 关联键/对象 | 类型 | 描述 | 经办 | 登记时间 | 状态 |
|---|---|---|---|---|---|---|
| B-1 | cfc-backend surefire 13 红 | 研发 | 后端套件产物（11-02 08:31–08:39）148 用例中 8 fail + 5 error 长期未修；1315/1491 @Test 无执行记录。需研发修复红例并补跑全量 | 测试（巡检补登记） | 2026-11-03 10:58 | 待处理 |
| B-2 | R5 · admin-auth/login | 研发 | POST /api/admin-auth/login 未授权/空 body 返回 500（应为 401/403，异常信息泄露），安全语义缺陷。详情见 test_blockers.md R5 |
测试（巡检补登记） | 2026-11-03 10:58 | 待处理 |
| B-3 | R6 · 报告上传 | 研发 | 报告上传未做 MIME/扩展名/内容校验，非 PDF 未被拒（非 4xx），恶意文件上传风险。详情见 test_blockers.md R6 | 测试（巡检补登记） | 2026-11-03 10:58 | 待处理 |
| B-4 | F1/F2 · butler envelope / commission 400 | 研发 | §7.1 七条真实 unexpected 缺陷中 F1（butler envelope）、F2（commission 400）复跑确认仍未修复 | 测试（巡检补登记） | 2026-11-03 10:58 | 待处理 |
| B-5 | 接口冒烟 REAL_ERR 分型 | 研发 | interface_classify_failures.py 分型出 49 条 REAL_ERR（基于 11-01 轮次）未派单未修复；冒烟通过率停 45%，需研发按分型认领真实错误端点 |
测试（巡检补登记） | 2026-11-03 10:58 | 待处理 |
| B-6 | health.report.createReport | 研发 | TDD 状态机 RED 停滞（自 11-02 01:06 起）：契约级单测已落地并离线实跑 5 例全绿（HealthReportControllerCreateReportTest，commit 81d8883f7 已推 origin/cfclub），实现已在库；缺研发 --mark-yellow 登记，状态机无法推进至 GREEN。更新：2026-11-04 15:20 测试侧复核实跑 |
测试（巡检更新） | 2026-11-03 10:58 | 待处理 |
| B-7 | dan.assessment.getActiveMaterial | 研发 | TDD 状态机 RED 停滞（自 11-02 01:06 起）：契约级单测已落地并离线实跑 3 例全绿（DanAssessmentControllerGetActiveMaterialTest，commit faf3ca174 已推 origin/cfclub），实现已在库；缺研发 --mark-yellow 登记，状态机无法推进至 GREEN。更新：2026-11-04 15:20 测试侧复核实跑 |
测试（巡检更新） | 2026-11-03 10:58 | 待处理 |
| B-8 | CfBalanceControllerTest（P0 编译回归） | 研发 | commit dfc78e9d3（2026-11-03 23:27）给 CfBalanceController.balance/logs 新增 currentMemberId 参数，但 CfBalanceControllerTest.java（76230e2f4，2026-10-25）未同步 → 7 处编译错误（行 95/113/121/140 调 balance、169/189/202 调 logs），整模块 testCompile 失败，1474 @Test 零执行。需研发补改测试 7 处调用或回退签名 |
测试（巡检补登记） | 2026-11-04 03:49 | 已解除 → 44b2f0d42（2026-11-05 00:31）重写控制器移除 currentMemberId 再次触发同源编译回归，详见 B-10（待处理） |
| B-9 | guide.trainingPlan.getPlanDetail（鉴权缺口观察） | 研发 | POST /api/guide/training-plans/detail handler 在控制器层不读取 @RequestAttribute("role")，亦未列入 JwtInterceptor LOGIN_REQUIRED_PATHS，「规划师角色约束」名义成立但任何已认证角色（乃至匿名 userId=-1）均可到达 handler，属潜在越权缺口（同文件 getPlanList 同类观察，TR-1 第 6 点要求测试侧记录）。契约测试已落地（TrainingPlanControllerGetPlanDetailTest，8 例全绿），本条仅作缺陷观察回写，不阻断 RED→YELLOW→GREEN 推进 |
测试负责人（应 TR-1 登记） | 2026-11-04 10:10 | 待处理 |
| B-10 | CfBalanceControllerTest（P0 编译回归·复发） | 研发 | commit 44b2f0d42（2026-11-05 00:31:53，「chore(sync): 工作区遗留未提交 WIP 收尾同步」）重写 CfBalanceController.balance 为 balance(@RequestAttribute("userId") Long userId)、logs 为 logs(userId, page, size)，删除 currentMemberId 参数及 stats/familySummary 方法；但测试 CfBalanceControllerTest（仍停在 c9f9ec948，曾为修复上轮 P0 给测试加上 currentMemberId 实参）未同步 → 仍调 balance(7L, null) / logs(7L, null, 1, 20)，实参个数不符 → testCompile 失败，1474 @Test 零执行。需研发改测试 7 处调用去掉 currentMemberId 实参（或回退 44b2f0d42 改写）。本轮（01:05）复跑复现，日志 /d/cfc/.tdd/backend-run-20261105-0105.log。升级（01:36 复跑确认）：测试文件已被 44b2f0d42 迁移至 cfc-backend/src/test/java/com/etotem/cfc/unit/CfBalanceControllerTest.java，仍以旧签名调用 → 7 处编译错误（行 95/113/121/140 调 balance(7L,null)、169/189/202 调 logs(7L,null,1,20)，控制器现为 balance(userId) 单参 / logs(userId,page,size) 三参）→ mvn -o -B -f cfc-backend/pom.xml -DskipTests=false -Dtest='HealthReportControllerCreateReportTest,DanAssessmentControllerGetActiveMaterialTest,TrainingPlanControllerGetPlanDetailTest' test @ testCompile BUILD FAILURE；全模块 1474 @Test + 16 契约测试（历史 8 轮全绿）全部零执行，4 个 YELLOW 键（createReport/getActiveMaterial/getTree/mapLegacyCode）复验收口亦被连带阻断。优先级 P0（阻断全模块测试验证）。建议研发：改测试 7 处调用（balance(7L) / logs(7L,1,20)）或回退 44b2f0d42 |
测试（01:36 复跑确认补登记） | 2026-11-05 01:36 | 已解除（03:30 复验确认）：研发负责人1 正式修复 37f29a5df（2026-11-05 02:30，移除 7 处多余 null 实参与 balance(userId)/logs(userId,page,size) 对齐）已推 origin/cfclub 且 merge-base --is-ancestor 核验通过；测试侧 03:30 在远端基线复跑：testCompile 205 源 0 错、16 契约测试（createReport 5 + getActiveMaterial 3 + getPlanDetail 8）16/16 全绿、CfBalanceControllerTest 8/8 绿（含在全量 204 类/1528 例 91.88% 基线，02:50 批次全量实跑）。复验通道恢复，2 个 YELLOW 键（getActiveMaterial/createReport）测试复验通过 |
| B-11 | /api/cf 三端点删除（待确认意图） |
研发 | 44b2f0d42（11-05 00:31，chore(sync) 工作区 WIP 收尾）删除 /api/cf/stats、/api/cf/family-summary、/api/cf/promotion-earnings 及前端 3 个封装（-210 行）。全套 1528 例零转红，即删除行为无任何用例可证伪。该提交标题为"遗留 WIP 收尾同步"，具备误覆盖特征。需研发确认：有意精简 / 误覆盖 → 前者补 API_REFERENCE.md 下线记录，后者 revert 并补 3 端点用例 |
测试（36 轮巡检登记） | 2026-11-05 02:48 | 待处理 |
| B-12 | 3 类 20 个 @Test 长期 @Disabled |
研发/测试 | DataMigrationServiceTest(11，依赖 sfms 数据源)、TaskServiceMinigameTest(5，依赖硬编码 userId=1L)、TeacherLoginTest(4，依赖硬编码手机号，测试间数据污染) 均类级 @Disabled；台账 @Test 1545 与实际执行 1528 差 17 例。根因统一为测试数据夹具缺失。需建 seed 脚本/@Sql 夹具后解禁。口径精确化（37 轮）：注解 1545 − 20（3 类 @Disabled 内注解）+ 3（surefire 为每个禁用类仍记 1 条 skipped 占位）= 1528，误差 0；已逐类排除「参数化展开」假设（全仓参数化类 注解数=执行数）。 |
测试（36 轮登记/37 轮精确化） | 2026-11-05 02:48 | 待处理 |
| B-13 | 3 个 @SpringBootTest 类硬编码 127.0.0.1:3306（环境红根因） | 研发/环境 | AdminFamilyOverviewControllerTest.java:21-22、service/FamilyAdminOverviewServiceTest、service/UserServiceFamilyNameLinkTest 三处 @SpringBootTest(properties={"spring.datasource.url=jdbc:mysql://127.0.0.1:3306/zxyj…"}) 硬编码本机 MySQL；本机无 MySQL → Connection refused → Failed to load ApplicationContext，8 例每轮必红（37 轮实测异常链：BeanCreationException → primaryDataSource → HikariPool$PoolInitializationException → CommunicationsException → ConnectException）。全仓 grep -rl 127.0.0.1:3306 src/test 命中恰好这 3 类。非池压力（37 轮 Too many connections 出现 0 次）。建议：改 @ActiveProfiles("test") + src/test/resources/application-test.yml 统一指向 192.168.16.251 测试库（池上限 4）。 67 轮实测修正（2026-11-07 09:30）：netstat 显示本机 3306 有监听，且同批 GuideModuleIntegrationTest 报 MysqlDataTruncation（证明存在可达 MySQL），故红因非「端口不通」而是 primaryDataSource 指向实例握手失败（异常链终点 Communications link failure）。建议统一数据源指向。 |
测试（37 轮巡检登记） | 2026-11-05 05:30 | 待处理 |
| B-14 | 测试窗口内并发提交（基线漂移） | 研发/流程 | 38 轮全量跑测窗口（06:16→07:15，58:41）内 HEAD 由 345cf745e 前移至 f1b0e3ed5，落入 8660d7dbe（SC-G-06 越权拦截：JwtInterceptor+3 测试类）与 0dce400d2/f1b0e3ed5（switchRole：FamilyMembersController/FamilyMemberService+FamilyUserSwitchRoleTest）；4 个测试文件 mtime 07:14:57–07:15:12 晚于 testCompile（Compiling 205 source files）→ 聚合首扫即 源类 208 / 报告 204 / 沉默 4。若不补跑将把 41 例新增用例漏记、并把新特性回归风险误报为「零变更」。已处置：定向补跑 5 类 46/46 绿（testCompile 209 源 0 错）。遗留：其余 199 类未在 f1b0e3ed5 上重验。建议跑测改 git worktree 固定 SHA 或 CI checkout SHA，报告头部固化 rev-parse HEAD |
测试（38 轮登记） | 2026-11-05 07:25 | 部分处置（补跑已完成，全量复验待下轮） |
| B-15 | 度量脚本丢失且从未入库 | 测试/度量 | discover_tests.py / test_inventory.py 全仓 find 无命中，git log --all 为空 → 从未提交，属本地未跟踪脚本已被清理；历史台账「覆盖 365 / 跨源用例 2731 / @Test 1545」不可复现，跨轮对比失去基准。38 轮改用内联统计（357 控制器 / 1933 @PostMapping / 8 @GetMapping / 204 测试文件 / 1546 @Test）。建议脚本纳入 docs/tdd/tools/ 并提交，报告注明脚本版本 |
测试（38 轮登记） | 2026-11-05 07:25 | 部分解除（62 轮）：docs/tdd/tools/test_report_metrics.py 已落地（聚合/归因/场景/恒等式四类度量，复算一致），但仍无法入库——根因即 .gitignore:70 *.py（见 B-33）；discover_tests.py / test_inventory.py 亦未恢复，「覆盖 365 / 跨源用例 2731」依旧不可复现 |
| B-16 | 根级 integration 套件缺凭据夹具（12 例恒红） | 测试 | 9082 已在线后套件不再 fetch failed，暴露真实根因：tests/integration/plan-chain.spec.js:21-22 依赖 ADMIN_PHONE/ADMIN_PASSWORD（当前为空）→ [0] 前置环境检查 收到空串、[1] 登录 返回 code=500 msg=用户不存在；mini-games-api.spec.js 10 例 Expected 200 / Received 401（无 token）。判为测试侧配置缺口，非生产缺陷。建议新增 tests/.env.test + seed 脚本，globalSetup 内自动登录取 token，CI 注入 API_BASE_URL=http://127.0.0.1:9082 |
测试（38 轮登记） | 2026-11-05 07:25 | 待处理 |
| B-17 | .tdd/state.json 与 08:12 轮报告脱节（新增 2 RED 键未落账） |
研发/流程 | 08:12 轮报告（automation-run-2026-11-05-0812.md）与提交 69f8820d8 说明称新建 task.parent.createTask / task.parent.review 两个 RED 键并落契约测试（39 轮独立实测 7 绿 + 17+15=32 绿，与报告吻合）；但本地 .tdd/state.json 仍只有 3 键（health.report.createReport / dan.assessment.getActiveMaterial / guide.trainingPlan.getPlanDetail），updated_at 仍为 2026-11-04 10:14。报告说的 ≠ 状态机记的，看板无法反映真实进展。需走 CLI 补登记（--add-task + --mark-red --commit <sha>），禁止手改 state.json |
测试（39 轮巡检登记） | 2026-11-05 09:40 | 待处理 |
| B-18 | A 类测试漂移 54 例集中爆发（Mockito 误用 + 断言基线过期） | 研发/测试 | 39 轮全量实测非环境红 112 例/34 类，其中 A 类 54 例/17 类可纯测试侧修复：doNothing() 用于非 void 方法（ArticleControllerTest/PlannerBindInviteFlowTest/DailyCheckinStreakFlowTest）、matcher 混用（ProductControllerTest 3E InvalidUseOfMatchers、ProductOrderServiceFulfillmentMultiModeTest 6E）、桩名过期（ProductOrderControllerTest 6E 打 confirm/实现 confirmReceive）、反射注入已删字段（TaskProgressUpdateTest 3E NoSuchFieldException: platformPointsService）、断言基线漂移（WishControllerTest 文案 childId→memberId；StatsControllerTest/MindFortuneControllerTest 500 vs 5001；HealthDimensionControllerTest 期望 500 实得 200）。批量修完 54 例后 G1 由 92.41% → ≈95.7%，G2 由 112 → 58，是当前性价比最高的一步。精确化（22:13 轮实测，维度合并后首验 28 例 26 绿/2 红）：HealthDimensionControllerTest.overview_missingMemberId:58 / history_missingMemberId:217 期望 result.getCode()==500 实得 200——根因＝用例调用 controller.overview(params, 1L, 1L) / history(params, 1L, 1L) 误传 currentMemberId=1L，实现 ParamUtils.getLong(params.get("memberId"), currentMemberId) 触发双角色「家长视角 currentMemberId 兜底」（设计行为）→ memberId=1L 非空走正常路径 200。测试装置口径错误，非生产缺陷；修复：第 3 参传 null（或断言兜底 200） |
测试（39 轮登记，22:13 轮精确化） | 2026-11-05 09:40 — 20:20 轮全量更新：A 类仍为最大单一块，实测 51 例 / 15 类（ArticleControllerTest 9、CfCommissionServiceSettleTest 8、ProductOrderControllerTest 6、ProductOrderServiceFulfillmentMultiModeTest 6、AuthControllerTest 4、ProductControllerTest 3、ProductOrderServiceUpdateExpressFieldTest 3、ArticleWorkflowTest 3、GuideTeamControllerTest 2、WishControllerTest 2，其余 5 类各 1）；修完预测 G1 = (1727+51)/1847 = 96.26%，红例 116→65，红类 36→21，为当前最优杠杆 |
待处理 |
| B-19 | cfc-langgraph pytest 长期「未实测」结论已过期，首次实测 19 红 |
测试/研发 | 41 轮（11-05 15:19）探活发现 cfc-langgraph/.venv/Scripts/python.exe = Python 3.12.7，pytest 9.2.0 / fastapi / httpx / langgraph 全部可 import → 此前 #28–#40 多轮报告的「无 .venv / 缺 httpx → pytest 47 例未实测」结论过期（度量失真，同 N-1 类）。首次实跑 pytest tests --ignore=tests/qna：43 例 24 绿 / 19 红（55.81%）。19 红分层：C 环境 14 例（401 Authentication Fails, Your api key: ****ocal is invalid → analyze 2 + auto_tag 5 + chat 1 + intent 4；另 report_parse 2 例因用例写死容器路径 /app/cfc/docs/参考资料/*.pdf 在本机 400）；A 测试漂移 5 例（test_graph 2：GenerateRequest.respondent_name Field required 而用例仍发 member_name；test_memory 3：MemoryManager.__init__() missing 'embeddings'）。另 tests/qna/test_graph.py 收集期 ModuleNotFoundError: No module named 'src.qna' → 整模块 0 例可执行（死资产）。建议：①注入测试 LLM 凭据或对 LLM client 全 mock；②test_report_parse 路径改相对仓库路径；③删/重写 tests/qna/test_graph.py；④pytest 纳入 CI |
测试（41 轮巡检登记） | 2026-11-05 16:20 | 待处理 |
| B-20 | Playwright 规模扩张至 96 spec 而长期未实测 | 测试/环境 | #40 记录 69 spec / 402 test()，#41 复核为 96 个 spec 文件（+27），但唯一一次实测是 11-05 12:14 execute 档（用户显式授权联网）的 API 级 83 例（66 绿 / 6 红 / 3 跳过 / 8 串行阻塞，91.67%）；UI 级因 cfc.iwintrue.com 无前端页面（/ 404）不可跑。此后各轮均记「未授权联网 → 未实测」。风险：spec 持续增长而信号为零，用例腐化不可见（如 12:14 已发现 2 条路径/断言过期）。建议：①本地 9082 在听时改用 playwright.config.api.js（无 globalSetup，不 reset 共享库）纳入每轮；②默认配置的 globalSetup 会 reset-db.sh 重置共享测试库，禁止在共享环境直接跑；③UI 级待补独立前置环境 |
测试（41 轮登记） | 2026-11-05 16:20 | 待处理 |
| B-21 | SC-P-11 契约回归（YELLOW 键首次转红） | 研发/测试 | 42 轮全量实测：TaskControllerReviewTest 由连续 7 轮 17/17 全绿降为 15/17（pendingReview_parent_success_returnsList:176 与 pendingReview_directCall_uniformResultShape:316 均 NPE）。根因＝SC-X-22 合入 f14e46f84 在 TaskController.java:197/205 新增 rewardRuleService.attachTaskListEstimate(...)，而该测试用 new TaskController() + 手工注入（:80-84）未补 RewardRuleService → 字段 null。性质：A 类（测试夹具未跟进生产新增依赖），生产侧 resolveMemberIdByUser:157/attachTaskListEstimate:193 均有 null 守卫，非生产缺陷。影响：SC-P-11 契约 32 → 30 绿、G8 由「3 红」扩为「5 红」；证明「契约绿无回归网」——无 CI 时绿是瞬时绿。建议：该类补 @Mock RewardRuleService 并注入，同批 grep -l "new TaskController()" src/test 全量排查 |
测试（42 轮实测登记） | 2026-11-05 18:26 | 已解除（52 轮测试侧自修，2026-11-06 04:5x）：测试侧在 TaskControllerReviewTest.java 补 @Mock RewardRuleService + ReflectionTestUtils.setField(controller, "rewardRuleService", ...)（+6 行）后，定向复跑 17/17 全绿（BUILD SUCCESS），并对完整 9 类 79 例契约套件复跑：74 绿 / 3 红（P-2 MapContract 口径·与既往一致）/ 0 错——B-21 的 2 个 NPE 错误清零，G8 契约红由 5 降至 3。同批 new TaskController() 手工注入排查仍建议执行（B-22 关联） |
| B-22 | CF 预估挂载的 N+1 读与鉴权清单无守护 | 研发/测试 | ①N+1：attachTaskListEstimate（RewardRuleService:193）对列表逐条调 estimate()，已挂 6 处（TaskController:109/197/205/358、GuideFamilyTaskController:271/295），命中 /api/tasks/today、/pending-review、/today-parent、规划师任务历史与待审等高频接口；attachTaskEstimate:186 用 catch (Exception) log.warn 静默吞异常，降级不可见。既有 RewardRuleServiceEstimateTest 仅测单条计算，无「N 条任务 → 查询次数」与「降级仍 200」断言。②鉴权清单：/api/reward/estimate 已正确加入 JwtInterceptor.LOGIN_REQUIRED_PATHS:124-127，但 11 例契约测试为 standalone MockMvc，不经拦截器 → 该清单条目零断言覆盖（历史上 SEC-20261031-01 / SC-G-06 均因鉴权清单漂移返工）。建议：补批量查询次数断言 + 降级断言；补对 LOGIN_REQUIRED_PATHS 全条目的「无 token → 401」参数化契约用例 |
测试（42 轮巡检登记） | 2026-11-05 18:26 — 20:20 轮收口（测试侧自处置）：JwtInterceptorLoginRequiredPathTest 全量实跑 28/28 全绿，已将 LOGIN_REQUIRED_PATHS 全条目以 @ParameterizedTest + @MethodSource 展开为 27 条「无 token → 401」契约（+1 主用例），历史「鉴权清单零断言守护」缺口闭环；N+1 批量查询断言部分仍未补，保留观察 |
已解除（清单守护部分） |
| B-23 | SC-X-22 契约测试 15 例未入库 | 测试/流程 | RewardEstimateControllerEstimateTest(11) 与 RewardRuleServiceEstimateTest(4) 参与 43 轮全量执行且 15/15 全绿，但 git ls-files 对 cfc-backend/src/test/java/com/etotem/cfc/controller/reward/、.../service/RewardRuleServiceEstimateTest.java 零命中（git status 为 ??，mtime 17:34/17:42）→ 只存在于主工作区。任何 git clean -fd / 工作区重置都会静默丢失（同类事故已发生：B-15 度量脚本丢失）。且违反「完成 = 已提交 + 工作目录干净」铁律，与 O-3 同源（主工作区本轮仍有 126 项未提交/未跟踪）。建议：git add 两路径 → commit + push origin/cfclub → --clean-check 复核；测试/契约文件入库纳入 DoD |
测试（43 轮实测登记） | 2026-11-05 21:02 | 待处理 |
| B-24 | 跑测时延劣化 +18%，结果零漂移（环境时延） | 测试/环境 | 同码复跑对账：XML 单类耗时总和 1649.3s → 1952.2s（+18.4%），Maven 31:36 → 36:49；用例/F/E/S 完全一致（218 类 1664 例 71F 51E 4S）。增量集中 @SpringBootTest 类：GuideOrder +200s、AIChat +120s、Wish +62s、AdminSpecialPrice +53s；期间 Exception during pool initialization 8 次（3 类硬编码 127.0.0.1:3306，B-13 未修），Too many connections 0 次 → 判为外部依赖时延，非代码劣化。风险：长窗口放大 B-14（窗口内并发提交），CI 时长不可估。建议：容器化固定测试库/Redis + 报告中固化「总耗时 / 单类 Top5」基线（±5% 带） |
测试（43 轮实测登记） | 2026-11-05 21:02 | 待处理 |
| B-25 | 新测试类反射注入已删字段（A 类同源反模式） | 测试 | 02:43 轮全量实测：KnowledgeBaseBackfillTest 9 例 2 错，NoSuchFieldException: productDimensionConfigMapper（KnowledgeBaseBackfillTest.java:220）——该字段已在统一维度合并中移除，测试仍用反射注入。与 TaskProgressUpdateTest 3 例（platformPointsService 反射字段同样已删）同源，合计 5 例。性质：A 类（测试装置未跟进生产重构），非生产缺陷。建议：改用服务当前持有的 Mapper 字段或 @InjectMocks，同批 grep -rn 'getDeclaredField' src/test 全量排查 |
测试（02:43 轮登记） | 2026-11-06 03:40 | 待处理 |
| B-26 | cfc-backend 主工作区 testCompile 阻断（11 个 integration 测试文件 WIP） | 研发 | 主工作区 mvn testCompile 失败：ArticleControllerTest.java:201/215/226 三处编译错误（recordRead 找不到符号，位置 OngoingStubbing<ArticleService>）。根因（20:20 轮细化）：WIP 采用 when(articleService).recordRead(eq(1L), isNull(), isNull(), eq(30)).thenReturn(new HashMap<>())——when(T mock) 返回 OngoingStubbing<T>，其无 recordRead 方法，属 Mockito API 误用；主代码 ArticleService.recordRead(Long,Long,Long,int) 返回 Map<String,Object>（ArticleService.java:409），故正确写法为 when(articleService.recordRead(...)).thenReturn(...)（方法调用置于 when(...) 内）。同时已提交基线本身亦为 A 类装置缺陷：3 例用 doNothing().when(...).recordRead(...) 对非 void 方法 stubbing → Only void methods can doNothing()。测试侧已用独立 worktree 干净基线（origin/cfclub e4ce9f80a）旁路完成全量 231 类 1847 例 93.50%，证明非主线回归。登记留痕丢失：本条 19:10 首登后未入库，19:37 工作区文件被回滚覆盖（与 B-15/B-23 同类资产丢失），20:20 轮据实测重建。建议：① 按上述正确写法修 3 处并同批复核 getPublicList/getFeatured 8 处实参个数；② testCompile 复验 0 错后提交推送 |
测试（59/60 轮实测登记） | 2026-11-06 19:10（20:20 细化重建） | 待处理 |
| B-27 | @Test 恒等式失效（引入 @ParameterizedTest 后口径未修订） |
测试 | 20:20 轮全量实测 @Test 1838 − 20（3 类类级 @Disabled）+ 3（surefire 占位）= 1821，但 surefire 实际执行 1847 例，差 26。根因：cfc-backend/src/test/java/com/etotem/cfc/config/JwtInterceptorLoginRequiredPathTest.java:62 引入 @ParameterizedTest + @MethodSource，该类单注解展开 27 例（surefire tests=28 = 1 @Test + 27 展开）。修订后恒等式：@Test − 类级@Disabled + 占位 + Σ(参数化展开数−1) = 执行数（本轮 1838−20+3+26=1847，误差 0）。风险：口径不修正会把新增用例漏记/错记（B-15/B-26 同源度量漂移）。建议把计数脚本 count_identity.py 纳入 docs/tdd/tools/ 并入库 |
测试（20:20 轮登记） | 2026-11-06 20:20 | 待处理 |
| B-28 | 测试交付物跨分支丢失（第 59 轮报告 + B-26/O-5 在 cfclub 不可见） | 研发/流程 | 19:41 仓库分支由 feature/report-upload-product-cards 切至 cfclub（HEAD df7f60af5，merge da2727f53+e205656ee）；git merge-base --is-ancestor 963bedae7 HEAD = NO → 19:12 提交的第 59 轮报告（docs/tdd/test/automation-run-2026-11-06-1910.md）与 B-26/O-5 台账条目在 cfclub 分支不存在（文件在磁盘上被 checkout 覆盖清除）。内容未真丢（仍在 origin/feature/report-upload-product-cards 祖先链上，merge-base --is-ancestor 963bedae7 origin/feature/... = YES），但主线不可见 → 台账审计断链。与 B-14（窗口内并发提交）/ B-15（脚本丢失）/ B-23（测试文件未入库）同族：测试交付物没有随主线合并机制。建议：① 主理人裁决 git cherry-pick 963bedae7 或合并 feature 分支；② 测试报告/台账提交统一落在 cfclub（主线）分支，避免分支切换即丢失；③ 跑测前记录 git rev-parse --abbrev-ref HEAD 与 HEAD sha，报告中固化 |
测试（20:20 轮实测登记） | 2026-11-06 20:20 | 待处理 |
| B-29 | WIP 测试校准批次被 3 行 Mockito 误用阻断（P0） | 研发/测试 | 主工作区 39 项 WIP（11 后端测试 + 8 pytest + 2 前端 spec）已具备大幅转绿能力：隔离副本带入 WIP 并仅修 3 行后，11 个被改后端类 170 例 48 红 → 6 红（−42），其中 Article/GuideOrder/ProductOrder/Product/GuideTeam/Payment/Family/Auth 8 类清零；pytest 24 绿 → 49 绿（执行口径 96.1%）；前端 296 → 313 全绿。合计预测 (2148+67)/2299 = 96.37%，后端 95.78%（越 G1）。唯一阻断：ArticleControllerTest.java:201/215/226 三处 when(articleService).recordRead(...) 应为 when(articleService.recordRead(...))（when(mock) 返回 OngoingStubbing，无 recordRead；ArticleService.recordRead 返回 Map，见 :409）→ 修此 3 行即可编译入库。剩余 6 红：GuideFamilyTask 3（overview/reviewTask/batchReview）+ GuideRolePermission 2（reviewTask/batchReview NPE、计数 0）+ Stats 1（文案「请先创建或加入家庭」）。建议：修 3 行 → mvn test-compile 0 错 → git add 21 个测试文件 + 台账 → push → --clean-check 复核 |
测试（62 轮实测登记） | 2026-11-06 23:10 | 已解除（65 轮实测转正，2026-11-07 02:15）：在隔离树 D:\_wt_r0032@78976243e 代入 21 个 WIP 测试资产 + 上述 3 行修正后，testCompile 232 源 0 错，全量 mvn -o -B clean test 跑出 1847 例 / 1769 绿 / 45F / 29E / 4S = 95.78%（红例 116→74，−42），与 62 轮预测值逐位一致（95.78% / 74 红例 / 前端 313 / pytest 49 绿）。修正后写法：when(articleService.recordRead(eq(1L), isNull(), isNull(), eq(30))).thenReturn(new HashMap<>())（:201/:215/:226）。遗留未闭环部分转入 B-36/G12：21 个测试资产仍为工作区 WIP，未提交入库（测试角色不代提交研发 WIP，待 O-5 裁决） |
| B-30 | 场景/用例台账与自动化资产零编号锚点（覆盖不可量化） | 测试/需求 | 实测 215 个用户场景（11 文件）、784 条 TC（异常流 474 = 60.5%），但 TC 编号在 348 个测试资产中出现 0 次（0/784）；场景被 Playwright spec 字面引用仅 6 个（2.8%），被用例台账映射 155 个（72.1%）。后果：无法回答「哪些 SRS 场景没有自动化」，历史各轮只能以「用例数/通过率」代替「需求覆盖率」。根因：tests/test-cases/*.md 的 对应 e2e 列与真实文件名脱节（如 e2e/roles/parent/../tasks 非合法路径），资产侧亦无 @TC-* 锚点约定。建议：① 约定每个自动化用例首行注明 TC 编号；② 写反向核对脚本生成「场景→TC→资产」三列缺口清单；③ 按角色分 4 批补锚点，优先 -N 负向 TC（异常流） |
测试（62 轮登记） | 2026-11-06 23:10 | 待处理 |
| B-31 | application.yml 7 处明文凭据（安全） |
研发 | cfc-backend/src/main/resources/application.yml 存在 7 处 password/secret/api-key/appsecret 明文赋值（本台账不复制取值），覆盖数据源口令、微信 appsecret 与第三方 key。任何具备仓库读权限者可直取测试/生产凭据；且历史提交已留在 git 历史中。建议：改 ${ENV} 占位 + 本地 .env（gitignore）+ 配置中心/Secret 管理；同时轮换已泄露凭据；CI 加明文凭据扫描（gitleaks 规则集） |
测试（62 轮静态扫描登记） | 2026-11-06 23:10 | 待处理 |
| B-32 | 场景/用例度量口径跨轮漂移（度量不可比） | 测试 | 本轮实测：场景 215、TC 784（异常流 474）；上一轮报告记「场景 244、TC 492（异常流 237）」。差异非增长（90 分钟内不可能新增 292 条 TC），而是解析口径不同（是否计入 ### 场景（08/09 butler 17 条）、是否计入 TC-*-N* 负向编号、类型列是否含「权限」判异常）。与 B-15/B-27 同族：度量脚本未入库、口径未固化 → 跨轮数字不可相减。建议：把 _r2135_scene.py 等脚本收进 docs/tdd/tools/ 并入库，报告固定写「口径定义 + 脚本版本」，禁止手算 |
测试（62 轮登记） | 2026-11-06 23:10 | 部分解除（62 轮自处置）：度量脚本已落地 docs/tdd/tools/test_report_metrics.py（聚合 + 逐例归因 + 场景覆盖 + 恒等式，纯只读、带 CLI 参数），本轮数字用该脚本复算完全一致（231 类/1847 例/1727 绿/93.50%/36 红类/116 红例；场景 215、TC 784、异常流 474、TC 锚点 0/784；恒等式 1838−20+3=1821，参数化净增 26 → 1847）。但脚本无法入库：被 .gitignore:70 *.py 全局忽略 → 见 B-33，需放行规则后才算真闭环 |
| B-33 | .gitignore:70 *.py 全局忽略 Python 文件 —— 度量脚本「写了就丢」的真正根因 |
研发/流程 | 62 轮把度量工具落到 docs/tdd/tools/test_report_metrics.py 后 git add 被拒：git check-ignore -v → .gitignore:70:*.py。这解释了 B-15（discover_tests.py/test_inventory.py 全仓丢失、历史度量不可复现）与 B-32（口径跨轮漂移）为何反复发生：任何 Python 度量/校验脚本在本仓库都不可能入库，只存在于某个工作区，分支切换或清理即消失。影响面：度量脚本、数据 seed 脚本、报告解析脚本（docs/scripts/fingerprint_engine.py 等）同受此规则约束（后者是否被例外放行需核实）。建议：把规则细化为 /*.py（仅忽略仓库根临时脚本）或追加例外 !docs/tdd/tools/*.py、!docs/scripts/**/*.py，再由研发提交一次；测试侧脚本需随之入库。注意：.gitignore 属研发所有，测试角色不代改 |
测试（62 轮实测登记） | 2026-11-06 23:10 | 待处理 |
| B-34 | LangGraph 问卷生成 100% 失败降级（GenerateRequest 缺 prompt_template） |
研发 | P0 生产缺陷。c3925c97e feat(langgraph): 全部提示词迁移到Java后端可配置 只给 cfc-langgraph/src/schemas/tongue.py:14 的 TongueRequest 加了 prompt_template，未给 src/schemas/questionnaire.py:39 GenerateRequest 加；而 src/graphs/questionnaire.py:39 build_prompt 直接读 req.prompt_template → 每次调用必抛 AttributeError。链路：Java AiGateway:321 恒发送 prompt_template → pydantic 静默丢弃额外字段 → 图节点必抛 → 接口 500 → AiGateway catch 后返回 null → 调用方静默降级模板。即 /api/family/questionnaire 的 AI 生成能力 100% 不可用。c3925c97e 已在 origin/cfclub 祖先链 → 现网同样受影响。65 轮 pytest 实测 2 例必红即此因。修复：GenerateRequest 增 prompt_template: Optional[str] = Field(default=None, ...)（与 TongueRequest:14 对齐）；build_prompt 可加 getattr 防御。闭环：pytest tests/test_graph.py 2 例转绿 + /api/v1/questionnaire/generate 返回 200 且 questionnaire_json 非空 + AiGateway 不再打「调用失败」warn |
测试（65 轮实测登记） | 2026-11-07 02:15 | ⚠️ 重新打开（2026-11-07 13:25 线上实测）：67 轮的「已解除」只对仓库代码成立，对部署实例不成立。本轮直连部署态 LangGraph 实测：POST https://ai.etotem.com.cn/api/v1/questionnaire/generate → HTTP 500 {"error":"graph 执行失败: 'GenerateRequest' object has no attribute 'prompt_template'"}；线上 /openapi.json（cfc-langgraph v0.3.0）的 GenerateRequest 仍只有 member_name/respondent_name/relationship_type/member_profile/respondent_profile/family_context，无 prompt_template → 部署包为修复前版本。B-43 为其发布侧跟踪条目 |
| B-35 | DAN 报告解析 A1/A2/B4 仍失效（修复提交未覆盖该版式） | 研发 | DanReportParseServiceTest 65 轮全量实测 4 例红：testParseA2_standardCoreLiteracyFormat:262（姓名 expected 俊辰 but null）、testParseB4_regression:280（仍走降级 expected false but true）、testParseA1_shouldFallbackToGenericPattern、testParseA1_shouldExtractCognitiveDimensionFromDetailPage（expected not null）。而 c611ec55d fix(dan): 修复 A1/B4 认知维度解析失效 声称已修 → 修复未覆盖这两种版式（testParseA2_regression 同批绿、standardCoreLiteracy 版式红，说明是版式分支漏配）。健康报告解析为核心链路（AGENTS.md「健康报告 PDF 上传与解析」）。建议按真实样本补版式分支 + 回归样本入库。闭环：4 例转绿 + 用 3 份真实报告样本走 /api/health/report/parse 人工比对字段 |
测试（65 轮实测登记） | 2026-11-07 02:15 | 已解除（67 轮实测复验，2026-11-07 09:30）：DanReportParseServiceTest 全量 38/38 GREEN，此前 A1/A2/B4 4 红清零 → 版式分支补配生效；真实样本人工比对待下轮（TR-11 跟踪） |
| B-36 | 根级黑盒 API 套件由「12 恒红」转为「默认 skip」，接口层覆盖归零 | 测试/环境 | WIP 将 tests/integration/mini-games-api.spec.js:6-11、plan-chain.spec.js:21-22 改为 CFC_API_E2E==='1' && CFC_API_TOKEN 门控（原写死 Bearer test-token 打真服务 → 恒 401/500）。方向正确（消除 12 个伪红），但 65 轮实测 23 例全部 skip、0 执行（Tests: 23 skipped）→ 接口层验收从「假红」变「真空」，且 plan-chain 仍依赖空的 ADMIN_PHONE/ADMIN_PASSWORD。建议：新增 tests/.env.test + seed 账号，globalSetup 自动登录取 token 写入 process.env.CFC_API_TOKEN，CI 注入 API_BASE_URL=http://127.0.0.1:9082。闭环：本地 9082 在听时 CFC_API_E2E=1 npm test 23 例实跑且红例有归因；CI 出绿灯记录 |
测试（65 轮实测登记） | 2026-11-07 02:15 | 待处理 |
| B-37 | sleep.config.tags blank-key 实现缺口（契约测试 1 红，阻断该键转 GREEN） | 研发 | 复验轮（TR-6 派发 10 键复验）SleepConfigTagsMechanismContractTest 9/10 绿 + 1 红：publicValue_blankKey_returnsError:99 期望 blank key（" "）→ 500 但实得 200。实现 PublicConfigController.getValue（L21-28）只查 `key==null |
isEmpty()，未 reject 全空白串 → blank key 被当作正常查询放行。测试由f11062b42（提交信息注明「21绿/1红 blank-key 缺陷」）引入，属**已知实现缺口、非测试误报**。HealthSleepControllerContractTest12/12 绿不受影响。该键--mark-green已**暂缓**、状态机保持 YELLOW。修复：getValue校验改为key==null |
||
| B-38 | 本轮 26 红类/69 红例归因（含 GUIDE integration 真实候选） | 研发/测试 | 67 轮全量实测 2219 例 96.71%：26 红类 40F+29E=69 例，归因分层：① B-13 环境红 3 类 8 例（primaryDataSource→Hikari→Communications link failure）；② A 类断言/装置漂移 ~15 类 47 例（B-18 同族：doNothing/matcher 误用、NPE、桩缺失、文案断言过期——ArticleWorkflow「仅已驳回」vs「仅已驳回或已撤回」、StatsController「未关联家庭」vs「请先创建或加入家庭」、WishController childId→memberId、MindFortune 401 vs 400）；③ 契约断言与实现不一致 6 类 13 例（DimensionRegistryMapContractTest 3F、EnergySystemFlowTest 6F expected 200 but 500、MembershipPaySwitch/PaymentServiceORDRouting/OrchestrationEngine/OrchestrationIntegration 各 1F）；④ 真实问题候选 1 类 1 例：GuideModuleIntegrationTest.testGuidePackageCreationFlow → MysqlDataTruncation: Out of range value for column 'platform_fee'（schema 与代码不一致，需研发核验迁移脚本）。建议：① 修 B-13 数据源指向；② 测试侧下轮同步 3 处文案断言 + 修 A 类装置（B-18 清单）；③ 研发核验 platform_fee 列定义与 DimensionRegistryMap 契约口径；④ EnergySystemFlowTest 500 需研发确认集成流依赖 |
测试（67 轮实测登记） | 2026-11-07 10:20 | 待处理 |
| B-39 | cfc-backend/pom.xml 默认 skipTests=true（测试零执行假绿） |
研发 | P0 流程黑洞。cfc-backend/pom.xml:28 声明 <skipTests>true</skipTests>，:232 的 surefire 配置引用 ${skipTests}。本轮（2026-11-07 10:59）实测：在干净隔离树 D:\_wt_r1054@9359de39a 执行文档标准命令 mvn -o -B clean test → 9:49 BUILD SUCCESS，日志明确 [INFO] Tests are skipped.，surefire-reports 下 0 个 XML——即“构建成功但零用例执行”。影响：① 任何按标准 Maven 命令接入的本地验证/CI 都会得到假绿，覆盖率与通过率无从谈起；② 本台账历史上多轮“全量通过”结论必须显式带 -DskipTests=false 才成立；③ 新入职/新流水线极易踩坑。.gitlab-ci.yml:16 注释已记录该陷阱并以 -DskipTests=false 绕过，但根因未修 → 每个使用方都要自己记得加参数。建议：去掉 :28 的默认 <skipTests>true</skipTests>（或改为 <skipTests>false</skipTests>，把“跳过”交给命令行 -DskipTests 显式控制）；同时在 CI 增加一条守卫：mvn -o -B test -DskipTests=false 后断言 surefire-reports/*.xml 数量 > 0，否则 job 失败。闭环：默认 mvn test 能跑出用例；或 CI 守卫在“0 XML”时报红 |
测试（本轮实测登记） | 2026-11-07 11:10 | 待处理 |
| B-40 | CI 4 个测试 job 为软门禁 + 集成层被排除 | 研发/流程 | .gitlab-ci.yml 现有 7 个 job，其中 4 个 allow_failure 语义：backend-contract-junit:134、langgraph-pytest:165、tests-jest:225（e2e-playwright 亦按注释兜底），即测试失败不阻断流水线；且 backend-contract-junit:142 使用 -Dtest='!**/integration/**' 排除整个 integration 包（1794/2219 例）——而本轮 26 个红类中 14 个位于 com.etotem.cfc.integration.*（含 EnergySystemFlowTest 6F、DimensionRegistryMapContractTest 3F、PlannerBindInviteFlowTest 4F 等），恰是 CI 视野之外的部分。后果：CI 绿灯 ≠ 可发布，红灯也不拦人。建议：① 分两级门禁——test-blocking（全绿子集，必须过）与 test-observed（已知红，允许失败但产出趋势）；② 把 integration 包按类白名单逐批转 blocking；③ 报告 G6 口径从“有无 CI”升级为“blocking job 覆盖例数占比”。闭环：任一 blocking job 红 → 流水线红；且 blocking 覆盖 ≥ 当前全量 80% |
测试（本轮实测登记） | 2026-11-07 11:10 | 待处理 |
| B-41 | langgraph.test_analysis_graph_offline_run_returns_interpretation 历史 flaky 需固化 | 研发 | 本轮（2026-11-07 12:57）cfc-langgraph pytest 全量 51 passed / 0 failed / 12 skipped（EXIT 0）；历史满跑失败、隔离单跑 PASS 的 TestGrowthReportInterpretB04::test_analysis_graph_offline_run_returns_interpretation 本轮未复现，但属顺序相关/模块级 state 污染型 flaky（疑似 chromadb 原生依赖 + 模块级 fixture），存在回弹风险。建议：mock chromadb + 确定性 fixture + 单文件隔离运行（--forked）；CI 固定隔离。闭环：连续 3 轮满跑全绿后再视为修复生效 |
测试（第11轮 巡检登记） | 2026-11-07 12:57 | 待处理 |
| B-42 | 后端 JUnit/Playwright 远程派发通道在本运行环境不可用（2914 脚本化用例零实测） | 测试/运维 | 配置（.tdd/config.json）要求后端 JUnit 2367 @Test 与 langgraph pytest 派发至 opencode.iwintrue.com(192.168.16.251)、Playwright 547 spec 派发至 web-4091(本机:4091)/web-189-4090(192.168.16.189:4090)；但本运行环境无 opencode 客户端、192.168.16.189 TCP 连接拒绝不可达，仅能本地实跑 Jest/pytest。后果：后端 2367 + Playwright 547 共 2914 脚本化用例零实测，目标①「所有用例通过」无法核验。建议：在具备 opencode 会话（web-4091/web-189-4090/opencode.iwintrue.com）的主机运行本自动化，或为本环境配置派发凭证与节点可达性。闭环：派发通道可用后重跑后端/Playwright，覆盖率与通过率可计 |
测试（第11轮 巡检登记） | 2026-11-07 12:57 | 根因收敛（2026-11-07 13:25 复测）：189 节点网络与服务均在线（TCP 4090 OPEN，opencode v2.0.31 可连），此前「TCP 连接拒绝」结论已过期。真实卡点两条：① HTTP API 需鉴权，GET /openapi.json → 401 Authentication required（.tdd/config.json 的 opencode_sessions.production 未声明鉴权方式）；② opencode run --server http://192.168.16.189:4090 ... 报 Location not found: D:\cfc——本机 CLI 2.2.5 把本地 cwd 当远端目录下发，而远端项目目录是 c:/code/cfc（opencode api 报 Operation not found: GET /global/health，版本 2.0.31 与 2.2.5 协议不符）。251 侧：22/80/443 open，9000 与 4090 均 closed → langgraph pytest 无法派发到 251 本机。处置建议：升级/对齐 opencode 版本 + 配置 auth 与 remote_dir。本轮已按「单节点串行」完成 11 例浏览器用例（本机） |
| B-43 | 线上 LangGraph 部署包落后于仓库（问卷生成 500，B-34 复发） | 研发/运维 | 部署态实测（https://ai.etotem.com.cn，cfc-langgraph v0.3.0）：POST /api/v1/questionnaire/generate → 500 'GenerateRequest' object has no attribute 'prompt_template'；线上 /openapi.json 的 GenerateRequest 无 prompt_template 字段 → 部署的是修复前版本。仓库侧修复（GenerateRequest 补字段 + build_prompt 防御）已在 cfclub，但未发布到 251。后果：/api/family/questionnaire AI 生成 100% 失败并静默降级为模板。建议：重新构建并发布 LangGraph 服务，发布后按同一 curl 回归。闭环：该接口 200 且问卷 JSON 非空 + 线上 openapi 出现 prompt_template |
测试（13:25 轮线上实测登记） | 2026-11-07 13:25 | 待处理 |
| B-44 | 管理端「运营驾驶舱」文案与统一用户模型冲突（孩子总数） | 研发 | 真实登录后驾驶舱统计卡显示「孩子总数 4256」（截图 _artifacts_live/admin-04-logged-in.png），而 AGENTS.md 规定「新功能禁止再引入『孩子』概念，统一用能登录用户/不能登录用户（memberType=login/local）」。属口径遗留，非功能缺陷。建议改为「未开通登录的子成员」或拆为两卡。闭环：TC-A-U04 增断言「驾驶舱不出现『孩子总数』」，改文案后转绿 |
测试（13:25 轮 UI 实测登记） | 2026-11-07 13:25 | 待处理 |
| B-45 | 两条需求变更的前端用例只在工作区、未入库（团队邀请分享 / 优惠券已领取按钮） | 测试/流程 | 合并远端后核对当日 4 条需求变更：2026-11-06-我的团队收益口径与邀请分孚需求变更.md 与 2026-11-06-优惠券已领取券按钮修复需求变更.md 的用例已存在并随 cfc-frontend 16 套件 313 例实际执行通过（__tests__/specs/team-invite-share.test.js、__tests__/specs/coupon-claimed-actions.test.js），但 git status 显示 cfc-frontend/__tests__/specs/ 整体为 ??（untracked）→ 只存在于主工作区，git clean -fd 即静默丢失。与 B-23（SC-X-22 契约未入库）同源。建议：由研发/资产作者 git add cfc-frontend/__tests__/specs/ 后提交；测试侧不代提交研发 WIP。闭环：git ls-files cfc-frontend/__tests__/specs/ 有命中且 git status 该路径干净 |
测试（13:25 轮实测登记） | 2026-11-07 13:25 | 待处理 |
| B-46 | e2e-live/admin-live.spec.js · TC-A-U04（管理员真实登录）+ TC-A-U05（后台核心菜单可访问） | 测试（自处置）/ 研发确认 | 16:36 轮三度复现（稳定确认）：admin-desktop 项目 TC-A-U04（真实登录进后台主框架）与 TC-A-U05（菜单遍历）连续第 3 轮失败，错误一致为 TimeoutError: locator.click —— 登录按钮 <button ... disabled="disabled" class="... is-disabled"> 在滑块拖动 + 凭据填充后始终不启用，element is not enabled 超时 20s。15:38 轮 TC-A-U04 同流程通过（按钮可启用）、仅 TC-A-U05 失败；16:13 轮与 16:28 轮连续 2 次隔离复跑均 U04+U05 同因失败（e2e-live 用例代码未变，故非测试侧改动）→ 由「单测试偶发竞态」升级为「admin 真实登录按钮启用链路回归/确定性失效」，三度复现后稳定确认，提示部署变更（滑块/角色校验就绪→按钮启用）可能劣化。影响：admin 登录 + 菜单遍历验收全缺口（浏览器套件 admin 3/5，frontend 6/6，shop-api 4/4）。测试侧自处置：dragSliderToEnd 后显式 waitForEnabled + 角色选择加 wait（本轮仍不生效，佐证非测试时序问题）；研发侧：必须确认 admin 登录按钮 enable 判定 + 滑块/角色校验就绪链路是否随部署变更失效。闭环：U04+U05 隔离复跑通过 + 全量浏览器套件 11/11 绿 |
测试负责人（15:38 登记，16:13 升级，16:36 三度复现） | 2026-11-07 15:38（登记）/ 2026-11-07 16:13（升级）/ 2026-11-07 16:28（三度复现） | 已解除（16:46 轮根因定位 + 用例修复，2026-11-07 16:46） |
| B-47 | 主干 JDK8 编译失败（HuaweiAuthService 使用 JDK10+ API）—— 后端全部用例无法编译执行 |
研发 | P0 构建阻断（16:46 轮实测）。978d1bc95 feat(huawei-health)（2026-11-07 14:36 入主干）在 cfc-backend/src/main/java/com/etotem/cfc/service/huawei/HuaweiAuthService.java:246 写入 java.net.URLEncoder.encode(s, java.nio.charset.StandardCharsets.UTF_8)——encode(String, Charset) 重载自 JDK10 起才存在，而 cfc-backend/pom.xml:23 声明 java.version=1.8、编译插件 source/target=1.8，运行侧 JDK8。实测（本机 JDK 1.8.0_25 + Maven 3.9.9，mvn -o -B -DskipTests=false -Dtest=LegacyDimension* test）→ COMPILATION ERROR：java.nio.charset.Charset 无法转换为 java.lang.String，构建在 default-compile 阶段即失败，_r1646_targeted.log。影响：① 后端 2375 例 JUnit 一行都跑不了（本轮后端零实测的直接原因）；② 任何 JDK8 构建/部署链路被打断；③ 若改由 JDK11+ 编译、仍部署到 JDK8，则运行期抛 NoSuchMethodError（华为健康 encode 首次调用即 500）。同文件与同仓其余 5 处（ReportCollectService:972、ReportScriptGeneratorService:283、XiaomiAuthService:87-89）均正确使用 .name()，本处是唯一例外，属可精确定位的单点缺陷。建议修复（二选一，均 2 行内）：try { return URLEncoder.encode(s, StandardCharsets.UTF_8.name()); } catch (UnsupportedEncodingException e) { throw new IllegalStateException(e); }；或在 pom 显式把 maven.compiler.release 抬到 11 并确认部署 JDK。已在隔离预览树（D:\_wt_b47，未改主干）验证：补齐 try/catch 后 BUILD SUCCESS，LegacyDimensionCallFilterTest 6/6 + LegacyDimensionCallLogServiceTest 7/7 = 13/13 绿。闭环：JDK8 下 mvn -o -B -DskipTests=false test-compile BUILD SUCCESS 且 include 华为健康用例跑通 |
测试负责人（16:46 轮实测登记） | 2026-11-07 16:46 | 待处理（P0 构建阻断，建议当日修） |
| B-48 | 连续三轮把「测试脚本缺陷」误判为「部署回归」（B-46 误判复盘） | 测试（流程/方法论） | 15:38 / 16:13 / 16:36 三轮均把 admin U04+U05 失败定性为「登录按钮启用链路随部署变更失效（P0 候选）」，16:46 轮只读取证推翻该结论：真实原因是用例在「登录身份」尚未异步带出时点开了 el-select，浮层遮挡滑块导致拖动从未生效（fillW=0%、hint 仍为待拖文案）。误判的三条根因：① 只读终态不读过程态——只看到按钮 disabled，没看 .captcha-hint 文案（仍是「请按住滑块拖动到最右侧完成验证」就说明滑块根本没动，而非服务端拒绝）；② 哨兵失效——TC-A-U02 断言「不含『拖动到最右侧』」会被失败态文案「验证失败，请重试」满足，使「滑块机制是否可用」这一关键前提长期假绿；③ 未做单变量最小化取证——「填凭据」与「拖滑块」耦合在同一条用例里，三轮都没有把两者拆开验证。方法论修正（已在本轮落地）：浏览器用例失败必须同时采集「控件属性 + 提示文案 + 几何量（fill%/offset）」三件套；通过态断言必须锚定成功文案而非「非待机文案」；同因连续复现 ≠ 产品回归，同一条测试代码反复执行也会稳定复现同一缺陷。闭环：新断言（验证通过 + toBeEnabled()）已入 admin-live.spec.js，并在本轮及后续轮次作为回归哨兵 |
测试负责人（16:46 轮复盘登记） | 2026-11-07 16:46 | 已处置（断言与用例已修，方法论已固化） |
| B-49 | 台账数字失真：P2-T3「新增 188 例」实为 13 例 | 测试（数据质量） | 16:36 轮报告与台账记「df8af9a2b（P2-T3）新增 2 测试类 188 例（LegacyDimensionCallFilterTest 72 + LegacyDimensionCallLogServiceTest 116），不在基线待核实」。16:46 轮实测纠正：git show --name-only --diff-filter=A df8af9a2b 仅新增这两个测试类，grep -c @Test = 6 + 7 = 13；隔离树实跑 Tests run: 13, Failures: 0, Errors: 0, Skipped: 0，且该提交自身说明也写「6+7=13/13 通过」。影响：① 后端用例总数基线（2375）若按 188 记账将虚增 175 例，通过率分母失真；② 「待核实工作量」被高估 14 倍。建议：台账只登记可复算的 Tests run 或 @Test 计数，禁止用 diff 行数/文件大小估算用例数；每轮聚合须附命令与文件路径。闭环：docs/tdd/test/* 与 memory 中 188 的表述全部更正为 13 |
测试负责人（16:46 轮实测纠正） | 2026-11-07 16:46 | 已纠正 |
| B-51 | 本机浏览器节点 desktop204（admin 任务 cfc.iwintrue.com/admin）Chromium 二进制缺失 |
测试（自处置）/ 运维 | 测试执行环境缺口（18:50 轮实测）。新拓扑指令本机 desktop204 作为浏览器节点跑 admin 任务，但本机 ms-playwright 无可用 Chromium：npx playwright install chromium 仅清理旧构建（chromium-1228/1234、chromium_headless_shell-1228），网络受限未下载可用浏览器；~/.cache/ms-playwright 为空。影响：admin 浏览器任务（TC-A-U01~U06）本轮回退未执行，admin 验收链路出现执行盲点。自处置：在本机节点重装 Chromium（npx playwright install chromium 需放行下载）或将 admin 任务改派 189（192.168.16.189:4090，可达但需鉴权）。闭环：Chromium 就绪后重跑 admin 5/5（基线 B-46 已修复 15/15） |
测试负责人（18:50 轮登记） | 2026-11-07 18:50 | 已解除（20:10 轮实测 Chromium 可用，根因是仓库根目录执行导致双版本冲突，非缺二进制） |
| B-52 | health-contract 独立运行 Playwright 版本冲突 | 测试（自处置） | 测试环境缺陷（18:50 轮实测）。从 d:/cfc 根执行 npx playwright test -c tests/playwright.config.health.js 报 Playwright Test did not expect test.describe() to be called here（two different versions of @playwright/test），导致华为/小米健康鉴权契约（TC-H-U01~U10）无法独立复跑；基线 18:30 由 E2E Test Bot 在正确环境下跑出 5/10（B-50）。根因：tests/node_modules 与根存在双版本 @playwright/test。自处置：固化 playwright 版本，或在 tests/ 目录内运行该契约（cd tests && npx playwright test -c playwright.config.health.js）。闭环：契约可独立复跑并纳入每轮回归 |
测试负责人（18:50 轮登记） | 2026-11-07 18:50 | 已解除（20:10 轮在 tests/ 目录内运行 health 契约成功 5/10，失败全部为 B-50 本体） |
| B-50 | 华为健康 5 端点未鉴权 200 直通（LOGIN_REQUIRED_PATHS 缺 /api/huawei-health/，与小米不对称） |
研发/部署 | P1 安全/鉴权契约缺口（本轮实测新发现）。B-47（636c42103，18:06 修 JDK8 编译阻断）合入并部署后，健康模块在目标实例由「404 未上线」转为「已上线可访问」。本轮 playwright.config.health.js 契约实测：华为 5 端点（TC-H-U01~U05）未鉴权均返回 HTTP 200 直通（契约要求 401/403），小米 5 端点（TC-H-U06~U10）未鉴权均返回 401 正确拦截 → 10 例中 5 过 5 败。根因：JwtInterceptor.LOGIN_REQUIRED_PATHS:114-115 已含 /api/xiaomi-health/ 但无 /api/huawei-health/，WebConfig.excludePathPatterns 也未排除该路径 → 匿名请求落到 controller（currentMemberId=null → 业务 badRequest("memberId不能为空")，HTTP 200）。HuaweiHealthController（auth-url/callback/sync/revoke/status 全部 @PostMapping，依赖 @RequestAttribute currentMemberId，src/main/java/com/etotem/cfc/controller/huawei/HuaweiHealthController.java）。同族于 SC-G-06 / SEC-20261031-01（鉴权清单漂移），与小米同批接入却漏配。建议：LOGIN_REQUIRED_PATHS 增 /api/huawei-health/（对齐小米）。闭环：health 契约 10/10 全绿（华为 5 端点 401/403） ；20:10 轮第 2 次实测复现（B-52 解除后在 tests/ 目录内独立复跑）：5 passed / 5 failed，华为 5 端点仍未鉴权 200，小米 5 端点仍 401 → 契约稳定复现，非抖动 |
测试负责人（第 70 轮实测登记；20:10 轮复核） | 2026-11-07 18:30 | 研发侧已修·待部署验证；20:20 轮源码复核（关键）：origin/cfclub 的 JwtInterceptor.java:116 已含 /api/huawei-health/（原 cc7b3e00b 修复，WebConfig.excludePathPatterns 无对应豁免）→ 源码已修，线上仍 200 = 部署滞后（部署缺口），非研发未修。21:20 轮线上实测 health 契约 10/10 全绿（华为 5 端点现均返回 401 正确拦截，与小米对称），部署含 cc7b3e00b 已上线、部署缺口闭合 → B-50 已解除 |
| B-53 | 研发 70 项 WIP 含 11 个后端测试文件修复，未提交未推送 | 研发 | P0 流程缺口（20:10 轮实测）。主工作区 git status --porcelain 70 项未提交，其中 cfc-backend/src/test/java/com/etotem/cfc/integration/controller/ 下 11 个文件（Article/Auth/Family/GuideFamilyTask/GuideOrder/GuideRolePermission/GuideTeam/Payment/Product/ProductOrder/Stats 各 ControllerTest）已修好测试缺陷。隔离树带入后定向复跑 170 例：F4+E2=6 红（基线同类 48 红）→ 42 例可立即转绿。预测主干后端 95.02%→96.78%（越 G1 阈值），全量 96.14%。与 B-29 同族：已修未提交 = 未完成。闭环：研发 git add 这 11 文件 + commit + push，主干全量复跑 ≥96.78% |
测试负责人（20:10 轮登记） | 2026-11-07 20:10 | 待处理 |
| B-54 | cfc-langgraph 本机 venv 不可用（chromadb 原生 DLL 缺失 + LLM 凭据无效 + test_memory 签名漂移） | 研发/测试（双方） | P1 环境+夹具缺口（20:10 轮实测）。pytest 51 例：34 绿 / 17 红。① C 类环境 12 例：ImportError DLL load failed while importing chromadb_rust_bindings: 找不到指定的模块（chromadb 1.5.9 原生扩展缺 VC++ 运行时）→ chat/analyze 端点 500；api key ****ocal is invalid → intent 4 例退化为 CHAT、auto_tag 5 例断言失败；report_parse 2 例用例写死容器路径 /app/cfc/... 本机 400。② A 类夹具 3 例：tests/test_memory.py:7/14/22 MemoryManager() 未传 embeddings（app/memory/store.py:15 已改必填），因 chromadb 不可用无法判定修复后是否转绿。闭环：装 VC++ 运行时或重建 venv（pip install --force-reinstall chromadb）+ 用例补 FakeEmbeddings，再按指令改派 251 节点复跑 ≥45 绿。R86(11-08 13:30)观察：26 绿/17 红（43 collected, --ignore=tests/qna），较 R85 27 绿净 -1；test_memory_manager_init 由通过转为 DLL 失败（chromadb_rust_bindings 缺失），与 working/longterm 同因，归本项 C 类环境，非新缺陷 |
测试负责人（20:10 轮登记 · R86 补记） | 2026-11-07 20:10（R86 补记 11-08 13:30） | 待处理 |
| B-55 | 测试节点 192.168.16.189 / 192.168.16.251 均不可达，按节点分派无法执行 | 运维 | P1 分派缺口（20:10 轮实测，B-42 延续）。curl 实测：192.168.16.189 的 TCP 22/80/4090 全部拒绝（http_code 000）；192.168.16.251:9000/health 超时（000）。影响：本轮浏览器任务（admin/frontend）与 langgraph 任务均无法按新拓扑分派，全部回退本机串行（遵守「每节点仅一个浏览器任务」）。建议：① 开放 189 的 22（SSH）/4090（opencode）并对 251 放通 9000；② 测试侧补 tests/node-probe.spec.js，每轮先探活再分派，避免静默回退。21:20 轮复测修正：192.168.16.189:4090 与 192.168.16.204:4091 现 TCP OPEN（可达），192.168.16.251:9000/4090 仍 CLOSED；但 189/204 的 opencode agent 派发任务均零产出（见 B-56），故 189 仍无法实跑 admin、251 仍不可派发 langgraph。闭环改为：189 agent 任务执行链路修复后重测；251 放通端口 |
测试负责人（20:10 轮登记） | 2026-11-07 20:10 | 待处理 |
| B-56 | 测试节点 opencode 派发任务执行不生效（204/189 均 TCP 可达但 session 创建后 agent 零产出） | 测试/运维 | P2 分派机制缺陷（21:20 轮实测）。python 经 opencode HTTP API（Basic opencode:IwinTrue@123）向 192.168.16.204:4091 / 192.168.16.189:4090 POST /api/session 创建会话成功（200，返回 ses_*），POST /api/session/{id}/prompt 返回 200，但轮询 480s 内 GET /api/session/{id} 的 assistant 消息始终为空（len=0）→ 派发的浏览器任务未被 agent 实际执行，无任何产出。影响：按新拓扑「admin→189 / frontend→204」的远程派发链路失效，本轮改为在本机（204）直接用本地 Playwright CLI 实跑两个浏览器套件（frontend 6/6、admin 5/5 全绿）作为兜底证据。建议：修复 204/189 opencode 节点的 agent 任务执行链路（会话创建后需触发 agent run，而非仅登记 prompt），或将浏览器任务改为 opencode run 接口直接执行 playwright 命令。闭环：204/189 节点派发任务能回传真实 playwright 结果 JSON |
测试负责人（21:20 轮实测登记） | 2026-11-07 21:20 | 待处理 |
| B-53-Update（第 75 轮量化） | B-53 精确复现：带 WIP 同 11 类 170 例 48 红 → 6 红（42 例可转绿） | 研发 | P0 第三次催办，量化证据已具备。隔离树 @bca7dec03 带入主工作区 11 个 M 状态后端测试文件后定向复跑同 11 类：Tests run: 170, Failures: 4, Errors: 2（GuideFamilyTaskControllerTest 2F+1E、GuideRolePermissionTest 1F+1E、StatsControllerTest 1F），对比 clean 基线同 11 类 48 红（Article 9 / Auth 4 / Family 1 / GuideFamilyTask 5 / GuideOrder 8 / GuideRolePermission 5 / GuideTeam 2 / Payment 4 / Product 3 / ProductOrder 6 / Stats 1）→ 42 例可立即转绿。整体影响：后端 2279/2398 = 95.04% → 2321/2398 = 96.79%（越过 G1 96% 阈值），红例 115 → 73，红类 35 → 29。闭环：11 文件入库后全量复跑 ≥96.79% |
测试负责人（第 75 轮实测量化） | 2026-11-07 23:05 | 待处理（连续 3 轮未收口） |
| B-57 | 新用例断言错设：@RequestAttribute 缺失在 Spring 绑定层即 400，非业务分支 |
测试（自处置） | A 类用例缺陷（本轮自发现并修复）。FamilyInviteApproveRequestTest 首版把「未登录审批」断言为 200 + message=请先登录，实测 400 Bad Request——@RequestAttribute("userId") 为必需属性，缺属性时 RequestAttributeMethodArgumentResolver 在进入方法体前即抛 ServletRequestBindingException，controller 内 approverUserId == null 分支在 MockMvc 下不可达（仅当属性存在且为 null 才进入，而 requestAttr(k, null) 本身被 MockMvc 拒绝）。影响：若按首版断言入库，该用例会永久红；若为让用例变绿而放宽断言，则失去「未登录不得触达业务」的守护意义。修复：断言改为 status().isBadRequest() + verify(service, never())（既锁定拒绝、又锁定不触达业务）；删除不可达的「属性为 null」用例并在此登记该分支为防御性代码。闭环：FamilyInviteApproveRequestTest 7/7 绿，与另两类合计 18/18 绿 |
测试负责人（第 75 轮实测登记） | 2026-11-07 23:05 | 已处置（用例已修，18/18 绿） |
| B-58 | cfc-langgraph 测试通过数漂移 59→51（WIP 未提交） | 研发 | 第 76 轮（2026-11-08 00:21）实测回归：本地 venv 跑 pytest tests/ --ignore=tests/qna 收集 63（R75 为 71）、通过 51（R75 为 59），少 8 例。根因：工作区 8 个 langgraph 测试文件（conftest.py/test_analyze/test_auto_tag/test_chat/test_graph/test_intent/test_memory/test_report_parse）处于 M 未提交状态（WIP，B-53 复发）。影响：langgraph 通过率口径不稳，无法确认是否为真实回归，且违反「已修未提交=未完成」铁律。闭环：产生 WIP 的会话对这 8 文件 git add+commit+push（PR 仅含测试文件），收口后全量复跑回到 59/0/12；测试侧不代提交。 |
测试负责人（第 76 轮实测登记） | 2026-11-08 00:21 | 重定性（第 77 轮，2026-11-08 02:16）：见下方 B-58-Update |
| B-58-Update（第 77 轮重定性） | cfc-langgraph clean 树 17 红：不是「通过数漂移」，是主干套件本来就红 | 研发 | P0，口径反转（第 77 轮隔离树实测）。R76 的「59→51 漂移 -8」表述不完整：本轮在干净基线 8e736c3bb 隔离树（D:\_wt_r077，不带走任何 WIP）实跑 pytest tests --ignore=tests/qna → 43 收集 / 26 过 / 17 红 / 0 skip。逐条归因：C 类环境 13 例（chromadb_rust_bindings DLL 缺失导致 /chat、/analyze、/auto_tag 端点 500 共 8 例 + LLM 凭据无效致 test_intent 4 例退化为 CHAT + test_report_parse 2 例数据路径 → 其中 1 例归数据）；A 类夹具 3 例（tests/test_memory.py:7/14/22 MemoryManager() 缺 embeddings）；数据 1 例（test_report_parse_invalid_json_response 400≠200，而 clean 树无该断言路径）。对照主工作区 WIP 8 文件 → 63 收集 / 51 过 / 0 红 / 12 skip。读 WIP conftest.py diff 证实其为测试基建重构：collect_ignore=["qna"]（tests/qna/test_graph.py 引用已删除的 src.qna，收集期即中断整个套件）、llm_live marker 默认 skip、StubLLM/FakeGraph 桩把端点契约确定化。结论：WIP 不是「让绿灯更好看」，而是把主干的红修掉；「已修未提交 = 未完成」在本项上造成主干 17 红。建议：这 8 文件立即 git add+commit+push。闭环：clean 树复跑 pytest tests ≥51 过 / 0 红 / 12 skip，且 test_memory 3 例补 FakeEmbeddings 后转绿 |
测试负责人（第 77 轮实测重定性） | 2026-11-08 02:16 | 待处理（建议当日收口） |
| B-53-Update（第 77 轮量化） | B-53 第 4 次量化：13 个测试文件（11 M + 2 ??）入库可 +42 例转绿、+17 例新增 |
研发 | P0 第 4 次催办，量化口径已固化。干净基线隔离树 D:\_wt_r077 @8e736c3bb 全量 292 类 / 2416 例 / 2297 过 / 65F+50E+4S = 95.07%，35 红类 / 115 红例。随后把主工作区 13 个后端测试文件（11 M + 2 ??：FamilyEarningsAdminRoleGateTest、SurveyHealthReviewContractTest）复制入同一隔离树，定向复跑同 13 类：170 例 / 48 红 → 187 例 / 6 红，即 42 例转绿 + 17 例新增（全绿）；残余 6 红分布：GuideFamilyTaskControllerTest 2F+1E、GuideRolePermissionTest 1F+1E、StatsControllerTest 1F。全量预测：2356/2433 = 96.83%，红例 115 → 73，红类 35 → 28。逐类对照：Article 9→0、Auth 4→0、Family 1→0、GuideOrder 8→0、GuideTeam 2→0、Payment 4→0、Product 3→0、ProductOrder 6→0，GuideFamilyTask 5→3、GuideRolePermission 5→2、Stats 1→1。闭环：13 文件入库后全量复跑 ≥96.83% 且红例 ≤73 |
测试负责人（第 77 轮实测量化） | 2026-11-08 02:16 | 待处理（连续 4 轮未收口） |
| B-59 | tests/e2e-live/admin-live.spec.js:158 TC-A-U05 用「网址含 /login 就跳过」把前置失败转成不判定 |
测试（下轮自处置） | P1 用例哨兵失效（第 77 轮实测新发现）。本轮 admin-desktop 套件结果为 14 过 / 1 跳过（R75/R76 为 5/5 全过），被跳过的正是 TC-A-U05 后台核心菜单可访问：该用例自己重新走一遍登录流程（填凭据 → 等身份带出 → 拖滑块 → 点击登录 → waitForTimeout(5000)），随后执行 test.skip(page.url().includes('/login'), '登录未通过（见 TC-A-U04），本用例无法在无会话下判定')。本轮同一次运行里 TC-A-U04 真实登录通过并落到 /admin/dashboard（菜单 102），但 U05 自身的第二次登录在 5s 等待窗内未完成跳转 → 命中跳过分支。影响：① 跳过不计红，套件看起来「绿」，实际菜单遍历验收缺口；② 与 B-48/B-57 同族——把不确定态转成不判定，哨兵永久失效；③ 5s 固定等待属时序脆弱点（并发跑后端全量时机器负载高，登录链路变慢）。建议修复（任选其一，均 ≤5 行）：① 把 test.skip(...) 改为 expect(page.url()).not.toContain('/login')，让前置失败直接红；② 让 U05 复用 U04 的 storageState（playwright.config 开启 storageState 复用），彻底避免二次登录；③ waitForTimeout(5000) 换成 page.waitForURL(/\/admin\/dashboard/, { timeout: 20000 })。闭环：admin 套件连续 2 轮 5/5 全过且无 skip |
测试负责人（第 77 轮实测登记） | 2026-11-08 02:16 | 待处理（下轮自处置） |
| B-60 | ActivityControllerTest 单类 16 例耗时 412.4s，占后端全量时长 16% |
研发 | P2 测试隔离/时效缺陷（第 77 轮实测新发现）。本轮后端全量 Total time: 48:18 min，surefire XML 累计 2568s（42.8 min），其中 com.etotem.cfc.controller.ActivityControllerTest 412.4s / 16 例（均值 25.8s/例）、GuideModuleIntegrationTest 236.5s / 4 例、PlannerBindInviteFlowTest 169.9s / 9 例、AIChatControllerTest 125.4s / 17 例、ArticleCategoryControllerTest 85.5s / 3 例。对照组：同为 controller 包的多数类在 0.0x~1s 量级。推断：测试内存在真实外部调用（微信/AI 网关/HTTP）或反复重建 Spring 上下文与数据库迁移（DatabaseInitializer 每个上下文重跑一次迁移）。影响：全量反馈周期被 5 个类拉到 40 min 以上，属 CI 门禁落地的直接障碍；也让每轮巡检的时间成本翻倍。建议：① 用 @MockBean/WireMock 截断真实网络；② 慢类合并上下文（@DirtiesContext 只在必要时用）；③ 为单类设 120s 警戒阈值，超阈即视为缺陷。闭环：全量 mvn test ≤25 min 且无单类 >120s |
测试负责人（第 77 轮实测登记） | 2026-11-08 02:16 | 待处理 |
| B-61 | JwtInterceptor.LOGIN_REQUIRED_PATHS 缺 /api/health/plan/**，健康方案 3 端点匿名 200 直通业务层 |
研发 | P0 安全/契约缺口（第 78 轮实测，连续 2 轮复现）。POST /api/health/plan/{adjust,attribution,generate} 未携带 Authorization 均返回 HTTP 200（attribution/generate 业务码 4001 付费墙、adjust 500 NPE），未按 API_REFERENCE §4.49.1/§4.49.2（标注「登录用户 JWT」）拦截为 401/403。对照 POST /api/huawei-health/auth-url 无鉴权正确返回 401。根因：JwtInterceptor.LOGIN_REQUIRED_PATHS（JwtInterceptor.java:87–127）为 opt-in 清单，已含 /api/huawei-health/、/api/xiaomi-health/，但健康方案族 HealthPlanController.java:33/:63/:100 三个端点（adjust/attribution/generate）既不在 LOGIN_REQUIRED_PATHS 也不在 PUBLIC_PATHS → 匿名请求被放行到 controller，与 SEC-20261031-01 注释（:96–108）明确反对的「匿名 userId=-1 放行走业务 500 而非安全 401」口径漂移属同族遗漏。影响：匿名用户可触发健康方案归因/生成/调整业务链路（消耗 AI 配额、可能越权读取/生成家庭私有健康方案）。测试证据：tests/e2e-live/health-contract.spec.js TC-HP-U01/02/03（上轮新增，本轮复测 3 例仍失败）。修复建议：LOGIN_REQUIRED_PATHS 增加 "/api/health/plan/"（与健康报告/华为/小米同族），统一「默认拒绝 + 显式放行」。闭环：TC-HP-U01/02/03 由失败转 pass（返回 401）+ 后端补带/不带 token 双向 MockMvc 用例 |
测试负责人（第 78 轮实测登记） | 2026-11-08 02:47 | 待处理（P0，连续 2 轮） |
| B-62 | cfc-frontend 2 个 RED 契约套件进入执行范围，14 例待实现（S-cfc-35/S-cfc-38 birthday/gender 捕获） | 研发 | P1 契约待实现（第 79 轮实测，2026-11-08 03:23）。本轮 jest 执行范围由 17 套件/319 扩至 19 套件/343（jest.config.js mtime 03:15，testMatch: ['**/__tests__/**/*.test.js', ...]），使 2 个既有 RED 契约套件纳入统计：__tests__/family-join/join-form.required-info.test.js（12 败）+ __tests__/pages/family-members.joinRequestCardInfo.test.js（2 败）。两文件已在 R78 树内（提交 076cfa879 / c5e065dda，属 S-cfc-35/S-cfc-38 RED 契约），此前 R78 报告未纳入。性质 = 预期 RED（功能未实现），非既有用例回归：生产 cfc-frontend/pages/invite/join-form.vue 实际仅渲染「真实姓名/昵称」，缺出生日期/性别字段与校验，故断言 birthday/gender 必填、prefill、提交拦截、picker 映射、审批卡片三项信息均失败。无通过用例转红（328 通过含 R78 全部通过用例 + 净新增通过用例）。通知研发：家庭加入 birthday/gender 捕获实现（S-cfc-35/S-cfc-38 待 YELLOW）落地后复测 14 例转绿；此前 R78「frontend 全绿」口径未覆盖该 2 套件，本轮为覆盖可见性修正。闭环：研发实现 join-form birthday/gender 捕获 → 14 例 RED 转绿 + 状态机 S-cfc-35/S-cfc-38 置 YELLOW |
测试负责人（第 79 轮实测登记） | 2026-11-08 03:23 | 待处理（P1，预期 RED，待实现） |
| B-53-Update（第 81 轮闭环确认） | B-53 13 个测试文件已全部入库，WIP 清零 | 研发 | 闭环确认（第 81 轮，2026-11-08 06:25）。git status --porcelain 中 11 个 M controller 测试文件与 2 个 ?? 新测试文件（FamilyEarningsAdminRoleGateTest / SurveyHealthReviewContractTest）均无未提交改动；git ls-files cfc-backend/src/test/java/com/etotem/cfc/integration/controller/ 命中 13 相关文件 → 全部入库并随 cfclub 推送。闭环判据（clean 树复跑 ≥96.83% 且红例 ≤73）仍待全量 mvn test 实跑复核（本轮仅 test-compile）。B-53 主体关闭，量化复验列入下轮后端全量计划 |
测试负责人（第 81 轮确认） | 2026-11-08 06:25 | 已解除（WIP 已收口；<96.83% 全量复验待环境放行） |
| B-58-Update（第 81 轮收口确认） | 8 个 langgraph 文件已入库，但修复内容未落地，主干 17 红仍在 | 研发/测试 | 部分闭环（第 81 轮，2026-11-08 06:22）。git status cfc-langgraph/tests/ 已干净、8 文件全部 tracked（B-58「已修未提交」维度收口）。但：① tests/conftest.py 入库版本不含 R76 工作区版本的 collect_ignore=["qna"]/llm_live marker/StubLLM 重构（git log -- cfc-langgraph/tests/conftest.py 最近触达为版本号/ai-q/restore 提交）→ 无 --ignore=tests/qna 时 tests/qna/test_graph.py 仍在收集期中断整个套件；② 本轮 pytest tests --ignore=tests/qna -p no:cacheprovider 实测 43 收集 / 26 过 / 17 红，与 R77/R78 完全一致（无改善无劣化）。结论：B-58 账本收口，但 R76 描述的「修复内容」从未正式入库；17 红按 B-54 环境路线（VC++ 运行时/rebuilt venv + FakeEmbeddings + LLM 凭据）持续处置 |
测试负责人（第 81 轮确认） | 2026-11-08 06:22 | 部分解除（入库收口）；17 红归 B-54 持续处置 |
| B-56-Update（第 81 轮探针新证据） | 三节点派发通道再探针：189 prompt 404；204/251 配额限流 | 测试/运维 | 第 81 轮（2026-11-08 06:12~06:18）三节点实测。探活：192.168.16.189:4090→200、192.168.16.204:4091→200、192.168.16.251:4096→200（均 Basic 认证通过，会话创建 200）。派发探针（SIMPLE 提示「请只回复 OK」）：① 189 POST /api/session/{id}/prompt → 404（API 路径/版本不符，零产出）；② 204 prompt 200、assistant 有响应但 [RETRY provider.rate-limit You have used up today's text quota...1 request every 3 min] → 模型今日文本额度用尽；③ 251 同 204，命中配额限流；且 251 上 langgraph 9000 服务 CLOSED。结论：远程派发仍不可用（B-56 由「零产出」演进为「189 路由 404 + 204/251 配额限流」两条），浏览器任务按既定兜底策略本机串行实跑（admin 5/5、frontend 6/6、shop 4/4、health 10/13）。闭环调整：① 运维恢复 204/251 opencode 模型配额（或切模型/提供方）；② 研发/运维对齐 189 opencode API 版本路由；③ 251 放通 9000 |
测试负责人（第 81 轮实测登记） | 2026-11-08 06:18 | 待处理 |
| B-61-Update（第 81 轮复现） | P0 健康方案鉴权缺口连续第 3 轮复现 | 研发 | 连续第 3 轮复现（2026-11-08 06:26）。本轮 playwright.config.health.js 契约实测：TC-H-U01~U10 10/10 全绿（华/小米健康鉴权稳定拦截），但 TC-HP-U01/02/03（/api/health/plan/{adjust,attribution,generate} 匿名 POST）仍返回 HTTP 200 直通（应 401/403/404）。JwtInterceptor.LOGIN_REQUIRED_PATHS 修复未随任何部署轮次生效。与 B-61 主登记同因：opt-in 清单漏配 /api/health/plan/。闭环判据不变：修复+部署后 TC-HP-U01~03 转 401 即通过 |
测试负责人（第 81 轮复现登记） | 2026-11-08 06:26 | 待处理（P0，连续第 3 轮） |
| B-62-Update（第 81 轮闭环确认） | S-cfc-35/S-cfc-38 birthday/gender 捕获 14 例 RED 全部转绿 | 研发（已实现） | 闭环确认（第 81 轮，2026-11-08 06:20）。研发 04:53/04:56 提交实现（4f40a8973 S-cfc-67 审批卡片出生日期/性别 + 2c65d98f7 S-cfc-66 加入申请表单必填项）后，本轮 frontend Jest 19 套件 / 343 例 / 342 通过 + 1 skip / 0 失败：join-form.required-info.test.js（12 例）与 family-members.joinRequestCardInfo.test.js（2 例）14 RED 全部转绿，B-62 场景闭环。无通过用例转红（R79 基线 328 通过含净新增）。后续哨兵：frontend Jest 每轮 343 例全绿即维持闭环保守 |
测试负责人（第 81 轮确认） | 2026-11-08 06:28 | 已解除（14 RED 转绿，frontend 连绿） |
| B-61-Update（第 82 轮复现） | P0 健康方案鉴权缺口连续第 4 轮复现 | 研发 | 连续第 4 轮复现（2026-11-08 07:30）。本轮 playwright.config.health.js 契约实测：TC-H-U01~U10 10/10 全绿（华/小米健康鉴权稳定拦截），但 TC-HP-U01/02/03（/api/health/plan/{adjust,attribution,generate} 匿名 POST）仍返回 HTTP 200 直通（应 401/403/404）。源码复核：JwtInterceptor.java:87 LOGIN_REQUIRED_PATHS（R82 HEAD b037fe71b）仍无 /api/health/plan/ → 非部署滞后，源代码级未修。与 B-61 主登记同因：opt-in 清单漏配。闭环判据不变：修代码+部署后 TC-HP-U01~03 转 401 即通过。此为本轮最高优先级催办项（研发交接通知同步送达） |
测试负责人（第 82 轮复现登记） | 2026-11-08 07:32 | 待处理（P0，连续第 4 轮） |
| B-61-Update（第 83 轮复现） | P0 健康方案鉴权缺口连续第 5 轮复现 | 研发 | 连续第 5 轮复现（2026-11-08 10:2x）。本轮本机 playwright.config.health.js 契约实测：TC-H-U01~U10 10/10 全绿，TC-HP-U01/02/03（/api/health/plan/{adjust,attribution,generate} 匿名 POST）仍返回 HTTP 200 直通（应 401/403）。源码复核：JwtInterceptor.java:87 LOGIN_REQUIRED_PATHS（最新 HEAD 0fde81bec）仍无 /api/health/plan/ → 源代码级未修，非部署滞后。65 轮派发 lan-204 会话（ses_e477a6816ffe，D:\cfc）在途未产出，请研发侧重核会话状态或重派。闭环判据不变：修代码+部署后 TC-HP-U01~03 转 401/403 即通过（notice-83round 已送达） |
测试负责人（第 83 轮复现登记） | 2026-11-08 10:28 | 待处理（P0，连续第 5 轮） |
| B-59-Update（第 82 轮观察） | admin U04/U05 首轮抖动复跑转绿；B-59 时序修复仍未落地 | 测试（自处置） | 第 82 轮（2026-11-08 07:18~07:35）。admin-desktop 首轮 3/5（U04「身份自动带出」失败 + U05 依赖 U04 失败），独立复跑 5/5 全绿；shop 首轮 TC-S-U01 一次 502（上游瞬态，复跑 4/4 + curl 200×2）。首轮与 3 个 jest/lg 套件并行跑，机器负载高 → 佐证 B-59「固定 waitForTimeout(5000) 时序脆弱点」判断。修复（waitForURL 替换）仍未落地，列入测试侧下轮自处置 |
测试负责人（第 82 轮实测登记） | 2026-11-08 07:36 | 待处理（下轮自处置） |
| B-61-Update（第 84 轮复现） | P0 健康方案鉴权缺口连续第 6 轮复现 | 研发 | 连续第 6 轮复现（2026-11-08 10:44 增量复核）。本轮采信 83 轮本机 playwright.config.health.js 契约实测：TC-H-U01~U10 10/10 全绿，TC-HP-U01/02/03（/api/health/plan/{adjust,attribution,generate} 匿名 POST）仍返回 HTTP 200 直通（应 401/403）。独立源码复核：JwtInterceptor.java:87 LOGIN_REQUIRED_PATHS（最新 HEAD 39add0f31）仍无 /api/health/plan/ → 源代码级未修，非部署滞后。该缺口已连续 6 轮未闭环（R78 首现），建议本迭代优先排期。闭环判据不变：修代码+部署后 TC-HP-U01~03 转 401/403 即通过（notice-84round 已送达） |
测试负责人（第 84 轮复现登记） | 2026-11-08 10:52 | 待处理（P0，连续第 6 轮） |
| B-63（第 84 轮新增·已闭环） | 4 个前端验收守卫测试文件未入库（29 例全绿不可复现） | 测试（自处置） | 第 84 轮（2026-11-08 10:44 增量实测）。cfc-frontend jest 实跑 21 套件/355 例（354 过 + 1 skip），发现 R82 口径（343 例）之外多出 4 个 untracked 测试文件：__tests__/specs/{coupon-claimed-actions(10),report-upload-linked-products(6),shop-price-sort(6),team-invite-share(7)}.test.js，共 29 例全部通过，对应需求均已合入（2026-11-06 优惠券已领取跳转 / 报告上传关联商品卡片变更 R1 / 商城价格排序 / 团队邀请分享）。性质：与仓库既有约定一致的「组件纯决策逻辑镜像」验收守卫（无生产代码依赖），属测试侧资产。风险：干净克隆/CI 下前端仅 326 例可执行 → 全绿不可复现；兄弟 83 轮复用 R82 数字未实跑导致漏报。处置：本轮已精确 git add 入库（全绿 29/29），G9/G12 闭环。教训：前端 jest 必须每轮实跑，禁止直接复用上轮数字 |
测试负责人（第 84 轮实测登记） | 2026-11-08 10:52 | 已闭环（4 文件入库） |
| B-61-Update（第 85 轮 · 源码已修·部署滞后） | P0 健康方案鉴权缺口·连续第 7 轮复现（首次源码级确认已修复） | 研发/运维 | 连续第 7 轮复现（2026-11-08 12:59），但状态升级为「源码已修·部署滞后」。本轮 playwright.config.health.js 契约实测：TC-H-U01~U10 10/10 全绿，TC-HP-U01/02/03（/api/health/plan/{adjust,attribution,generate} 匿名 POST）仍返回 HTTP 200 直通（应 401/403）。源码复核升级确认：origin/cfclub@de16f40b0 的 JwtInterceptor.java:114 LOGIN_REQUIRED_PATHS 已含 /api/health/plan/（B-61 修复 b3a02df92 11:47 合入）→ 源代码级已修复（前 6 轮均为源码级未修）；线上 cfc.iwintrue.com 匿名 curl 探测仍 200（业务码 4001/500）→ 部署滞后（修复未随部署轮次上线）。闭环判据不变：部署 cfclub@de16f40b0 后 TC-HP-U01~03 转 401/403 即通过（notice-85round 已送达） |
测试负责人（第 85 轮复验登记） | 2026-11-08 12:59 | 待处理（P0，源码已修·待部署） |
| B-64（第 85 轮新增） | langgraph test_memory 装置接口漂移 | 测试（自处置） | 第 85 轮（2026-11-08 12:59，251 节点）。langgraph pytest 27/43（+1 转绿），但 test_memory.py::test_working_memory/test_longterm_memory 2 例失败：AttributeError: 'MemoryManager' object has no attribute 'get_working_memory'/'get_longterm_memory'——cfc-langgraph 的 MemoryManager（store.py）签名已变更（接口更名/重构），测试装置仍调用旧方法名未同步。属 A 类测试侧装置问题（非代码回归），与前序 O-14（缺 embeddings 装置）同族。修复建议：对齐 store.py 当前 MemoryManager 接口（查 get_* 方法实际签名），改 test_memory.py 调用新方法或补 get_working_memory/get_longterm_memory 别名。闭环：251 拉取修复后重跑 → test_memory 2 例转绿 |
测试负责人（第 85 轮实测登记） | 2026-11-08 12:59 | 已解除（第 88 轮闭环） |
| B-64-Close（第 88 轮闭环确认） | test_memory 装置已对齐真实 MemoryManager 契约 |
测试（已处置） | 闭环确认（第 88 轮，2026-11-08 14:20）。重写 cfc-langgraph/tests/test_memory.py 对齐 app/memory/store.py 的真实契约（__init__(embeddings) / save_conversation(user_id, conversation_id, messages) / recall(user_id, query, k)），并新增 test_legacy_memory_api_removed 守护旧接口不回潮；同时用 patch("langchain_chroma.Chroma") 隔离 chromadb_rust_bindings 原生 DLL 依赖，使单测不再被宿主机环境拖红（原 3 例 DLL 失败 → 0）。实测 4 passed / 0 failed（0.23s）。性质：A 类测试侧装置修复，未改任何生产代码、未放宽断言强度（新增 3 条调用参数级断言） |
测试负责人（第 88 轮实测） | 2026-11-08 14:22 | 已解除（4/4 绿） |
| B-61-Close（第 88 轮闭环确认） | P0 健康方案鉴权缺口·部署后首次转绿 | 研发/运维（已部署） | 闭环确认（第 88 轮，2026-11-08 14:15）。playwright.config.health.js 契约实测 13/13 全绿：TC-HP-U01/02/03（/api/health/plan/{adjust,attribution,generate} 匿名 POST）由 HTTP 200 直通转为 401（{"code":401,"message":"请先登录"}），TC-H-U01~U10 华为/小米 10 端点维持 401。独立 curl 复核 7 个端点全部 401。连续 8 轮（R78→R85）P0 缺口至此闭环，判据与预登记一致（部署 cfclub@de16f40b0 后转 401）。观测补充：同日 14:11 首跑出现 10 红（华为/小米 10 例无任何 console 输出、单轮耗时 1.1m），紧接 14:14 与 14:38 两次独立复跑均 13/13 绿（13.1s / 7.7s）→ 判定为瞬时上游抖动，非产品回归、非并发（配置本就 workers:1） |
测试负责人（第 88 轮实测） | 2026-11-08 14:39 | 已解除（13/13 绿，TC-HP-U01~03 转 401） |
| B-65（第 88 轮新增） | langgraph POST /api/v1/analyze 恒 500：checkpointer 缺 thread_id 配置 |
研发 | P1 产品缺陷（第 88 轮实测，2026-11-08 14:22）。tests/test_analyze.py::test_analyze_endpoint/test_analyze_missing_report 均 assert 500 == 200；异常栈：ValueError("Checkpointer requires one or more of the following 'configurable' keys: thread_id, checkpoint_ns, checkpoint_id")。根因（源码级确认）：app/graphs/analysis_graph.py:96 checkpointer = MemorySaver(); builder.compile(checkpointer=checkpointer)，而 app/api/analyze.py:36 await graph.ainvoke({...}) 未传 config={"configurable": {"thread_id": ...}} → 凡携带 checkpointer 的图在无 thread 配置时 LangGraph 必抛 ValueError → /api/v1/analyze 每次调用 100% 500。影响：报告解读 AI 能力（analyze 端点）线上不可用；与 R86 汇报将其归为「C 类环境」不同，本轮按异常栈首帧定级为产品缺陷（A/B 类判别见下）。修复建议（二选一）：① 无状态调用：create_analysis_graph() 去掉 MemorySaver()（该图无多轮状态需求）；② 保留状态：ainvoke(payload, config={"configurable": {"thread_id": trace_id}})。闭环：两例 assert 200 转绿 + 线上 POST /api/v1/analyze 返回 200 且含 analysis 字段 |
测试负责人（第 88 轮实测登记） | 2026-11-08 14:22 | 待处理（P1，产品缺陷） |
| B-66（第 88 轮新增·已闭环） | langgraph test_report_parse 2 例写死容器绝对路径 |
测试（已处置） | 第 88 轮（2026-11-08 14:17）。tests/test_report_parse.py 两例把样本路径写死为 /app/cfc/docs/参考资料/501999942-某人.pdf（生产容器内路径），本机/任何非容器宿主机 /api/v1/report/parse 直接 400「文件不存在」→ 2 例恒红。A 类测试侧装置缺陷（非产品问题：端点 400 行为正确）。修复：改为 os.path 由 __file__ 上溯 3 级解析仓库根拼 docs/参考资料/501999942-某人.pdf，并加 requires_sample_pdf（样本缺失时 skip 而非红）；断言强度不变。实测 5 passed / 0 failed（234.5s） |
测试负责人（第 88 轮实测） | 2026-11-08 14:18 | 已解除（5/5 绿） |
| B-67（第 88 轮新增·观察类） | 健康契约首跑 10 红：瞬时上游抖动可产生「整批假红」 | 测试（观察） | 第 88 轮（2026-11-08 14:11 首跑）。首跑 health-contract 10 failed / 3 passed（耗时 1.1m，10 个华为/小米用例无任何 console 输出即失败、无断言消息），同 banner 下 3 个 health-plan 用例正常输出并绿；紧接着两次独立复跑（14:14 串行 --workers=1 --reporter=list 13.1s、14:38 --reporter=line 7.7s）均 13/13 绿，独立 curl 7 端点亦全部 401。结论：该批红非产品回归、非并发（配置本就 workers:1），属目标站点/链路瞬时不可用（请求在建立阶段失败，故无状态码打印）。风险：此类假红若不复跑直接入台账，会误判为 P0 回归并污染趋势。纪律：live 契约套件单轮红必须先「同套件独立复跑 ≥2 次 + curl 直探」三证合一后再定性；不建议加 retries 掩盖（会削弱一次性真实回归的信号） |
测试负责人（第 88 轮观察） | 2026-11-08 14:39 | 观察中（无代码动作） |
| B-68（第 88 轮新增） | getFamilyTaskOverview 返回键改名 totalChildren→totalFamilyMemberren（拼写错误），前端 3 处仍读旧键 | 研发 | P1 前后端契约断裂（第 88 轮实测，2026-11-08 15:00）。后端 GuideFamilyTaskController.java:239 result.put("totalFamilyMemberren", children.size())（同时把 getXxxByChild 系列更名 getXxxByFamilyMember，符合 AGENTS.md「孩子→能登录/不能登录用户」口径），但返回键拼写为 totalFamilyMemberren（Member+ren 混拼）；前端仍读旧键：cfc-web/src/views/GuideFamilyTask.vue:37（空态判定）/:45（数值展示）、cfc-web/src/views/teacher/TeacherMessages.vue:139（StatCard）。影响：管理端「成长任务概览」恒显示 0 且永远命中空态（totalChildren === 0 为真），家长/规划师看不到任何家庭成员任务统计——属功能性不可用，非样式问题。发现路径：FamilyControllerTest 之外的 GuideFamilyTaskControllerTest.getFamilyTaskOverview_WithChildren 断言 totalChildren 得 null 而暴露。修复建议（二选一，推荐 ①）：① 后端保留 totalChildren 并新增 totalFamilyMemberCount（双写过渡，前端逐步迁移，避免再犯拼写错误）；② 前后端统一为 totalFamilyMemberCount 并同步改 3 处前端。闭环：新增契约用例断言响应含约定键 + 前端 3 处改读新键 + 管理端概览页实测非 0 | 测试负责人（第 88 轮实测登记） | 2026-11-08 15:00 | 待处理（P1 前端不可用） |
| B-69（第 88 轮新增） | /api/mind/ 未入 LOGIN_REQUIRED_PATHS，匿名访问返回 400 而非 401 | 研发 | P1 安全口径漂移（第 88 轮实测，2026-11-08 15:00）。MindFortuneControllerTest.testGetTodayFortuneWithoutAuth 断言 $.code == 401，实测 400。源码级确认：POST /api/mind/fortune（MindFortuneController.java:42）既不在 PUBLIC_PATHS 也不在 LOGIN_REQUIRED_PATHS（JwtInterceptor.java:87-127），且方法签名 @RequestAttribute("userId") Long userId + if (userId == null) return Result.error("请先登录") → 匿名请求在 Spring 参数绑定层即抛缺属性异常（400），控制器内的 null 分支不可达（与 B-57 同族陷阱）。影响：与 SEC-20261031-01「私有数据端点无 token 直接 401」口径不一致；400 错误体可能透出内部异常信息。修复建议：LOGIN_REQUIRED_PATHS 增 "/api/mind/"（同日运势/刷新/导出均为家庭私有数据）；若产品意图为游客可用，则需改为 @RequestAttribute(required=false) 并显式匿名降级，且同步改测试断言。闭环：匿名 POST 返回 401 + MindFortuneControllerTest 转绿 | 测试负责人（第 88 轮实测登记） | 2026-11-08 15:00 | 待处理（P1） |
| B-70（第 88 轮新增） | 8 例 Spring 上下文加载失败：auditLogAspect → auditLogService 注入链 | 测试（自处置） | A 类测试装置（第 88 轮全量实测 2026-11-08 14:46）。8 例红（AdminFamilyOverviewControllerTest 3、FamilyAdminOverviewServiceTest 3、UserServiceFamilyNameLinkTest 2）异常均为 IllegalStateException: Failed to load ApplicationContext，Caused by: BeanCreationException: Error creating bean 'auditLogAspect': Injection of resource dependencies failed → 'auditLogService': Injection of resource dependencies failed。成因推断：新增审计切面依赖的 bean 在该测试切片内被 @MockBean 覆盖或缺失（下游具体 bean 名需一次定向复现取证）。非产品缺陷（生产上下文正常启动，全量其余 303 类上下文均成功）。修复建议：为这两个测试类补 @MockBean AuditLogService（或按 auditLogService 的下游依赖补齐），复跑确认。闭环：3 类各 3/3、3/3、2/2 转绿 + 全量复跑无上下文失败 | 测试负责人（第 88 轮实测登记） | 2026-11-08 14:50 | 待处理（测试侧，A 类） |
| B-71（第 88 轮新增·已闭环） | 后端多类测试装置滞后于生产「孩子→家庭成员」重构 | 测试（已处置） | 第 88 轮（2026-11-08 15:00）。生产把 TaskService.getPendingReviewTasksForChild/getAllTasksByChild/getTaskHistoryByChild 更名 ...ForFamilyMember、guide-bind 从「直接绑定」改为「提交申请待审批」，测试仍打旧桩 → 8 例红（GuideFamilyTaskControllerTest 5、GuideRolePermissionTest 2、FamilyControllerTest 1）。已按新契约修订测试装置（服务方法更名、checkMemberOnly 前置 taskMapper.selectById 打桩、@MockBean TeacherFamilyBindingRequestService、断言改为「申请已提交，请等待家庭主账号审批」）。未放宽断言强度。定向复跑已确认：mvn test -Dtest=GuideFamilyTaskControllerTest,GuideRolePermissionTest,FamilyControllerTest → 49/49 全绿（20+21+8，0F/0E），同 3 类其余 41 例无回归；预测后端 97.03%→97.34%（待下轮全量 clean 复跑升级为全量证据） | 测试负责人（第 88 轮实测） | 2026-11-08 15:06 | 已闭环（49/49 绿） |
| B-70-Update（第 90 轮 · 根因反转并闭环） | 8 例上下文加载失败：真实根因是测试类硬编码 127.0.0.1:3306（本机无监听），非 auditLogAspect 注入链 | 测试（已处置） | 根因纠正 + 闭环（2026-11-08 18:44）。取全栈后确认因果链：IllegalStateException: Failed to load ApplicationContext → Error creating bean 'primaryDataSource'（SfmsDataSourceConfig）→ HikariPool 初始化失败 → CJCommunicationsException: Communications link failure → java.net.ConnectException: Connection refused: connect。即 AdminFamilyOverviewControllerTest / FamilyAdminOverviewServiceTest / UserServiceFamilyNameLinkTest 三类把 spring.datasource.url 硬编码为 jdbc:mysql://127.0.0.1:3306/zxyj，而本机 3306 无监听（netstat -an \| grep LISTENING 无 3306、/dev/tcp/127.0.0.1/3306 REFUSED；默认数据源 application.yml:22 为 192.168.16.251:3306，实连 ESTABLISHED）。R88/R89 的「auditLogAspect → auditLogService 注入链」推断被推翻——那只是上下文失败后的下游表象（bean 创建链上第一个失败点）。修复：三类数据源改指 192.168.16.251:3306（与其余 300+ 类一致）。定向复跑 13/13 全绿（3+3+2+5）。方法论：判「上下文加载失败」必须读 Caused by 链的最内层（JDBC/网络层），不可停在第一个 bean 名上 | 测试负责人（第 90 轮实测） | 2026-11-08 18:44 | 已闭环（8 例转绿，13/13） |
| B-72（第 90 轮新增） | 线上 /api/* 短窗口 502 抖动（openresty），致浏览器/契约用例假红 | 运维/研发 | P1 环境缺陷（第 90 轮实测，2026-11-08 17:22~17:35）。两窗口实测：① 17:22~17:26 POST /api/stats/dashboard、/api/stats/membership、/api/stats/traffic、/api/system/health、/api/admin/menu/user-menus 连续 20/20 返回 502 Bad Gateway（Server: openresty/1.19.9.1rc1），而同窗口 POST /api/admin-auth/login-by-password 仍 200（登录成功）→ 前端登录后数据接口 502 → 停留 /admin/login；② 17:33~17:35 /api/health/plan/list 连续 13 次 502 后恢复 401。17:36~17:38 30s 采样 18 组全部 401（稳定）；17:40 起 _r90_502_probe.log 每 30s 双端点采样，主态 health=401 system=200，偶发 system=000（5s 超时）。同一时间窗仓库有 chore: auto bump version and changelog（b58d54775）+ cfc-web/package-lock.json，判定为发布/滚动重启窗口。影响：TC-A-U04 首跑假红（复跑 5/5 全绿），易被误判为鉴权回归。建议：① 发布窗口公告或避开自动化跑测时段；② 前端对 502 显示明确「服务暂不可用」，不要静默停留登录页；③ 测试侧维持 B-67 三证纪律（已执行） | 测试负责人（第 90 轮实测登记） | 2026-11-08 17:35 | 待处理（运维：发布窗口管理） |
| B-69-Update（第 90 轮 · 连续第 3 轮） | /api/mind/ 匿名仍非 401 | 研发 | 连续第 3 轮未修（2026-11-08 19:00）。线上实测 POST /api/mind/fortune 匿名 → HTTP 200，{"code":400,"message":"用户不存在"}（用例期望 401）。源码复核（HEAD b58d54775）：cfc-backend/src/main/java/com/etotem/cfc/config/JwtInterceptor.java:87 的 LOGIN_REQUIRED_PATHS 仍无 "/api/mind/"（PUBLIC_PATHS 仅含 /api/mind/alert/*、/api/mind/traditional/*）→ 源代码级未修。闭环判据不变：匿名 401 + MindFortuneControllerTest 转绿 | 测试负责人（第 90 轮复现登记） | 2026-11-08 19:00 | 待处理（P1，连续第 3 轮） |
| B-65-Update（第 90 轮 · 连续第 3 轮） | langgraph /api/v1/analyze 恒 500（checkpointer 缺 thread_id） | 研发 | 连续第 3 轮未修（2026-11-08 18:55）。本轮 pytest tests/ --ignore=tests/qna 实测 44 收集 / 32 过 / 12 红，其中 test_analyze.py 2 例仍 assert 500 == 200，异常 ValueError: Checkpointer requires one or more of the following 'configurable' keys: thread_id, checkpoint_ns, checkpoint_id。其余 10 红为 B-54 环境（chromadb DLL 6 + LLM key 401 4）。闭环判据不变：两例 200 转绿 | 测试负责人（第 90 轮复现登记） | 2026-11-08 18:55 | 待处理（P1，连续第 3 轮） |
| B-59-Update（第 90 轮 · 再次触发） | TC-A-U05 仍以 test.skip(url.includes('/login')) 吞掉前置失败 | 测试（下轮自处置） | 第 90 轮再次触发（2026-11-08 17:24）。admin 首跑因 B-72 502 抖动导致 TC-A-U04 红，TC-A-U05 随即命中 test.skip 分支被记为 skipped（不计红）→ 套件显示 3 passed / 1 failed / 1 skipped。复跑（502 窗口结束）5/5 全绿。佐证 B-59 判定：固定 waitForTimeout(5000) + skip 兜底会把环境抖动转成「不判定」。修复建议不变：waitForURL(/\/admin\/dashboard/, { timeout: 20000 }) 硬断言，或复用 storageState | 测试负责人（第 90 轮观察） | 2026-11-08 17:26 | 待处理（下轮自处置） |
| B-61-Update（第 91 轮 · 已闭环） | P0 健康方案鉴权缺口·线上部署已生效 | 研发 | 第 91 轮实测闭环（2026-11-08 20:08）。playwright.config.health.js 契约实测：TC-H-U01~U10 10/10 全绿 + TC-HP-U01/02/03（/api/health/plan/{adjust,attribution,generate} 匿名 POST）本轮全部返回 HTTP 401（应 401/403），较 R78~R85 连续 7 轮 200 直通终告修复。根因（R85 已确认）：JwtInterceptor.LOGIN_REQUIRED_PATHS 已含 /api/health/plan/（b3a02df92/de16f40b0 已合入 origin/cfclub），本轮线上 cfc.iwintrue.com 匿名 curl 探测 HP 三端点均 401 → 部署已生效（R85 判定为「源码已修·部署滞后」，本轮滞后解除）。B-61（首现 R78）连续 7 轮后正式闭环。闭环判据：TC-HP-U01~03 由失败转 401 即通过 → 本轮达成（health 13/13）。 | 测试负责人（第 91 轮复验登记） | 2026-11-08 20:08 | 已闭环（live 13/13 验证） |
| B-73（第 91 轮新增） | cfc-frontend S-cfc-79 diet.recommendation.uiRework 24 例 RED 契约测试 | 研发 | P1 预期 RED（第 91 轮实测，2026-11-08 20:08）。cfc-frontend/__tests__/pages/diet/recommendation.uiRework.test.js（commit fb1e335e9，462 行，28 例）随 SRS 变更 49b4a71ef（推荐食材页面改版 7 项需求 REQ1~REQ7）新增；本轮 jest 实跑 24 失败 / 4 通过（28 总）。24 失败分布：REQ1 去顶部标题(2)、REQ2 互斥选中(3)、REQ3 4Tab 切换(7)、REQ4 前端分页(12)、REQ5 self-label="我"(1)、REQ6 生成 loading(3)——均为「功能未实现」类断言（UI 结构/数据契约/行为契约）。非既有用例回归：前端 354 通过用例零转红，纯为新增 RED 套件。性质 = 预期 RED（S-cfc-79 任务处于 RED 态，待研发 YELLOW 实现 recommendation.vue 改版 + DietRecommendationController 契约）。影响：用户目标「全部用例通过」暂未达成（24 红）；但「SRS 变更→测试用例更新」闭环已满足（需求 7 项均有对应 RED 用例覆盖）。通知研发：实现 S-cfc-79 使 24 例转绿（状态机置 YELLOW）。闭环：研发实现 diet rework → 该套件 28/28 全绿 + 状态机 S-cfc-79 置 YELLOW | 测试负责人（第 91 轮实测登记） | 2026-11-08 20:08 | 待处理（P1，预期 RED，待实现） |
| B-56-Update（第 93 轮 · 根因定位 + 客户端修复） | 189 派发通道：已定位根因（189 opencode 无任何 LLM 后端可用），并修复客户端触发流程 | 运维（凭证侧）/ 测试（客户端侧已修） | 第 93 轮（2026-11-08 20:43）定向复探 189 派发通道，给出确定性根因。189 opencode 当前状态：① HTTP API 可达（:4090→200，web UI 正常，GET /api/info 显示 v2.0.31 / pid 7512 / 绑定 192.168.16.189:4090，即 agent 进程在跑）；② 建会话 POST /api/session 200、触发 POST /api/session/{id}/prompt（body 字段是 text，非 prompt，旧脚本用错字段且假设建会话即自动运行 → 这是 B-56 的客户端侧根因之一，本轮已修复：_dispatch_189.cjs）；③ 但所有模型调用均 outcome=failed（实测 deepseek-v4.1-flash-free/opencode、glm-5.3-flash-free/opencode、iceman-free/opencode、deepseek3.2/axon、qwen3.5/axon 全部失败/超时）。④ GET /api/config 证实 189 C:\Users\Administrator\.config\opencode\opencode.json 中 agnes/sensenova/axon 三个 provider 均无 apiKey（apiKey present=false），opencode-free 模型又需账号授权 → 189 无任一可用 LLM 后端，故 agent 每次运行必败。⑤ ssh -p 22 iwt@192.168.16.189 → Connection refused（SSH 不可达），无法远程改配置/重启。结论：189 派发通道无法从本机远程恢复，根因在 189 节点缺 LLM 凭证；且按安全规约不处理密钥。客户端触发流程已修对，待 189 配置好凭证即可直接派发 admin 套件。运维动作（闭环条件）：① 在 189 本机给 opencode.json 的任一 provider（推荐 axon 或 sensenova）填入有效 apiKey（或设置对应环境变量）；② 重启 189 的 opencode 服务；③ 用 _dispatch_189.cjs 冒烟（OPENCODE_SERVER_PASSWORD='...' node _dispatch_189.cjs "node -v" 期望 outcome=success）。凭证就绪后 B-56 即可闭环，后续轮次 admin 浏览器套件可改派 189 减负本机。 | 测试负责人（第 93 轮实测定位） | 2026-11-08 20:43 | 待处理（运维：189 配置 LLM 凭证 + 重启；客户端已修） |
| B-74（第 92 轮新增） | langgraph 测试装置 ASGITransport 不触发 FastAPI startup → 6 例 checkpointer None 500 | 测试 | A 类测试装置（第 92 轮实测，2026-11-08 22:1x）。tests/test_auto_tag.py×5 + tests/test_chat.py×1 均 RuntimeError("checkpointer 未初始化，请确保 app startup 已调用 init_checkpointer()")。根因：测试用 httpx.ASGITransport(app=app) 直连 ASGI，不执行 FastAPI @app.on_event("startup")（app/main.py:39），故 app/checkpointer.py 的 init_checkpointer() 从未调用，checkpointer 全局单例保持 None → 6 例恒 500。非生产缺陷（生产 uvicorn 正常走 startup）。测试侧自处置：tests/conftest.py 加 session fixture 显式 await init_checkpointer()（或改用 LifespanManager 触发 lifespan），修复后 6 例转绿 + 251 节点拉取复验。 | 测试负责人（第 92 轮实测登记） | 2026-11-08 22:1x | 待处理（A 类，测试自处置） |
| B-65-Update（第 92 轮 · 连续第 4 轮 · 精确拆分） | langgraph /api/v1/analyze 恒 500（checkpointer 缺 thread_id） | 研发 | 连续第 4 轮未修（2026-11-08 22:1x）。本轮 251 派发 pytest tests/ --ignore=tests/qna 实测 44 收集 / 36 过 / 8 红；其中 test_analyze.py 2 例仍 assert 500 == 200，异常 ValueError: Checkpointer requires one or more of the following configurable keys: thread_id, checkpoint_ns, checkpoint_id。本轮精确拆分：checkpointer 8 红 = B-65 产品缺陷 2（analyze，缺 thread_id config）+ B-74 测试装置 6（auto_tag 5 + chat 1，startup 未触发）。LLM key 401（4 例，R90 曾归因）本轮已归零。闭环判据不变：两例 200 转绿 | 测试负责人（第 92 轮复现登记） | 2026-11-08 22:1x | 待处理（P1，连续第 4 轮） |
| B-75（第 93 轮新增） | signature.landscape.layout | 研发 | P1 预期 RED（第 93 轮实测，2026-11-08 22:27）。SRS DOC-2026-11-08-signature-landscape-fix（手签名横屏适配，能力键 signature.landscape.layout，纯前端 2 文件纵切，状态「待开发」）随 commit a7edf5698 合入。测试侧已补 tests/test-cases/signature.md（TC-SIG-01~05 / -E×3 / -N01，覆盖 R1 canvasHeight 不重算 / R2 rpx 放大 / R3 rect 未刷新 + 旋转兜底 + 竖屏回归 + 异常防御）。实现 signature.vue 横屏高度重算 + rpx→px 化 + hand-signature.vue 新增 refreshRect() 后用例转绿。影响：用户目标①暂未达成（用例为预期 RED）；但 SRS 变更→测试用例更新闭环已满足。 | 测试负责人（第 93 轮实测登记） | 2026-11-08 22:27 | 待处理（P1，预期 RED，待实现） |
| B-76（第 93 轮新增） | admin-desktop 非确定 flaky | 测试（自处置） | 第 93 轮实测（2026-11-08 22:27）。admin-desktop 5 例中稳定 4 通过 + 1 非确定失败：首跑 TC-A-U04 失败、独立复跑 TC-A-U01 失败、且偶发 skip（视登录页/滑块+凭据时序）。较 R92「U04 单失败」升级为跨 U01/U04 非确定 flaky（live 站点登录页渲染/滑块时序脆弱，非固定用例）。修复建议：固定 waitForTimeout(5000) / test.skip(url.includes('/login')) 兜底改 waitForURL(/\/admin\/dashboard/, { timeout: 20000 }) 硬断言 + 复用登录态 storageState；维持 B-67「单轮红先独立复跑 ≥2 次 + curl 直探」三证纪律。 | 测试负责人（第 93 轮实测登记） | 2026-11-08 22:27 | 待处理（下轮自处置） |
| B-55-Close（第 93 轮闭环确认） | langgraph 251:9000 服务恢复（B-55 服务维度解除） | 运维/测试 | 闭环确认（第 93 轮 22:27）。192.168.16.251:9000/health → {"status":"ok","components":{"chromadb":{"status":"ok"},"llm":{"status":"ok"},"java_backend":{"status":"ok"}}}；此前 R78~R91 长期 CLOSED。用户指令「langgraph 派 251」首度实质落地：251 部署节点 LIVE 实测 POST /api/v1/chat 返回有效 answer（{"answer":"我来帮您搜索一些关于补钙的相关商品和文章，请稍等！",...}），证明 251 持有有效 LLM key 且推理端到端可用；:4096 opencode 仍 OPEN（R92 已派发 pytest 36/44）。 | 测试负责人（第 93 轮实测） | 2026-11-08 22:27 | 已解除（251:9000 服务恢复，llm/chromadb/java_backend 全 ok） |
| B-54-Update（第 93 轮重申） | langgraph 本机 venv LLM key 401 环境漂移 | 测试/运维 | 第 93 轮重申（2026-11-08 22:27）。本机 venv 跑 pytest tests/ --ignore=tests/qna 得 32 过 / 12 红，其中 test_intent.py×4 因 app.prompt_service 加载 intent_classifier 提示词 401 - Authentication Fails, Your api key: ****ocal is invalid / All connection attempts failed → 分类失败回退默认 chat → 断言 Intent.X==chat 失败。251 部署节点持有效 key 不受影响（R92 派发 36/44，本轮 :9000 llm:ok）；本机 12 红 = B-65(2) + B-74(6) + B-54 env(4)。建议正式派发 langgraph pytest 至 251:4096 消除本机 env 假红。 | 测试负责人（第 93 轮实测登记） | 2026-11-08 22:27 | 待处理（派 251 消除 env 假红） |
| B-77（第 94 轮新增） | 251 POST /api/v1/chat 挂起无响应（同节点 /health 200） | 研发/运维 | P0 环境/部署回归（第 94 轮实测，2026-11-08 23:10~23:25）。192.168.16.251:9000/health → 200 {"status":"ok"}（6ms）、/docs 200（8ms），但 POST /api/v1/chat {"query":"你好","user_id":251} 两次探测均 0 字节超时（75s / 200s，curl status=000）。R93（22:27）同接口曾返回有效 answer → 22:46~22:50 节点部署（.cfc-deploy.lock/cfc-deploy.log 时间戳）后能力退化。影响 AI 管家线上主链路。闭环：定位 LLM/检索调用缺超时 → 加 timeout+熔断+降级；新增 tests/e2e-live/langgraph-chat-smoke.spec.js（200+answer 非空+<30s）连跑 3 次全绿。 |
| B-78（第 94 轮新增） | 251 部署节点无 `cfc-langgraph` 源码 → pytest 无法派发（G10 真因） | 运维 | **P1 派发阻断（第 94 轮取证，2026-11-08 23:00）**。251 上 `ls /home/iwt/.cfc/langgraph` 仅含 `memory/`（Chroma 数据），**无 `tests/`**；`find / -maxdepth 6 -type d -name cfc-langgraph` 仅命中 `/tmp/opencode/*` 历史会话克隆（代码陈旧）。两次派发 agent 均回报「未找到目录」（`_r94_langgraph_251.log`/`_r94_langgraph_251b.log`）。此前 G10 长期记「端口不通」，本轮首次取到节点侧真因。闭环：251 落 `origin/cfclub` checkout + `.venv`（或提供 CI job），派发给出绝对路径后跑出 44 例。 |
| B-79（第 94 轮新增·已处置） | D/X 桥接鉴权用例「404 也算过」形成假绿 | 测试（已处置） | **P1 测试资产缺陷（第 94 轮修复，2026-11-08 23:05）**。`tests/e2e-live/dx-health-bridge-auth.spec.js` 原断言集合 `[401,403,404]`，端点未部署（404）被统计为 **passed**，门禁呈现「2 passed」实为「无端点可测」。已改为：200 **一律失败**（鉴权红线，任何情况未鉴权不得 200）+ 404 记 `test.skip` 并注明待上线。复跑输出 **2 skipped**。 |
| B-80（第 94 轮新增） | `tests/e2e/reset-db.sh` 默认凭据对 `cfc@192.168.16.204` 鉴权失败 → 主配置 E2E 必断 | 运维/测试 | **P2 环境+装置（第 94 轮实测，2026-11-08 23:00）**。`playwright.config.js` globalSetup 跑 `reset-db.sh` 报 `ERROR 1045 (28000): Access denied for user 'cfc'@'192.168.16.204'`；`cfc@123`/`zxyj@123`/`IwinTrue@123` 三候选用 `mysql` 客户端均被拒（非密码错即无主机授权）。结论：204 节点只能用 `playwright.config.live.js`（无 globalSetup）。闭环：DB 侧授 `cfc` 库权限 + 给 `db.js` 加 `SKIP_DB_RESET=1` 开关。 |
| B-75-Close（第 94 轮闭环） | signature.landscape.layout 实现落地并完成可执行化 | 研发（已实现）/ 测试（已补测） | **闭环（第 94 轮，2026-11-08 23:30）**。窗口内 `adb032a61`（22:51）实现 S1 高度重算 / S2 px 化 / S3 `refreshRect()`（`signature.vue` +69、`hand-signature.vue` +27）。测试侧新增 `cfc-frontend/__tests__/pages/signature/signature.landscape.test.js` **7 例全绿**（TC-SIG-01/01b/01c/02/04/04b/03-E），`tests/test-cases/signature.md` 状态由「待开发 RED」改为「已实现·已可执行化」。 |
| B-69-Update（第 94 轮 · 连续第 4 轮） | `/api/mind/` 匿名仍非 401 | 研发 | **连续第 4 轮未修（2026-11-08 23:20）**。全量实测 `MindFortuneControllerTest.testGetTodayFortuneWithoutAuth`：`JSON path "$.code" expected:<401> but was:<400>（@RequestAttribute("userId")绑定层先 400）。JwtInterceptor的LOGIN_REQUIRED_PATHS仍未含/api/mind/。 |
| B-76-Update（第 94 轮 · 本轮未复现） | admin-desktop 非确定 flaky | 测试（观察） | **本轮未复现（2026-11-08 23:00）**。playwright.config.live.js串行workers=1下 admin 5/5 全绿（3.7m，含 TC-A-U04 真实登录+滑块）。按 B-67 纪律单轮绿不足以判定消除，维持「观察」状态，需连续 2 轮绿后关闭。 |
| B-73-Update（第 94 轮 · 源码级复核） | S-cfc-79 diet 24 例 RED | 研发 | **仍为预期 RED（第 94 轮复核，2026-11-08 23:00）**。grep -c "currentTab|pagedFoods|loadMore" cfc-frontend/pages/diet/recommendation.vue= **0** → REQ1-7 均未落地，24 例红属 TDD RED 而非测试缺陷；与 R92/R93 逐例零漂移。 |
| B-55-Update（第 94 轮 · 服务在线但 chat 挂起） | 251 langgraph 服务维度在线、能力维度退化 | 运维 | **第 94 轮（2026-11-08 23:20）**。:9000/healthok 维持（B-55 服务维度仍解除），但chat挂起另立 **B-77**。 |
| B-77-Close（第 95 轮 · 第 3 轮确认后闭环） | 251 langgraphPOST /api/v1/chat挂起 | 研发/运维（已修复） | **已解除（2026-11-09 03:1x，251 端点派发实测）**。本轮经 251 opencode 通道带 50s/90s/120s 超时逐级探测：① 错误参数 → **422 快速返回**（缺 query/user_id，6ms）；② user_id 传字符串 → **422 int_parsing**（5ms）；③ 正确参数{query,user_id:995,enable_chat_visual:false}→ **200 完整问答 JSON 返回**（儿童成长家庭助手），/health200{"status":"ok"}。结论：**服务已恢复响应与推理能力，不再挂起**，B-77 解除。对比 R94（30s/60s 两次 0 字节挂起）为确定性改善，非短时抖动 | 测试负责人（第 95 轮派发实测闭环） | 2026-11-09 03:15 | **已解除** |
| B-78-Close（第 95 轮 · 源码就位 + pytest 实派） | 251 无cfc-langgraph源码 → pytest 无法派发 | 运维（已补齐） | **已解除（第 95 轮，2026-11-09 02:50 前后）**。251 上/sc-data/cfc/cfc-langgraph**已存在**（git repo，HEADb6145f156，02:10 更新，含tests/、tests_contract/、.venv/bin/pytest、Python 3.11.13）→ 上轮「目录不存在」结论已过期。**251 实派 pytest（经 opencode bash 工具）：44 collected / 36 passed / 8 failed / 71.7s**——8 红（analyze 2 = B-65 checkpointer、auto_tag 5 + chat 1 = 装置 ASGITransport 不触发 startup 致 chromadb/记忆依赖未初始化；live chat 200 证明非生产缺陷）。**intent 4 例在 251 转绿**（模型可用），本机 4 红为****ocalkey 401 环境差异。langgraph 测试派发 251 指令已实质落地 | 测试负责人（第 95 轮实测） | 2026-11-09 02:55 | **已解除** |
| B-56-Update（第 95 轮 · 251 派发通道根因定位） | 251 opencode 派发会话 failed / tokens=0 | 测试（自处置） | **根因定位并修复（第 95 轮，2026-11-09 03:00）**。上轮 251 派发outcome=failed, tokens=0（模型未被调用即失败）根因＝**本地派发脚本默认 model=deepseek3.2 + provider=axon，而 251 opencode 配置中不存在axonprovider**（/api/config实际含 agnes/etotem/etotem-llm/zcode；etotem 有 deepseek/minimax-m2/glm-5/gpt-5）。改用OPENCODE_PROVIDER=etotem OPENCODE_MODEL=deepseek→ **OUTCOME succeeded、tokens 正常**（input 2094/output 1434）。脚本已修：识别succeeded/success双态 + 从/api/session/{id}/message拉取 assistant 文本。**后续派发实证**：环境探活 5 组命令、cfc-langgraph 存在性直探（A/B/C/D 布尔+ls+git log）、pytest 全量派发、chat live 三层探测全部成功回传 | 测试负责人（第 95 轮实测） | 2026-11-09 03:00 | 已处置（通道可用） |
| B-81（第 95 轮新增） | 签名 v2 重写（S4-1 竖屏直签 + S4-2 canvas 2d）契约 RED 9 例 | 研发 | **P1 预期 RED（第 95 轮，2026-11-09 02:1x 实测）**。SRS 变更DOC-2026-11-09-signature-canvas2d-rewrite（**取代 11-08 横屏方案，整份作废**）已入库：S4-1 弃横屏改竖屏直签（删 enterLandscape/restorePortrait/h5DegradeHint/.rotate-hint）、S4-2 canvas 重写type="2d"（createSelectorQuery().in(this).select().fields({node:true})+ctx.stroke()同步绘制 +canvasToTempFilePath({canvas})+clearRect）。测试侧已按 SRS 变更更新用例：新增signature.canvas2d.test.js**11 例（9 RED 新契约 + 2 GREEN 保留契约**：computeCanvasHeight 保留、组件 props/emit 不变），旧横屏signature.landscape.test.js改名.superseded.js归档（验证已作废 S1/S2/S3 的 3 例假红移除，不参与 jest 匹配）。当前实现仍为旧横屏+旧 canvas → 9 RED 均归因「S4-1/S4-2 未实施」，待研发实现后转绿。闭环：signature.canvas2d.test.js9 RED 转绿 +tests/test-cases/signature.md状态置已实现 | 测试负责人（第 95 轮实测登记） | 2026-11-09 02:20 | 待处理（P1，预期 RED，待实现） |
| B-82（第 95 轮 · 环境差异） | langgraph intent 分类 4 例：251 绿 / 本机红（API key 401） | 环境/运维 | **环境差异记录（第 95 轮，2026-11-09 02:50）**。test_intent.py4 例（classify analysis/recommend/mind/health）：251 实跑 **4/4 绿**（模型可用）；本机 4 红（Your api key: ****ocal is invalid→ 意图分类失败默认 CHAT，B-54 同源）。非生产缺陷、非回归——同 HEAD 同源码，差异仅模型凭据可用性。建议：本机 venv 注入有效 LLM 凭据后 intent 4 例预期转绿；**权威口径以 251 派发结果为准（36 过/8 红）** | 测试负责人（第 95 轮实测） | 2026-11-09 02:55 | 待处理（环境，低优先） |
| B-75-Update（第 95 轮 · 作废） | signature.landscape.layout 被 v2 重写取代 | 测试（登记） | **作废（第 95 轮，2026-11-09 02:05）**。旧 SRSDOC-2026-11-08-signature-landscape-fix已被DOC-2026-11-09-signature-canvas2d-rewrite**整份取代（含 B-75 的 S1/S2/S3 实现adb032a61作废，不再按旧任务书实施）**。能力键由signature.landscape.layout迁移为signature.canvas2d.rewrite（B-81）。旧契约 7 例（TC-SIG-01~04b/-03E）中 3 例（02/04/04b）验证已作废需求 → 已从执行范围移除（归档.superseded.js），其余 4 例能力（computeCanvasHeight 竖屏计算、getPos 兜底）并入 v2 契约保持守护 | 测试负责人（第 95 轮登记） | 2026-11-09 02:05 | 已作废（由 B-81 接替） |
| B-83（第 96 轮新增） |cfc-frontendS-cfc-97diet.recommendation.healthAdjustUi8 例 RED 契约测试 | 研发 | **P1 预期 RED（第 96 轮实测，2026-11-09 04:31）**。cfc-frontend/tests/diet/recommendation.healthAdjustUi.test.js（commiteea38d6ec，S-cfc-97）随 SRS 变更docs/superpowers/specs/2026-11-09-diet-recommendation-health-questionnaire-adjust.md（§2 调整分级语义 blocked/warning/boost/normal、§3 前端 B1-B3、§4 验收 V/C-1/6）新增；本轮 jest 实跑 **8 失败**（B2 食物卡片 adjustment 提示条 5 + B3 filteredFoods 分组 3）。均为「功能未实现」类断言。非既有用例回归；前端其余 371 通过用例零转红。性质 = 预期 RED（S-cfc-97 处于 RED 态，待研发实现recommendation.vue调整提示条与分组）。影响：用户目标①暂未达成（8 红）；但「SRS 变更→测试用例更新」闭环已满足。通知研发：实现 S-cfc-97 使 8 例转绿。闭环：研发实现 → 该套件 8/8 全绿 + 状态机 S-cfc-97 置 YELLOW | 测试负责人（第 96 轮实测登记） | 2026-11-09 04:31 | 待处理（P1，预期 RED，待实现） |
| B-55-Reopen（第 96 轮再断） | 251:9000/4090 CLOSED，langgraph 派 251 通道再次中断 | 运维 | **P1 派发阻断（第 96 轮实测，2026-11-09 04:31）**。探活192.168.16.251:9000→ HTTP 404、192.168.16.251:4090→ closed（连接拒绝）。R95 曾记 B-55-Close（251:9000 服务恢复、llm/chromadb/java_backend 全 ok），本轮复探确认服务维度再次下线。影响：用户指令「langgraph 部署于 251 应派发该节点」本轮无法落地，langgraph 测试退回本机 venv 兜底（44/32/12，其中 intent 4 例因本机 LLM key 401 环境红，权威口径缺失）。闭环：运维放通 251:9000（uvicorn langgraph 服务）+:4090（opencode），使cfc-langgraph源码节点可实派 pytest | 测试负责人（第 96 轮实测） | 2026-11-09 04:31 | 待处理（运维：放通 251 端口） |
| B-81-Update（第 96 轮 · 连续第 2 轮） | 签名 v2 重写（S4-1/S4-2）契约 9 例 RED 未变 | 研发 | **连续第 2 轮未修（2026-11-09 04:31）**。本轮 jest 实跑signature.canvas2d.test.js仍 **9 失败 / 2 通过**（TC-SIG2D-01~07 + 01b/01c/03b），源码级确认signature.vue/hand-signature.vue仍为旧横屏+旧 canvas 实现（S4-1 竖屏直签、S4-2type="2d"重写均未落地）。研发负责人 04:10 轮记「签名 v2 实现未推（待 08:15 派）」，S-cfc-116 已入池。闭环判据不变：9 RED 转绿 +tests/test-cases/signature.md` 状态置已实现 | 测试负责人（第 96 轮复现登记） | 2026-11-09 04:31 | 待处理（P1，预期 RED，待实现） |
| B-84（第 97 轮新增） | langgraph tests/test_chat.py 走真实 LLM 且无超时 → 套件不收敛 | 测试/研发 | P1 套件非终止（第 97 轮实测，2026-11-09 05:20~05:50）。本机 venv pytest tests --ignore=tests/qna 运行 >35 分钟未结束（后因 CPU 争抢主动终止）；251 实派首次尝试同样 >10 分钟未收敛（251 agent 只能转后台等待）。根因：test_chat_endpoint 串起「意图分类 → 主生成 → 任务提取 → 记忆 embedding」4 次真实 LLM 调用（provider etotem/deepseek，单次可达数十秒），且无 pytest-timeout、无 LLM 桩。影响：整套件无法在有界时间内给出汇总行，CI/251 派发都会挂死；本轮只能 --ignore=tests/test_chat.py 才拿到 10 failed / 33 passed / 183.67s。闭环：该用例加 @pytest.mark.timeout(120) 或 monkeypatch 掉 LLM/embedding（仅断言编排链路）；pytest.ini 设 timeout = 180；复跑全量 ≤5 分钟自然结束 | 测试负责人（第 97 轮实测登记） | 2026-11-09 05:50 | 待处理（P1，套件非终止） |
| B-85（第 97 轮新增） | 251 部署实例与仓库依赖版本不一致：同源码 live 200 / pytest 500 | 研发/运维 | P1 定性修正（第 97 轮实测，2026-11-09 05:15）。251 /sc-data/cfc/cfc-langgraph HEAD 4f1cf92ec（branch cfclub）实派 pytest：test_analyze.py 2 例 500，异常 ValueError: Checkpointer requires one or more of the following 'configurable' keys: thread_id, checkpoint_ns, checkpoint_id；但同节点 live HTTP POST /api/v1/analyze {report_id:1,user_id:1,focus:"general"} → 200 完整分析 JSON（15.77s），POST /api/v1/chat {query,...} → 200（28.44s）。本机 venv（langgraph 0.6.11）对同一源码直接抛同一 ValueError。结论：不是研发已修，而是运行实例的 langgraph 版本低于仓库锁版本（旧版不强制 thread_id）——一旦依赖升级即 100% 500。B-65 因此维持 P0（源码级缺陷仍在）。闭环：同 B-65（去 MemorySaver() / 传 thread_id），并要求部署锁版本与 requirements 对齐，之后 live 与 pytest 应同时 200 | 测试负责人（第 97 轮实测登记） | 2026-11-09 05:15 | 待处理（P1，支撑 B-65 定性） |
| B-86（第 97 轮新增 · 度量） | tests/e2e/api/generated/cases.json 使「TC 锚点覆盖率」虚高 | 测试（口径） | P2 度量失真（第 97 轮实测，2026-11-09 05:35）。按 tests/e2e* + __tests__ + src/test 全量 grep TC 编号，台账 824 条中有 797 条命中，覆盖率看似 96.7%；抽样 6 条（TC-X-16 / TC-P-74 / TC-P-20-E / TC-P-18 / TC-S-N04 / TC-P-08-P）全部只命中 tests/e2e/api/generated/cases.json——该文件是描述性生成物，非可执行资产。剔除 --exclude-dir=generated 后，真实可执行锚点 95/824 = 11.5%（抽样验证：TC-G-05→ScG05AnonymousBrowseContractTest.java、TC-DV-06→assessment-appointment-functional.spec.js，均为真实用例）。与 B-30/B-32 同族陷阱（描述性产物被误判为测试资产）。闭环：所有「锚点/覆盖率」统计脚本必须排除 generated/；该目录加 .gitattributes 标注 linguist-generated，度量文档写明排除规则 | 测试负责人（第 97 轮实测登记） | 2026-11-09 05:35 | 待处理（P2，口径规则） |
| B-76-Close（第 97 轮闭环） | admin-desktop 非确定 flaky（TC-A-U04 首跑红 / U05 skip） | 测试（已自处置） | 已解除（第 97 轮，2026-11-09 05:10）。全量串行首跑 U04 红（断言「输入手机号后「登录身份」应自动带出」失败，耗时 7662ms）、U05 被 skip；独立复跑 U04 两次 2/2 通过（20.5s / 17.7s）、/api/admin-auth/account-roles curl 5/5 均 200 且 56~112ms → 按 B-67 三证判为装置时序竞态，非产品回归。根因：全量串行时 page.goto('/admin/login', {waitUntil:'domcontentloaded'}) 返回时 Vue 尚未挂载，fill() 触发的 @input 无监听器 → 500ms 防抖查询永不发出 → 身份恒为空。修复（tests/e2e-live/admin-live.spec.js）：新增 waitLoginFormReady()（等手机号/密码输入框可见可编辑 + 登录按钮渲染 + !disabled && !readOnly）与 fillPhoneAndAwaitRoles()（waitForResponse(/api/admin-auth/account-roles/) 等 XHR 实际返回并断言 200，禁固定 sleep）；waitIdentityAutoFilled 超时 6s→12s。复跑：admin 5/5、全套件 15/15 零 skip | 测试负责人（第 97 轮修复并复验） | 2026-11-09 05:10 | 已解除 |
| B-59-Close（第 97 轮闭环） | TC-A-U05 用 test.skip 吞掉前置登录失败 | 测试（已自处置） | 已解除（第 97 轮，2026-11-09 05:10）。原代码 test.skip(page.url().includes('/login'), '登录未通过（见 TC-A-U04）…')：U04 红时 U05 变 skipped，line reporter 汇总显示「1 skipped / 14 passed」，门禁看不到任何失败，而菜单可访问性实际根本没测（假绿）。改为硬断言 expect(page.url().includes('/login'), '前置登录未通过…').toBeFalsy()。修复后整套件 15 例全绿、零 skip | 测试负责人（第 97 轮修复并复验） | 2026-11-09 05:10 | 已解除 |
| B-55-Close（第 97 轮 · 复通） | 251 langgraph 派发通道中断 | 运维（已恢复） | 已解除（第 97 轮，2026-11-09 05:02）。探活：251:9000/health → 200 status ok（13ms）、/docs 200、/openapi.json 40 paths；251:4096（opencode）→ 401（服务在、需鉴权）、251:22 OPEN。pytest 实派成功：/sc-data/cfc/cfc-langgraph HEAD 4f1cf92ec branch cfclub，43 例 33 过 10 红 183.67s（会话 ses_e42f48001ffe68snntYwLew6N6）。另：251:4090/8000 CLOSED；189:22/4090 均 Connection refused（B-56 延续，该节点仍失联）。派发客户端修正：provider 默认 axon 在 251 不存在 → 必须显式 OPENCODE_PROVIDER=etotem OPENCODE_MODEL=deepseek，否则 outcome=failed, tokens=0（B-56 客户端侧根因复现） | 测试负责人（第 97 轮实测） | 2026-11-09 05:02 | 已解除 |
| B-69-Update（第 97 轮 · 连续第 5 轮 · 证据升级） | 4 个 /api/mind/** 位于公开白名单，匿名可达业务层 | 研发 | 连续第 5 轮未修（2026-11-09 05:20）。源码 cfc-backend/src/main/java/com/etotem/cfc/config/JwtInterceptor.java:79-82 把 /api/mind/alert/active、/api/mind/alert/checkin-alerts、/api/mind/traditional/mirror、/api/mind/traditional/compatibility 列入 PUBLIC_PATHS（匿名白名单），而非 LOGIN_REQUIRED_PATHS。线上匿名实测：POST /api/mind/alert/active → code 500「参数缺失：memberId」（已进 controller）；POST /api/mind/traditional/mirror → code 200 data {}；对照 POST /api/health/plan/list → 401。后端 MindFortuneControllerTest.testGetTodayFortuneWithoutAuth 断言 401 实际 400（@RequestAttribute 绑定层先 400，与 B-57 同族）。闭环判据升级：①4 条移入 LOGIN_REQUIRED_PATHS；②线上 4 端点匿名 curl 全 401；③MindFortuneControllerTest 转绿 | 测试负责人（第 97 轮实测登记） | 2026-11-09 05:20 | 待处理（P1，连续第 5 轮） |
| B-65-Update（第 97 轮 · 连续第 6 轮 · 定性修正） | langgraph /api/v1/analyze 源码级 checkpointer 缺 thread_id | 研发 | 连续第 6 轮未修（2026-11-09 05:15）。见 B-85：251 pytest 2 例 500 复现 ValueError，而同机 live 200；本机 venv（langgraph 0.6.11）同源码直接 ValueError。源码未变：cfc-langgraph/app/graphs/analysis_graph.py:96 checkpointer = MemorySaver()、app/api/analyze.py:35 await graph.ainvoke({...})（无 config）。推翻前几轮「线上 500」的表述——线上因依赖版本低而侥幸 200，属「未爆的 P0」。闭环：去 MemorySaver 或传 thread_id；部署锁版本；之后 pytest tests/test_analyze.py 2 例绿 + live 连跑 3 次 200 | 测试负责人（第 97 轮实测登记） | 2026-11-09 05:15 | 待处理（P0，连续第 6 轮） |
| B-87（第 97 轮新增 · 测试侧待处置） | 后端 A 类测试装置红例 37 例（桩/夹具/断言过期） | 测试 | P1 装置缺陷（第 97 轮实测，2026-11-09 05:58）。后端 143 红例中 37 例失败信息指向测试装置而非产品：CfCommissionServiceSettleTest 8（档位/依赖未 stub → Wanted but not invoked）、ArticleAutoTagServiceTest 4（verify taskExecutor.execute 与注入/实现不一致）、DimensionScoreServiceImplTest 4（No value present）、ArticleWorkflowTest 3（源码文案已改「仅已驳回或已撤回」，断言仍旧文案）、DailyCheckinStreakFlowTest 1 与 PlannerBindInviteFlowTest 1（doNothing 作用于非 void 方法）、GrowthRecordSyncFlowTest 3、DimensionRegistryMapContractTest 3、ServiceRoleApproveTest 2、Orchestration* 2、其余 6。影响：门禁信号被装置噪声污染，无法从通过率判断产品健康度。闭环：逐类对齐（文案/桩/断言/注入名），定向 mvn -Dtest=A,B,C -DfailIfNoTests=false test（类分隔必须用逗号，+ 会静默 0 执行）→ 37 例转绿且其余类零转红，后端通过率预期 94.75%→约 96.0% | 测试负责人（第 97 轮实测登记） | 2026-11-09 05:58 | 待处理（P1，下轮自处置） |
| B-88（第 98 轮新增 · 虚假声称登记） | GuheEvidenceIsolateContractTest 11/12 红 vs 研发声称「12/12 绿」（提交 14f238ac6） | 研发 | P1 事实链不符（第 98 轮核查，2026-11-09 08:10）。研发声称 14f238ac6「G-3 evidenceIsolate 12/12 绿」，核查结论：①git merge-base --is-ancestor 14f238ac6 HEAD = false —— 该提交不在当前 HEAD 链上；②cfclub 源码 grep tagEvidence / canEnterRecommendationBasis = 0 命中（契约方法未实现）；③GuheEvidenceIsolateContractTest 实测仍 11/12 红。判定：自证与事实不符（与历史 P27/P67 同族虚假声称），实现未合入。闭环：研发复核——若已实现请给出实际合入 cfclub 的 SHA；若未合入按 RED 契约继续实现（AttributionComplianceGate#tagEvidence/canEnterRecommendationBasis/isExistenceRecordOnly），使 12/12 转绿且提交在链 | 测试负责人（第 98 轮核查登记） | 2026-11-09 08:10 | 待处理（P1，事实链复核） |
| B-61-Close（第 98 轮闭环） | /api/health/plan/generate/adjust/attribution 匿名越权（200） | 研发（已修复） | 已解除（第 98 轮，2026-11-09 08:05）。live 实测：/api/health/plan/generate、/api/health/plan/adjust、/api/health/plan/attribution 匿名访问全部返回 401（此前连续多轮 200，P0 鉴权回归）。health-contract 套件 13/13 维持全绿。P0 解除 | 测试负责人（第 98 轮实测闭环） | 2026-11-09 08:05 | 已解除 |
| B-81-Update（第 98 轮 · 实现验证通过） | 签名 v2 重写（S4-1 竖屏直签 + S4-2 canvas 2d） | 研发（已实现）/ 测试（已验证） | 实现验证通过（第 98 轮，2026-11-09 08:13）。研发推送 feature/signature-canvas2d@c0db9643c（feat(DOC-2026-11-09-signature-canvas2d-rewrite)），cfclub 亦合入 test(S-cfc-116) 契约测试补全 + 装置修正（7d7c0b23a：01c 仅匹配调用形式 + 03b 双断言）。测试侧提取修正版契约在实现分支下定向复跑：11/11 全绿（TC-SIG2D-01~08，16.9s）。注意：cfclub HEAD ef401f717 尚未合入实现（仅测试补全）→ cfclub 上 canvas2d 9 例仍为预期 RED。闭环：实现合入 cfclub → 前端 9 RED 转绿 + tests/test-cases/signature.md 置已实现 | 测试负责人（第 98 轮复验登记） | 2026-11-09 08:13 | 待合入 cfclub（实现已验证） |
| B-65-Update（第 98 轮 · 连续第 7 轮） | langgraph /api/v1/analyze checkpointer 缺 thread_id | 研发 | 连续第 7 轮未修（2026-11-09 08:15）。251 派发 pytest：test_analyze.py 2 例 500（ValueError: Checkpointer requires ... thread_id）。源码未变：analysis_graph.py:96 MemorySaver()、analyze.py:35 ainvoke 无 config。B-85 定性保留（live 200 属依赖版本低侥幸）。闭环判据不变 | 测试负责人（第 98 轮复现登记） | 2026-11-09 08:15 | 待处理（P0，连续第 7 轮） |
| B-69-Update（第 98 轮 · 连续第 6 轮） | 4 个 /api/mind/** 位于公开白名单 | 研发 | 连续第 6 轮未修（2026-11-09 08:15）。本轮未定向复跑 MindFortuneControllerTest（后端仅跑契约 15 类）；R97 证据（PUBLIC_PATHS:79-82 + 线上匿名 200）仍有效，无研发修复提交触达（git log --oneline cfclub -- JwtInterceptor.java 无新动）。闭环判据不变：4 条移入 LOGIN_REQUIRED_PATHS → 测试转绿 + 线上全 401 | 测试负责人（第 98 轮确认登记） | 2026-11-09 08:15 | 待处理（P1，连续第 6 轮） |
| B-84-Update（第 98 轮 · 251 会话卡滞同源） | langgraph 套件非终止 / 251 首派会话卡在 git 同步 | 测试/研发 | 第 98 轮（2026-11-09 08:15）。251 首派会话（ses_e426b4328ffeMQ7vpfcN3UsCu4）轮询 780s 卡在「远程有更新，同步到最新」（agent 未完成 git 同步步骤）；兜底：直接拉取 /api/session/{id}/message 取回完整结果 43/32/11。已备 dispatch_251_langgraph_r98b.py（git 同步加 timeout 90 硬超时 + 失败即用当前 HEAD + 会话兜底核查）。B-84 本体（test_chat.py 无超时）仍待处置 | 测试负责人（第 98 轮登记） | 2026-11-09 08:15 | 待处理（P1） |
| B-87-Update（第 98 轮 · 顺延） | 后端 A 类测试装置红例 37 例 | 测试 | 顺延（第 98 轮，2026-11-09 08:16）。本轮后端仅定向跑契约 15 类（R97 全量基线仍有效），A 类 37 例未处置；下轮优先执行定向修复（mvn -Dtest=逗号分隔） | 测试负责人（第 98 轮登记） | 2026-11-09 08:16 | 待处理（P1，下轮自处置） |