Parcourir la source

docs(project): record frozen document baseline

anubis il y a 1 mois
Parent
commit
4719250e7d

+ 3 - 2
01-项目文档_docs/00-项目管理/03-交付验收/全量验收与真实联调准入清单.md

@@ -5,7 +5,8 @@ scope: 普瑞互联网医院小程序 V2.0 全部 29 个执行模块
 governance_phase: 文档与规格基准收口;测试用例标准待后续专项讨论
 previous_frozen_baseline: develop / origin/develop @ 6c400edf10a44366bc068a403ac9dc478d0af61c
 current_adjustment_base: develop / origin/develop @ 5fcba5358590adebe6c13f9b649bc4d81ba74b69
-next_frozen_baseline: 待 2026-08-05 文档、规格、OpenSpec archive 与工程校验收口提交后记录最终 commit
+frozen_document_spec_baseline: f8c313edd1c33f1fb8e56c2852bb2005d25c1c40
+next_test_execution_baseline: 待测试用例标准与规格专项讨论后另行确定
 owner_decision_date: 2026-08-05
 owner_decision: 旧源码具备的功能和接口全部按真实正式链路还原;不设置人工测试模块白名单;真实测试人员可使用全部功能模块。高风险动作仅由人工主动触发;IM 既有密钥与客户端 UserSig 链允许保留;适老模式不属于本轮验收范围。
 status_source: 01-项目文档_docs/00-项目管理/03-交付验收/功能模块总进度表.md
@@ -27,7 +28,7 @@ status_source: 01-项目文档_docs/00-项目管理/03-交付验收/功能模块
 ## 2. 当前基线与历史报告
 
 1. 第 1 轮全量静态测试基线为 `bd77e17`,结论为不通过,报告见 `2026-07-17_全量集成测试_全量集成测试报告.md`。
-2. `6c400ed` 保留为第 2 轮历史冻结基线。2026-07-29 的调整以 `5ca71a3` 为起点;2026-08-05 文档与规格基准收口以 `5fcba53` 为起点。本轮修正、OpenSpec archive 与工程校验完成后记录新的文档/规格基准 commit;测试用例标准和规格后续另行讨论。
+2. `6c400ed` 保留为第 2 轮历史冻结基线。2026-07-29 的调整以 `5ca71a3` 为起点;2026-08-05 文档与规格基准收口以 `5fcba53` 为起点,实质修正与 OpenSpec archive 内容冻结于 `f8c313edd1c33f1fb8e56c2852bb2005d25c1c40`。后续登记提交不改变功能代码或已冻结规格内容;测试用例标准、规格和测试执行基线后续另行讨论。
 3. 除项目负责人已在 `2026-07-28_PRI-MP-REG-001_预约挂号整改阶段性关闭记录.md` 中确认的预约挂号自费缴费、服务端订单处理与对应退费链路外,第 2 轮尚未取得覆盖全部模块的真实接口和真机证据,不得填写“全量验收通过”。
 4. 历史 archive 内未勾选任务不得直接修改为已完成;如仍影响当前能力,须建立或关联 corrective OpenSpec change,并在总进度表登记处理结论。`PRI-MP-USER-002` 的历史任务 `11.9` 已按 2026-07-29 “旧版已有接口全部开放”裁定解除测试授权前置,但其接口语义与最终人工用例结果仍须据实记录,不得直接补写历史勾选项。
 

+ 1 - 1
01-项目文档_docs/00-项目管理/03-交付验收/功能模块总进度表.md

@@ -84,7 +84,7 @@ AI 验收完成后,由验收 Agent 或项目负责人更新:
 
 ## 全量验收与真实联调治理追踪(更新至 2026-08-05)
 
-本章节是全量验收状态的唯一看板;上方“当前状态”列仍只表示开发归档状态。`6c400ed` 保留为第 2 轮历史冻结基线;2026-08-05 文档与规格收口以 `develop / origin/develop @ 5fcba5358590adebe6c13f9b649bc4d81ba74b69` 为起点,待本轮修正、OpenSpec archive 和固定工程校验完成后记录新的基准 commit。测试用例标准与规格由项目负责人后续专项讨论,本轮不开始梳理测试用例。第 1 轮 `bd77e17` 静态全量测试的“不通过”结论、问题反馈和整改记录保留为历史证据,不可直接覆盖后续基线结论。
+本章节是全量验收状态的唯一看板;上方“当前状态”列仍只表示开发归档状态。`6c400ed` 保留为第 2 轮历史冻结基线;2026-08-05 文档与规格收口以 `develop / origin/develop @ 5fcba5358590adebe6c13f9b649bc4d81ba74b69` 为起点,实质修正与 OpenSpec archive 已形成文档/规格内容基准 `f8c313edd1c33f1fb8e56c2852bb2005d25c1c40`。后续登记提交不改变功能代码或已冻结规格内容。测试用例标准与规格由项目负责人后续专项讨论,本轮不开始梳理测试用例。第 1 轮 `bd77e17` 静态全量测试的“不通过”结论、问题反馈和整改记录保留为历史证据,不可直接覆盖后续基线结论。
 
 状态定义、阶段准入和证据字段见 `全量验收与真实联调准入清单.md`。除明确标注“静态回归通过”的模块外,其余模块均尚未在当前基线完成第 2 轮静态复验;任何模块在缺真实/真机证据时不得标记为“全量验收通过”。
 

+ 1 - 1
01-项目文档_docs/00-项目管理/项目总控入口.md

@@ -71,7 +71,7 @@
 
 ## 下一阶段重点
 
-1. `6c400ed` 保留为第 2 轮历史冻结基线;2026-08-05 文档与规格收口以 `develop / origin/develop @ 5fcba5358590adebe6c13f9b649bc4d81ba74b69` 为起点。完成本轮修正、OpenSpec archive 和固定工程校验后,记录新的文档/规格基准 commit
+1. `6c400ed` 保留为第 2 轮历史冻结基线;2026-08-05 文档与规格收口以 `develop / origin/develop @ 5fcba5358590adebe6c13f9b649bc4d81ba74b69` 为起点,实质修正与 OpenSpec archive 已形成文档/规格内容基准 `f8c313edd1c33f1fb8e56c2852bb2005d25c1c40`。后续登记提交只允许回填该基准与校验结果,不改变功能代码或已冻结规格内容。测试执行基线待测试用例标准专项讨论后另行确定
 2. 已完成代码、静态检查和项目管理复核且只剩后续人工验证的 HOME、CONTENT、PAY-001、PAY-002、PROFILE-001、REPORT-001 corrective change 已按负责人裁定归档;未执行 tasks 保留历史原样并进入全量验收治理。
 3. `pri-mp-order-entry-bundle-hotfix` 因仍缺 Windows 微信开发者工具清缓存重编译证据,继续保持唯一 active change,不借文档收口强行归档。
 4. 固定 Basic、医院 `imSecret`、客户端 `SECRETKEY` 与 UserSig 生成链按项目负责人裁定保留。旧源码已有的支付、医保、退款、挂号、订单、实名/OCR/人脸、IM/TRTC 等能力按正式真实链路开放;真实动作只由人工主动触发。

+ 2 - 1
01-项目文档_docs/06-归档总结/02-补丁归档/2026-08-05_全量验收前OpenSpec基准收口归档总结.md

@@ -5,6 +5,7 @@ record_type: corrective OpenSpec 基准收口
 decision_owner: 项目负责人
 decision_date: 2026-08-05
 source_baseline: develop @ 5fcba5358590adebe6c13f9b649bc4d81ba74b69
+frozen_document_spec_baseline: f8c313edd1c33f1fb8e56c2852bb2005d25c1c40
 scope: HOME-001、CONTENT-001、PAY-001、PAY-002、PROFILE-001、REPORT-001
 test_case_work: 未开始
 ```
@@ -56,4 +57,4 @@ test_case_work: 未开始
 3. 模块状态日期与总进度表一致性检查
 4. Git 差异和路径检查
 
-最终校验结果和冻结 commit 在完成提交后写入项目总控入口、总进度表和准入清单
+最终校验结果:117 个路由、190 个项目 JS、128 个 JSON 检查通过;18/18 离线测试通过;文档链接检查通过;OpenSpec strict 为 31 个正式 spec 加 1 个 active change,共 32/32 通过;Git 差异检查通过。文档/规格实质内容冻结于 `f8c313edd1c33f1fb8e56c2852bb2005d25c1c40`,测试执行基线待测试用例标准专项讨论后另行确定