|
|
@@ -2,13 +2,14 @@
|
|
|
|
|
|
```yaml
|
|
|
scope: 普瑞互联网医院小程序 V2.0 全部 29 个执行模块
|
|
|
-governance_phase: 文档与规格基准收口；测试用例标准待后续专项讨论
|
|
|
+governance_phase: 测试用例流程与规格专项讨论；尚未开始具体用例梳理
|
|
|
previous_frozen_baseline: develop / origin/develop @ 6c400edf10a44366bc068a403ac9dc478d0af61c
|
|
|
current_adjustment_base: develop / origin/develop @ 5fcba5358590adebe6c13f9b649bc4d81ba74b69
|
|
|
frozen_document_spec_baseline: f8c313edd1c33f1fb8e56c2852bb2005d25c1c40
|
|
|
-next_test_execution_baseline: 待测试用例标准与规格专项讨论后另行确定
|
|
|
-owner_decision_date: 2026-08-05
|
|
|
-owner_decision: 旧源码具备的功能和接口全部按真实正式链路还原；不设置人工测试模块白名单；真实测试人员可使用全部功能模块。高风险动作仅由人工主动触发；IM 既有密钥与客户端 UserSig 链允许保留；适老模式不属于本轮验收范围。
|
|
|
+next_test_execution_baseline: 待具体用例基准冻结和执行轮次启动时另行确定
|
|
|
+owner_decision_date: 2026-08-07
|
|
|
+owner_decision: 旧源码具备的功能和接口全部按真实正式链路还原；不设置人工测试模块白名单；真实测试人员可使用全部功能模块。高风险动作仅由人工主动触发；IM 既有密钥与客户端 UserSig 链允许保留；适老模式不属于本轮验收范围。人工测试采用稳定用例基准、每轮独立执行工作簿和轮内追加复测记录；测试人员只填写当轮工作簿，正式问题文件由项目管理方或 AI 分流后创建。
|
|
|
+test_execution_model: 稳定用例基准 + 每轮一个独立执行工作簿 + 轮内首次执行及多次复测追加记录
|
|
|
status_source: 01-项目文档_docs/00-项目管理/03-交付验收/功能模块总进度表.md
|
|
|
```
|
|
|
|
|
|
@@ -42,7 +43,7 @@ status_source: 01-项目文档_docs/00-项目管理/03-交付验收/功能模块
|
|
|
| L2 写入用例 | 就诊人新增/编辑/绑卡、评价、治疗预约、挂号校验与锁号、订单创建 | 用户确认、幂等、写后刷新、失败回滚和服务端状态。 | 请求前后状态、重复提交与失败回滚、服务端最终结果。 |
|
|
|
| L3 交易与设备用例 | 微信支付、医保、退款、OCR/人脸、TIM/TRTC、正式上传 | 金额与订单确认、回跳、撤销/退款、权限、网络及隐私证据。 | 真实成功/取消/失败/异常分支、服务端状态、回跳、撤销或回滚、录屏和责任人确认。 |
|
|
|
|
|
|
-上述顺序用于降低人工终验排障成本，不再作为客户端接口授权门禁。任何阶段都不得以伪造成功状态或 mock 数据替代真实接口结果。
|
|
|
+上述顺序用于降低人工终验排障成本，不作为全项目统一硬门禁或客户端接口授权门禁。某一前置用例失败时，只阻塞依赖该前置条件的后续用例；不存在依赖关系的其他模块或链路可以继续执行。L2/L3 用例仍须满足自身数据、人员确认、回滚和证据前置条件。任何阶段都不得以伪造成功状态或 mock 数据替代真实接口结果。
|
|
|
|
|
|
## 4. 真实写入与交易用例执行要求
|
|
|
|
|
|
@@ -74,14 +75,29 @@ status_source: 01-项目文档_docs/00-项目管理/03-交付验收/功能模块
|
|
|
| DEC-003 | 固定 Basic、医院 `imSecret`、客户端 `SECRETKEY` 与 UserSig 生成链获准保留 | TIM 登录、IM/TRTC 最终用例 | 项目负责人 |
|
|
|
| DEC-004 | 支付、医保和退款不再依赖测试/灰度开关或服务端测试授权标记 | PAY-001、PAY-002、REG-001、ORDER-002 最终用例 | 项目负责人、业务测试人员 |
|
|
|
| DEC-005 | 真机、截图录屏和敏感数据留存/销毁规则 | 全模块视觉和高风险证据 | 项目负责人、测试/合规负责人 |
|
|
|
+| DEC-006 | 已确认采用稳定用例基准、每轮独立执行工作簿和轮内追加复测记录；具体 Excel 字段、用例编号和协作工具仍待专项冻结 | 全量人工测试执行与历史追溯 | 项目负责人、项目管理协同 Agent |
|
|
|
|
|
|
## 7. 证据最小字段
|
|
|
|
|
|
-在测试用例标准另行讨论前，每一条全量验收记录暂至少包含：冻结基线、模块/链路、执行阶段、测试人、环境、业务数据标识、步骤、预期、实际、服务端最终状态、截图/录屏路径、关联 BUG/Change、回归结论和遗留风险。全局用例编号、用例规格及证据字段扩展方案由项目负责人后续专项确认，本轮不提前冻结。
|
|
|
+在测试用例标准完成冻结前，每一条全量验收记录暂至少包含：用例编写基线、测试执行基线、测试轮次、用例/链路、执行序号、执行类型（首次测试或第 N 次复测）、测试人、环境、脱敏业务数据标识、步骤、预期、实际、服务端最终状态、操作前后状态、截图/录屏路径、关联 BUG/Change、清理/退款/回滚结果、当前结论和遗留风险。全局用例编号、用例规格及证据字段扩展方案由项目负责人后续专项确认，本轮不提前冻结。
|
|
|
|
|
|
验收结论只可写入 `功能模块总进度表.md` 的全量验收状态列，并同步在 `04-验收报告` 与 `05-问题反馈` 保存证据或问题详情。
|
|
|
|
|
|
-## 8. 当前真实业务恢复补丁（2026-07-24，已推送验收基线 `6c400ed`）
|
|
|
+## 8. 多轮人工测试与工作簿治理
|
|
|
+
|
|
|
+1. 测试用例基准保存功能点、步骤、预期、来源和风险等级，不直接覆盖写入某一轮结果。每轮正式测试启动前，必须确认当前为有效项目仓库根目录、`develop` 与远端关系、用例编写基线和待测提交，再由项目管理方或 AI 根据已冻结用例基准生成一个独立执行工作簿；测试人员不得自行创建平行用例表或验收报告。
|
|
|
+2. 每轮使用唯一轮次编号 `R01`、`R02`、`R03`……，并记录用例编写基线与测试执行基线。不同轮次使用不同执行工作簿，上一轮文件冻结留档，不覆盖、不删除、不回写成新一轮结果。
|
|
|
+3. 同一轮内允许首次执行和任意次数复测。每次执行必须作为新记录追加，使用 `执行序号` 或 `尝试次数` 区分，不覆盖历史实际结果、证据或测试人；汇总页只展示该用例的最新有效结论，同时保留完整执行历史。
|
|
|
+4. 单条用例执行结果统一为 `通过 / 不通过 / 阻塞 / 未执行 / 不适用`。旧版存在但新版缺失的功能必须记为 `不通过`；缺少测试数据或前置状态记为 `阻塞` 或 `未执行`，不得记为 `通过`；`不适用` 必须写明依据并取得项目负责人确认。
|
|
|
+5. 整轮执行状态使用 `未完成 / 通过 / 有条件通过 / 不通过`。存在必测用例未执行或阻塞时，本轮先记为 `未完成`，不得用 `有条件通过` 代替未完成；最终验收结论仍由项目负责人裁定。
|
|
|
+6. 测试人员只填写当轮执行工作簿。所有 `不通过 / 阻塞 / 用例疑问` 先进入工作簿问题候选区；项目管理方或 AI 负责去重、归类和确认，只有需要开发整改、补证或持续回归的问题才在 `05-问题反馈` 创建正式问题文件。
|
|
|
+7. 用例定义字段与执行字段分离。执行期间测试人员不得为使结果通过而修改步骤、预期、功能来源或风险等级；如发现用例遗漏或预期错误，应登记用例疑问/变更建议，由项目管理方确认后更新下一版用例基准，并记录变更来源。
|
|
|
+8. 本地 Excel 同一时刻原则上只保留一个汇总负责人编辑；如需多人并行，须使用受控在线协作表或按明确模块范围分配后由负责人统一合并。无论采用何种工具，仓库内每一轮最终只冻结一份正式执行结果。
|
|
|
+9. 每轮工作簿必须包含测试数据与回滚登记，至少记录脱敏账号/就诊人/医院/号源/订单标识、支付金额、操作前状态、操作后状态、清理/取消/退款/回滚责任人和完成结果。支付状态不明、重复扣款风险、退款未知或服务端状态无法确认时必须停止继续操作并升级确认。
|
|
|
+10. 截图、录屏和日志使用 `轮次_模块_用例ID_结果_序号` 命名。身份证、手机号、医保卡、患者信息、授权码和支付签名不得以完整原文写入工作簿或普通证据；大型或敏感原件放在受控位置，工作簿只保留脱敏证据编号或路径。
|
|
|
+11. 本轮判定 `通过` 至少要求范围内必测用例全部执行、无未关闭 P0/P1、适用的高风险链路取得人工与服务端证据、必要退款/回滚完成且证据字段完整。`有条件通过` 只能用于范围已执行完成后的低风险遗留项，不得用于缺少账号、数据、真机或高风险动作未执行的情况。
|
|
|
+
|
|
|
+## 9. 当前真实业务恢复补丁（2026-07-24，已推送验收基线 `6c400ed`）
|
|
|
|
|
|
该批补丁最初按“测试网关允许执行真实业务”恢复客户端主链；2026-07-29 项目负责人进一步裁定旧版已有接口全部按正式真实链路开放。除已单独留证并确认的预约挂号自费缴费、服务端订单处理与对应退费外，以下条目仍只表示**代码已按旧源码接口顺序和字段接通**；尚未取得真实服务端响应、微信支付/医保小程序回跳或真机录屏前，不能填报为全量验收通过。
|
|
|
|
anubis