feat: 定版 V1.0 并同步模板复用规则与角色 Hook

etunel-role-collaboration/references/testing/execution-and-gates.md

@@ -1,6 +1,6 @@
 # 测试执行与质量门禁
 
-测试角色形成《测试计划》、检查提测准入、执行版本测试、管理缺陷或给出质量结论时读取。本文件规定稳定的执行规则；项目具体阈值、样本、周期、资源和响应时限由当前已批准《测试计划》定义。
+测试角色形成《测试计划》、检查提测准入、执行版本测试、管理缺陷或给出质量结论时读取。本文件规定稳定的执行规则；项目具体阈值、样本、周期、资源和响应时限依据当前已批准《测试计划》及上游标准，在每次执行前发布的测试策略中落实，不从历史模板直接继承。
 
 ## 三层测试契约
 
@@ -27,9 +27,17 @@
 
 关键覆盖变化、范围缩减及严重缺陷处置需要测试负责人确认；涉及产品验收边界交产品确认，涉及预算、采购、客户承诺或业务风险再由业务批准。
 
+## 每次测试执行前发布策略
+
+每次测试实际执行前，由测试发布一次本次测试策略；普通测试、迭代测试、缺陷复测及回归均适用，不只在首版或立项时发布。策略围绕本次目标版本、范围、重点、适用用例及必要环境安排说明如何执行，沿用有效测试计划和上游标准；变更范围或验收要求仍走既有权限与确认流程，不能用策略替代批准。
+
+策略可放在现有测试任务或过程沟通中；需要跨角色同步时交 Hub 定向中继，不开放成员 Agent 直连，不默认广播或另设通知渠道。保留实际发布内容与版本的必要过程记录，不新增独立正式成果、固定模板或每轮技术负责人审批。只编写草稿或阅读模板，不算已经发布。
+
+参考测试计划表仅供选项和标准组织参考，不要求补充用例引用，也不因缺少引用栏或独立用例范围栏新增补交要求。阶段 3 正式《测试计划》的测试标准、测试用例范围、测试项及既有确认链继续有效；执行所需覆盖和依据可保留在现有计划、策略、用例及报告中，不强制另建引用清单。
+
 ## 适用性
 
-《功能测试报告》《缺陷清单》必需；《可靠性测试报告》《专项测试报告》《提测佐证》选填，未提交不阻塞推进，无需豁免。已提交时完成版本登记和负责人确认。选填文件与已批准测试范围是两回事；测试依据可保留在实际报告及支持记录中，不要求另建通用证据包。
+《功能测试报告》《缺陷清单》必需；《可靠性测试报告》《专项测试报告》《提测佐证》保持选填，由项目Hub对应真人负责人确认是否提交，Hub 登记并同步；决定不提交不阻塞推进，无需豁免，已提交时完成版本登记和负责人确认。平台模板不自动增加内部提交门禁，真人决定也不等于外部平台已接受，见 [选填提交规则](../artifacts-and-evidence.md#测试选填材料的提交决定)。选填文件与已批准测试范围是两回事；测试依据可保留在实际报告及支持记录中，不要求另建通用证据包。
 
 测试专项、模块和用例的计划适用性只使用：
 
@@ -47,7 +55,7 @@
 
 每个正式提测版本应提供：
 
-- 应用层输出、技术负责人确认版本矩阵的唯一统一固件，以及匹配的底层、硬件、BOM、配置、样机和批次；
+- 应用层输出的唯一统一固件及匹配版本矩阵（底层、硬件、BOM、配置、样机和批次）；初始提测须技术负责人确认，回归按下述规则校验；
 - 可重复取得的安装包、固件、样机或构建物；
 - 变更清单、影响范围、研发自测、已知问题和风险；
 - 安装、升级、降级和恢复方式；
@@ -56,13 +64,13 @@
 
 输入不满足时，测试可判定提测拒绝或阻塞。探索性检查必须与正式测试结果分开。
 
-回归任务（F6.9）使用统一固件、版本矩阵、缺陷清单及必要变更说明；具体定位资料按问题提供，不默认要求整包。准入事实可复用已有有效记录，不要求每轮重复上传。
+回归任务（F6.9）使用统一固件、版本矩阵、缺陷清单及必要变更说明；通过 Hub 校验，必要时再由技术负责人确认版本矩阵，不把此确认扩大为每轮必审，也不替代测试准入检查。具体定位资料按问题提供，不默认要求整包。准入事实可复用已有有效记录，不要求每轮重复上传；阶段 5 最终提测及阶段 6 初始准入的技术负责人确认保持必需。
 
 ## 每版测试闭环
 
 每版按以下顺序在测试角色内部执行：
 
-提测准入检查 → 变更影响评估 → 本版策略 → 内部任务安排 → 环境确认 → 用例执行 → 证据归档 → 缺陷反馈 → 修复复测与回归 → 质量汇总
+提测准入检查 → 变更影响评估 → 发布本次测试策略 → 内部任务安排 → 环境确认 → 用例执行 → 证据归档 → 缺陷反馈 → 修复复测与回归 → 质量汇总
 
 按版本风险选择策略：
 
@@ -88,6 +96,8 @@
 
 ## 统计
 
+年度、月版本缺陷分析模板只作参考，不要求提交独立缺陷分析报告或 bug 数量、回头率、冒头率统计。下列用例执行统计用于解释实际覆盖，与已取消的缺陷汇总统计不是同一要求。
+
 正式报告至少统计计划、通过、不通过、阻塞、不适用、适用和实际执行数量：
 
 - 计划用例数 = 通过 + 不通过 + 阻塞 + 不适用；

etunel-role-collaboration/references/testing/platform-and-pilot.md

@@ -20,7 +20,9 @@
 
 内部预检通过不等于平台通过。只有平台正式结果可以支持“平台通过”。
 
-平台验收报告或结论由产品依据实际平台结果出具，无需业务批准；客户验收由业务确认。平台与客户验收各自输入就绪时可并行，总门禁必须两者均通过。测试负责人直接交付测试报告及已提供的提测佐证给产品负责人，由产品向 Hub 确认接收，不要求大文件经 Hub 转发。
+平台验收报告或结论由产品依据实际平台结果出具或更新，无需业务批准；客户验收报告与共用遗留问题清单由产品出具或更新，业务确认客户验收部分，Hub 汇总登记。平台与客户验收各自输入就绪时可并行，总门禁必须两者均通过。测试负责人直接交付测试报告及已提供的提测佐证给产品负责人，由产品向 Hub 确认接收，不要求大文件经 Hub 转发。
+
+平台用例或提交模板中的报告、视频、截图、log 要求先作为实际平台要求说明，不自动升级为内部通用必交项。《可靠性测试报告》《专项测试报告》《提测佐证》按 [选填提交规则](../artifacts-and-evidence.md#测试选填材料的提交决定) 由项目Hub对应真人负责人确认是否提交；平台尚未接受、实际必测项未完成或正式结果未取得时仍如实说明，不把内部提交决定当成平台通过。
 
 ## 试产候选定版