feat: 定版 V1.0 并同步模板复用规则与角色 Hook
This commit is contained in:
1 parent
163f655cd0
commit
ff9a4eeb89
34 files changed
+2746
-76
No files matched your search
@@ -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 数量、回头率、冒头率统计。下列用例执行统计用于解释实际覆盖,与已取消的缺陷汇总统计不是同一要求。
|
||||
|
||||
正式报告至少统计计划、通过、不通过、阻塞、不适用、适用和实际执行数量:
|
||||
|
||||
- 计划用例数 = 通过 + 不通过 + 阻塞 + 不适用;
|
||||
|
||||
Reference in new issue
Block a user