docs: use defect list and agreed owners in stage six
This commit is contained in:
1 parent
9ac9a28bde
commit
94997c24dd
1 file changed
+32
-32
@@ -828,8 +828,8 @@
|
||||
<article class="node">
|
||||
<div class="index">06</div>
|
||||
<div class="stage"><h3>测试验证</h3><span class="role">主责:测试 · 修复:嵌入式应用层/嵌入式底层/硬件</span></div>
|
||||
<div class="work"><strong>执行功能、接口、软硬件集成和回归测试。</strong><div class="branch"><div class="path return"><strong>不通过</strong>应用问题→嵌入式应用层;BSP/驱动问题→嵌入式底层;电路/PCB/器件问题→硬件;接口/架构问题→技术负责人</div><div class="path pass"><strong>通过</strong>形成必需测试正式成果及质量结论</div></div></div>
|
||||
<div class="artifacts"><strong>正式成果</strong><span>功能测试报告<br>测试结论:通过/不通过<br>测试用例执行结果<br>bug: log日志</span><span>可靠性测试报告(选填)<br>高低温测试<br>跌落测试(选填)<br>防水测试(选填)</span><span>专项测试报告<br>画质、Wi-Fi/路由器、SD 卡、功耗、长稳、平台、试产等适用专项</span><span>提测佐证<br>平台要求的视频、截图、log材料</span><span>缺陷分析报告<br>bug数量、状态、模块分析、回头率、冒头率等</span></div>
|
||||
<div class="work"><strong>执行功能、接口、软硬件集成和回归测试。</strong><div class="branch"><div class="path return"><strong>不通过</strong>测试与相关负责人共同商议缺陷责任人;项目Hub按确认分工安排修复,测试独立复验</div><div class="path pass"><strong>通过</strong>形成必需测试正式成果及质量结论</div></div></div>
|
||||
<div class="artifacts"><strong>正式成果</strong><span>功能测试报告<br>测试结论:通过/不通过<br>测试用例执行结果<br>bug: log日志</span><span>可靠性测试报告(选填)<br>高低温测试<br>跌落测试(选填)<br>防水测试(选填)</span><span>专项测试报告(选填)<br>画质、Wi-Fi/路由器、SD 卡、功耗、长稳、平台、试产等适用专项</span><span>提测佐证(选填)<br>平台要求的视频、截图、log材料</span><span>缺陷清单<br>bug条目、状态、模块、责任人<br>bug数量、回头率、冒头率等统计</span></div>
|
||||
</article>
|
||||
<div class="connector"><div class="gate">测试确认质量结论和剩余风险</div></div>
|
||||
|
||||
@@ -959,9 +959,9 @@
|
||||
<tr><td>5 软硬件实现</td><td>嵌入式应用层固件包</td><td>嵌入式应用层</td><td>F5.6 候选;F5.9 最终提测版</td><td>F5.7 冲突修订;F5.8–F5.10 技术负责人确认</td><td>F6.1 交测试;F6.8 回归版;F8.3 最终发布版</td></tr>
|
||||
<tr><td>6 测试验证</td><td>功能测试报告</td><td>测试</td><td>F6.2</td><td>F6.3–F6.9 缺陷/回归更新;F6.10 确认</td><td>F7.1 验收输入;F8.7 归档</td></tr>
|
||||
<tr><td>6 测试验证</td><td>可靠性测试报告(选填)</td><td>测试</td><td>F6.2(提供时)</td><td>已提供时按 F6.3–F6.9 更新缺陷/回归;F6.10 确认</td><td>已提供时作为 F7.1 验收输入并经 F8.7 归档</td></tr>
|
||||
<tr><td>6 测试验证</td><td>专项测试报告</td><td>测试</td><td>F6.2</td><td>F6.3–F6.9 缺陷/回归更新;F6.10 确认</td><td>F7.1 验收输入;F8.7 归档</td></tr>
|
||||
<tr><td>6 测试验证</td><td>提测佐证</td><td>测试</td><td>F6.2</td><td>F6.3–F6.9 持续补证;F6.10 完整性确认</td><td>F7.1/F7.3 平台提测佐证;F8.5 按平台要求补充最终版材料;F8.7 归档</td></tr>
|
||||
<tr><td>6 测试验证</td><td>缺陷分析报告</td><td>测试</td><td>F6.2/F6.3</td><td>F6.4–F6.9 责任角色修复并由测试回归;F6.10 确认</td><td>F7.1 验收限制输入;F8.7 归档</td></tr>
|
||||
<tr><td>6 测试验证</td><td>专项测试报告(选填)</td><td>测试</td><td>F6.2(提供时)</td><td>已提供时按 F6.3–F6.9 更新缺陷/回归;F6.10 确认</td><td>已提供时作为 F7.1 验收输入并经 F8.7 归档</td></tr>
|
||||
<tr><td>6 测试验证</td><td>提测佐证(选填)</td><td>测试</td><td>F6.2(提供时)</td><td>已提供时按 F6.3–F6.9 补充;F6.10 确认</td><td>已提供时用于 F7.1/F7.3;F8.5 按需更新最终版材料;F8.7 归档</td></tr>
|
||||
<tr><td>6 测试验证</td><td>缺陷清单</td><td>测试</td><td>F6.2/F6.3</td><td>F6.3 相关负责人共同确定责任人;F6.4–F6.9 修复与测试回归;F6.10 确认</td><td>F7.1 验收限制输入;F8.7 归档</td></tr>
|
||||
<tr><td>7 业务验收</td><td>平台提测通过报告</td><td>产品</td><td>F7.2</td><td>F7.3–F7.7 验收与修订;F7.8 业务确认</td><td>F8.6 结项核对;F8.7 归档</td></tr>
|
||||
<tr><td>7 业务验收</td><td>客户验收通过报告</td><td>产品</td><td>F7.2</td><td>F7.3–F7.7 客户/业务验收与修订;F7.8 业务确认</td><td>F8.6 结项核对;F8.7 归档</td></tr>
|
||||
<tr><td>7 业务验收</td><td>遗留问题清单</td><td>产品</td><td>F7.2/F7.4</td><td>F7.6–F7.8 补充责任角色、期限并确认</td><td>F8.6 关闭或承接;写入 结项报告</td></tr>
|
||||
@@ -1096,28 +1096,28 @@
|
||||
</section>
|
||||
|
||||
<section class="if-section" id="stage6">
|
||||
<div class="if-section-head"><div class="if-section-no">06 / TEST</div><div><h2>阶段 6:测试验证与缺陷返工信息流</h2><p>测试提交证据和缺陷,项目Hub按问题层级路由到产品、嵌入式应用层、嵌入式底层、硬件或技术负责人,并控制重新提测。</p></div></div>
|
||||
<div class="if-stage-summary"><div class="if-summary-card"><b>主责</b><span>测试</span></div><div class="if-summary-card"><b>核心成果</b><span>功能测试报告、专项测试报告、提测佐证、缺陷分析报告;可靠性测试报告(选填)</span></div><div class="if-summary-card"><b>门禁</b><span>阻断缺陷清零,证据完整,测试完成内部确认并提交质量结论</span></div></div>
|
||||
<div class="if-callout" style="margin-bottom:18px">可靠性测试报告为选填,内容包括高低温测试、跌落测试(选填)、防水测试(选填)。未提供该报告不作为阶段 6 交付或后续验收的单独阻塞项,也无需另行豁免;已提供时仍需证据、版本和测试负责人确认。其他必需成果和质量门禁保持不变。</div>
|
||||
<div class="if-section-head"><div class="if-section-no">06 / TEST</div><div><h2>阶段 6:测试验证与缺陷返工信息流</h2><p>测试提交测试报告和缺陷清单,由测试与实际相关角色负责人共同商议缺陷责任人;项目Hub按确认分工安排修复和重新提测。</p></div></div>
|
||||
<div class="if-stage-summary"><div class="if-summary-card"><b>主责</b><span>测试</span></div><div class="if-summary-card"><b>核心成果</b><span>功能测试报告、缺陷清单;可靠性测试报告、专项测试报告、提测佐证(均选填)</span></div><div class="if-summary-card"><b>门禁</b><span>阻断缺陷清零,必需成果及其测试依据完整,测试完成内部确认并提交质量结论</span></div></div>
|
||||
<div class="if-callout" style="margin-bottom:18px">可靠性测试报告、专项测试报告和提测佐证均为选填。未提供这些选填成果不阻塞阶段 6 交付、后续验收或归档,也无需另行豁免;已提供时确认对应版本和测试负责人意见。可靠性测试报告包括高低温测试、跌落测试(选填)、防水测试(选填)。选填设置不改变已确认的测试范围和质量门禁。</div>
|
||||
<div class="if-flow-board">
|
||||
<div class="if-exchange"><div class="if-actor if-center">项目Hub</div><div class="if-arrow"><span class="if-flow-id">F6.1</span><strong>下发测试任务、最终固件和版本矩阵</strong><small>只允许测试由嵌入式应用层提交并经技术负责人批准的统一固件</small></div><div class="if-actor if-test">测试</div></div>
|
||||
<div class="if-exchange"><div class="if-actor if-test">测试</div><div class="if-arrow"><span class="if-flow-id">F6.2</span><strong>提交测试报告、提测佐证和缺陷</strong><small>每个缺陷关联版本、用例和证据</small></div><div class="if-actor if-center">项目Hub</div></div>
|
||||
<div class="if-exchange"><div class="if-actor if-center">项目Hub</div><div class="if-arrow"><span class="if-flow-id">F6.3</span><strong>按测试建议或专业裁决路由缺陷</strong><small>责任明确时定向路由;跨层问题交技术负责人,需求含义交产品</small></div><div class="if-actor if-app">产品 / 技术负责人 / 嵌入式应用层 / 嵌入式底层 / 硬件 / 测试</div></div>
|
||||
<div class="if-exchange"><div class="if-actor if-app">责任角色</div><div class="if-arrow"><span class="if-flow-id">F6.4</span><strong>返回内部确认的原因分析、修复计划和影响范围</strong><small>正式修复承诺在角色内部确认后统一发出</small></div><div class="if-actor if-center">项目Hub</div></div>
|
||||
<div class="if-exchange if-blocking"><div class="if-actor if-center">项目Hub</div><div class="if-arrow"><span class="if-flow-id">F6.5</span><strong>创建修复或技术裁决任务</strong><small>跨层问题交技术负责人,需求问题交产品</small></div><div class="if-actor if-tech">责任角色</div></div>
|
||||
<div class="if-exchange"><div class="if-actor if-test">测试</div><div class="if-arrow"><span class="if-flow-id">F6.2</span><strong>提交功能测试报告和缺陷清单</strong><small>可靠性测试报告、专项测试报告和提测佐证选填;缺陷关联版本、用例和证据</small></div><div class="if-actor if-center">项目Hub</div></div>
|
||||
<div class="if-exchange"><div class="if-actor if-center">项目Hub</div><div class="if-arrow"><span class="if-flow-id">F6.3</span><strong>分发缺陷清单,协调相关负责人商议责任人</strong><small>测试与实际相关角色负责人共同确定每项缺陷的责任人</small></div><div class="if-actor if-app">产品 / 技术负责人 / 嵌入式应用层 / 嵌入式底层 / 硬件 / 测试</div></div>
|
||||
<div class="if-exchange"><div class="if-actor if-app">责任角色</div><div class="if-arrow"><span class="if-flow-id">F6.4</span><strong>返回确认的责任分工、原因分析和修复计划</strong><small>责任人、协作关系、处理时限和影响范围经对应负责人确认</small></div><div class="if-actor if-center">项目Hub</div></div>
|
||||
<div class="if-exchange if-blocking"><div class="if-actor if-center">项目Hub</div><div class="if-arrow"><span class="if-flow-id">F6.5</span><strong>按确认分工创建修复或专业澄清任务</strong><small>责任争议由相关负责人协调解决,项目Hub不自行归责</small></div><div class="if-actor if-tech">责任角色</div></div>
|
||||
<div class="if-exchange"><div class="if-actor if-app">责任角色</div><div class="if-arrow"><span class="if-flow-id">F6.6</span><strong>提交应用修复、底层修复或硬件 ECO</strong><small>必须生成新版本并声明替代关系和影响范围</small></div><div class="if-actor if-center">项目Hub</div></div>
|
||||
<div class="if-exchange if-conditional"><div class="if-actor if-center">项目Hub</div><div class="if-arrow"><span class="if-flow-id">F6.7</span><strong>将固件相关修复交给嵌入式应用层重新合版</strong><small>底层修复必须合版;硬件变化由嵌入式应用层确认固件兼容性</small></div><div class="if-actor if-app">嵌入式应用层</div></div>
|
||||
<div class="if-exchange"><div class="if-actor if-app">嵌入式应用层</div><div class="if-arrow"><span class="if-flow-id">F6.8</span><strong>提交统一回归固件或确认原固件继续有效</strong><small>最终回归固件仍只能由嵌入式应用层提交</small></div><div class="if-actor if-center">项目Hub</div></div>
|
||||
<div class="if-exchange"><div class="if-actor if-center">项目Hub</div><div class="if-arrow"><span class="if-flow-id">F6.9</span><strong>下发定向回归任务和统一固件</strong><small>附修复范围、受影响用例和新版本矩阵</small></div><div class="if-actor if-test">测试</div></div>
|
||||
<div class="if-exchange"><div class="if-actor if-test">测试</div><div class="if-arrow"><span class="if-flow-id">F6.10</span><strong>提交内部确认的最终质量结论和剩余风险</strong><small>必需报告和证据完整,已提供的选填报告完成确认后</small></div><div class="if-actor if-center">项目Hub</div></div>
|
||||
<div class="if-exchange"><div class="if-actor if-test">测试</div><div class="if-arrow"><span class="if-flow-id">F6.10</span><strong>提交内部确认的最终质量结论和剩余风险</strong><small>功能测试报告和缺陷清单完整,已提供的选填成果完成确认后</small></div><div class="if-actor if-center">项目Hub</div></div>
|
||||
</div>
|
||||
<div class="if-table-wrap"><table><thead><tr><th>ID</th><th>触发条件</th><th>发送 → 接收</th><th>正式载荷</th><th>约束/确认</th><th>对阶段的影响</th></tr></thead><tbody>
|
||||
<tr><td>F6.1–6.2</td><td>技术负责人批准嵌入式应用层提交的最终固件与硬件集成版本。</td><td>项目Hub ↔ 测试</td><td><b>测试输入:</b>嵌入式应用层固件包、硬件实现资料、已集成的 嵌入式底层实现资料、版本矩阵、测试计划。<br><b>测试提交的成果草案:</b>功能测试报告、专项测试报告、提测佐证、缺陷分析报告。<br><b>提测佐证内容:</b>平台要求的视频、截图、log材料。<br><b>选填成果:</b>可靠性测试报告。</td><td>测试只能接收嵌入式应用层提交且经技术负责人批准的最终固件;缺陷必须关联可复现环境和版本。</td><td>启动测试并更新测试状态。</td></tr>
|
||||
<tr><td>F6.3</td><td>测试发现缺陷或测试异常并形成可追踪记录。</td><td>测试 → 项目Hub → 建议责任角色 / 技术负责人 / 产品</td><td><b>正式成果更新:</b>测试主责的《缺陷分析报告》缺陷条目。<br><b>提交与分发内容:</b>缺陷编号、现象、版本矩阵、环境、用例、复现、期望/实际、证据、影响程度、风险、优先级、建议责任边界、受影响成果、回归要求和响应时限。</td><td>项目Hub只做结构、证据和路由检查;责任明确时按测试建议路由,跨层或根因不清时交技术负责人,需求含义不清时交产品。</td><td>建立定向返工或裁决任务。</td></tr>
|
||||
<tr><td>F6.4–6.5</td><td>责任角色或裁决角色收到缺陷任务。</td><td>责任角色 / 技术负责人 / 产品 → 项目Hub → 测试</td><td><b>过程记录:</b>原因分析、修复计划或技术/产品决定,包含原因或裁决、影响、修复方案、风险、修复成果计划、期限、需重测范围和证据。<br><b>测试动作:</b>引用带来源的原因、修复或裁决输入,更新《缺陷分析报告》状态和回归要求。</td><td>实现角色不直接替换或关闭测试主责的《缺陷分析报告》;“无法复现”“符合设计”或“不修复”必须带理由与证据。</td><td class="if-block">阻断缺陷使阶段阻塞;等待修复成果和目标版本复验。</td></tr>
|
||||
<tr><td>F6.6–6.8</td><td>应用修复、嵌入式底层修复或硬件 ECO 已提交。</td><td>责任角色 → 项目Hub → 嵌入式应用层 → 项目Hub → 测试</td><td><b>实现角色修订成果:</b>嵌入式应用层固件包、嵌入式底层实现资料或硬件实现资料。<br><b>提交给测试的缺陷输入:</b>原因分析、修复计划、修复成果与版本、实现角色自测、变更记录、证据、影响范围、版本链和建议回归范围;测试引用后更新《缺陷分析报告》。<br><b>硬件 ECO 额外内容:</b>新旧板卡/PCB/BOM/ECO 差异、受影响批次、返工/回退方式、板级验证证据、底层驱动/HAL 兼容评估、应用固件有效性确认和新版本矩阵。</td><td>实现角色无权直接替换或关闭《缺陷分析报告》。嵌入式底层修复不得直接交给测试;必须由嵌入式应用层重新合版。硬件 ECO 先经底层兼容评估;即使不修改固件,也必须由嵌入式应用层确认原固件继续有效。技术负责人按需确认版本矩阵,测试在目标组合上复验并独立给出“已验证”或“已关闭”结论。</td><td>形成唯一可回归的固件与硬件版本矩阵,并由测试复验。</td></tr>
|
||||
<tr><td>F6.9</td><td>统一回归固件和硬件版本矩阵通过项目Hub校验,必要时由技术负责人确认。</td><td>项目Hub → 测试</td><td><b>回归输入:</b>更新后的 嵌入式应用层固件包、相关 嵌入式底层实现资料/硬件实现资料、缺陷分析报告、版本矩阵。<br><b>过程记录:</b>回归任务,包含修复范围、受影响用例和时限。</td><td>旧版本不得覆盖;测试不得接收嵌入式底层单独提交的固件。</td><td>执行定向回归。</td></tr>
|
||||
<tr><td>F6.10</td><td>阻断缺陷清零且证据齐全。</td><td>测试 → 项目Hub</td><td><b>最终确认成果:</b>功能测试报告、专项测试报告、提测佐证、缺陷分析报告,以及已提供的可靠性测试报告的负责人确认版本。<br><b>附带内容:</b>质量结论、覆盖率、未关闭缺陷、剩余风险和接受方。</td><td>测试内部确认状态必须记录;剩余风险必须有接受方。</td><td class="if-pass">门禁通过并留档后开启验收。</td></tr>
|
||||
<tr><td>F6.1–6.2</td><td>技术负责人批准嵌入式应用层提交的最终固件与硬件集成版本。</td><td>项目Hub ↔ 测试</td><td><b>测试输入:</b>嵌入式应用层固件包、硬件实现资料、已集成的 嵌入式底层实现资料、版本矩阵、测试计划。<br><b>必需成果草案:</b>功能测试报告、缺陷清单。<br><b>选填成果:</b>可靠性测试报告、专项测试报告、提测佐证。<br><b>提测佐证内容(选填):</b>平台要求的视频、截图、log材料。</td><td>测试只能接收嵌入式应用层提交且经技术负责人批准的最终固件;缺陷必须关联可复现环境和版本。</td><td>启动测试并更新测试状态。</td></tr>
|
||||
<tr><td>F6.3</td><td>测试发现缺陷或测试异常并形成可追踪记录。</td><td>测试 → 项目Hub → 实际相关角色</td><td><b>提交与更新成果:</b>测试主责的《缺陷清单》。<br><b>分发内容:</b>缺陷编号、现象、状态、模块、版本、环境、用例、复现、证据、影响、风险、优先级和回归要求。<br><b>商议结果:</b>缺陷责任人、主责角色、协作角色及处理时限。</td><td>测试与实际相关角色的负责人共同商议解决缺陷的责任人,每项缺陷明确一名责任人和一个主责角色。项目Hub只登记已确认的分工并路由,不自行指定责任人;跨层技术问题由技术负责人提供判断依据,需求含义由产品澄清。分歧未收敛时按 E.1–E.4 协调。</td><td>确认缺陷责任分工后,建立定向修复或专业澄清任务。</td></tr>
|
||||
<tr><td>F6.4–6.5</td><td>相关负责人已共同确认缺陷责任人,责任角色收到缺陷任务。</td><td>责任角色 / 技术负责人 / 产品 → 项目Hub → 测试</td><td><b>过程记录:</b>确认的责任人、主责与协作角色、原因分析、修复计划或技术/产品决定,包含影响、修复方案、风险、修复成果计划、期限、需重测范围和证据。<br><b>测试动作:</b>引用已确认的责任分工与修复输入,更新《缺陷清单》的责任人、状态和回归要求。</td><td>实现角色不直接替换或关闭测试主责的《缺陷清单》;“无法复现”“符合设计”或“不修复”必须带理由与证据;责任人调整仍需相关负责人共同确认。</td><td class="if-block">阻断缺陷使阶段阻塞;等待修复成果和目标版本复验。</td></tr>
|
||||
<tr><td>F6.6–6.8</td><td>应用修复、嵌入式底层修复或硬件 ECO 已提交。</td><td>责任角色 → 项目Hub → 嵌入式应用层 → 项目Hub → 测试</td><td><b>实现角色修订成果:</b>嵌入式应用层固件包、嵌入式底层实现资料或硬件实现资料。<br><b>提交给测试的缺陷输入:</b>原因分析、修复计划、修复成果与版本、实现角色自测、变更记录、证据、影响范围、版本链和建议回归范围;测试引用后更新《缺陷清单》。<br><b>硬件 ECO 额外内容:</b>新旧板卡/PCB/BOM/ECO 差异、受影响批次、返工/回退方式、板级验证证据、底层驱动/HAL 兼容评估、应用固件有效性确认和新版本矩阵。</td><td>实现角色无权直接替换或关闭《缺陷清单》。嵌入式底层修复不得直接交给测试;必须由嵌入式应用层重新合版。硬件 ECO 先经底层兼容评估;即使不修改固件,也必须由嵌入式应用层确认原固件继续有效。技术负责人按需确认版本矩阵,测试在目标组合上复验并独立给出“已验证”或“已关闭”结论。</td><td>形成唯一可回归的固件与硬件版本矩阵,并由测试复验。</td></tr>
|
||||
<tr><td>F6.9</td><td>统一回归固件和硬件版本矩阵通过项目Hub校验,必要时由技术负责人确认。</td><td>项目Hub → 测试</td><td><b>回归输入:</b>更新后的 嵌入式应用层固件包、相关 嵌入式底层实现资料/硬件实现资料、缺陷清单、版本矩阵。<br><b>过程记录:</b>回归任务,包含修复范围、受影响用例和时限。</td><td>旧版本不得覆盖;测试不得接收嵌入式底层单独提交的固件。</td><td>执行定向回归。</td></tr>
|
||||
<tr><td>F6.10</td><td>阻断缺陷清零且必需成果及其测试依据齐全。</td><td>测试 → 项目Hub</td><td><b>最终确认成果:</b>功能测试报告、缺陷清单的负责人确认版本。<br><b>已提供时一并确认:</b>可靠性测试报告、专项测试报告、提测佐证。<br><b>附带内容:</b>质量结论、覆盖率、未关闭缺陷、剩余风险和接受方。</td><td>测试内部确认状态必须记录;剩余风险必须有接受方;选填成果未提供不作为门禁阻塞项。</td><td class="if-pass">门禁通过并留档后开启验收。</td></tr>
|
||||
</tbody></table></div>
|
||||
</section>
|
||||
|
||||
@@ -1125,7 +1125,7 @@
|
||||
<div class="if-section-head"><div class="if-section-no">07 / ACCEPT</div><div><h2>阶段 7:业务验收信息流</h2><p>产品组织平台和客户验收,项目Hub收集业务/客户结论,并把驳回问题精确路由到对应层级。</p></div></div>
|
||||
<div class="if-stage-summary"><div class="if-summary-card"><b>主责</b><span>产品主责验收成果;项目Hub组织流转;业务批准</span></div><div class="if-summary-card"><b>核心成果</b><span>平台提测通过报告、客户验收通过报告、遗留问题清单</span></div><div class="if-summary-card"><b>门禁</b><span>业务完成内部确认并提交验收及上线条件</span></div></div>
|
||||
<div class="if-flow-board">
|
||||
<div class="if-exchange"><div class="if-actor if-center">项目Hub</div><div class="if-arrow"><span class="if-flow-id">F7.1</span><strong>下发验收组织任务与测试成果(含提测佐证)</strong><small>测试门禁通过后</small></div><div class="if-actor if-product">产品</div></div>
|
||||
<div class="if-exchange"><div class="if-actor if-center">项目Hub</div><div class="if-arrow"><span class="if-flow-id">F7.1</span><strong>下发验收组织任务与必需测试成果</strong><small>测试门禁通过后</small></div><div class="if-actor if-product">产品</div></div>
|
||||
<div class="if-exchange"><div class="if-actor if-product">产品</div><div class="if-arrow"><span class="if-flow-id">F7.2</span><strong>提交平台/客户验收资料</strong><small>引用测试证据、版本和已知限制</small></div><div class="if-actor if-center">项目Hub</div></div>
|
||||
<div class="if-exchange"><div class="if-actor if-center">项目Hub</div><div class="if-arrow"><span class="if-flow-id">F7.3</span><strong>向业务发起验收确认</strong><small>呈现目标、证据、风险和遗留问题;客户反馈由业务或产品负责人按边界线下取得</small></div><div class="if-actor if-business">业务</div></div>
|
||||
<div class="if-exchange"><div class="if-actor if-business">业务</div><div class="if-arrow"><span class="if-flow-id">F7.4</span><strong>返回通过、驳回或附条件通过</strong><small>整理必要的客户反馈;驳回必须描述场景和证据</small></div><div class="if-actor if-center">项目Hub</div></div>
|
||||
@@ -1135,7 +1135,7 @@
|
||||
<div class="if-exchange"><div class="if-actor if-business">业务</div><div class="if-arrow"><span class="if-flow-id">F7.8</span><strong>提交内部确认的最终验收和上线条件</strong><small>遗留问题必须有责任人和期限</small></div><div class="if-actor if-center">项目Hub</div></div>
|
||||
</div>
|
||||
<div class="if-table-wrap"><table><thead><tr><th>ID</th><th>触发条件</th><th>发送 → 接收</th><th>正式载荷</th><th>约束/确认</th><th>对阶段的影响</th></tr></thead><tbody>
|
||||
<tr><td>F7.1–7.2</td><td>测试门禁通过。</td><td>项目Hub ↔ 产品</td><td><b>验收输入:</b>阶段 6 必需测试成果(含提测佐证)及已提供的可靠性测试报告、嵌入式应用层固件包、版本矩阵和已知限制。<br><b>产品提交的正式成果草案:</b>平台提测通过报告、客户验收通过报告、遗留问题清单。</td><td>产品不得隐藏已知风险。</td><td>形成验收包。</td></tr>
|
||||
<tr><td>F7.1–7.2</td><td>测试门禁通过。</td><td>项目Hub ↔ 产品</td><td><b>验收输入:</b>阶段 6 功能测试报告、缺陷清单及已提供的选填成果(可靠性测试报告、专项测试报告、提测佐证),以及嵌入式应用层固件包、版本矩阵和已知限制。<br><b>产品提交的正式成果草案:</b>平台提测通过报告、客户验收通过报告、遗留问题清单。</td><td>产品不得隐藏已知风险。</td><td>形成验收包。</td></tr>
|
||||
<tr><td>F7.3–7.4</td><td>验收包完整。</td><td>项目Hub ↔ 业务;客户信息由业务或产品负责人线下取得</td><td><b>待确认成果:</b>平台提测通过报告、客户验收通过报告、遗留问题清单。<br><b>提交内容:</b>目标对照、演示、测试证据、版本、通过/驳回/附条件结论和反馈证据。</td><td>口头反馈必须由负责人整理后回传本角色会话,再经项目Hub进入正式流。</td><td>决定通过或返工。</td></tr>
|
||||
<tr><td>F7.5</td><td>验收驳回。</td><td>项目Hub → 产品 / 技术负责人 / 嵌入式应用层 / 嵌入式底层 / 硬件 / 测试</td><td><b>过程记录:</b>验收驳回记录。<br><b>关联成果:</b>三类验收成果及被驳回所影响的上游正式成果;包含问题类别、证据、字段/版本、责任角色和返回阶段。</td><td>禁止笼统地全部退回实现阶段。</td><td class="if-block">阶段保持处理中。</td></tr>
|
||||
<tr><td>F7.6–7.7</td><td>责任角色完成修正。</td><td>角色 → 项目Hub → 产品/测试/业务</td><td><b>修订成果:</b>被驳回的上游正式成果新版本,以及更新后的平台提测通过报告/客户验收通过报告或遗留问题清单。<br><b>附带内容:</b>修正说明、验证结果、证据引用和再次验收任务。</td><td>需要测试时必须先回测试阶段。</td><td>重新验收。</td></tr>
|
||||
@@ -1159,7 +1159,7 @@
|
||||
</div>
|
||||
<div class="if-table-wrap"><table><thead><tr><th>ID</th><th>触发条件</th><th>发送 → 接收</th><th>正式载荷</th><th>约束/确认</th><th>对阶段的影响</th></tr></thead><tbody>
|
||||
<tr><td>F8.1–8.3</td><td>业务验收门禁通过。</td><td>项目Hub ↔ 技术负责人 / 嵌入式应用层 / 嵌入式底层 / 硬件</td><td><b>归档输入:</b>嵌入式应用层固件包 最终版、被集成的 嵌入式底层实现资料、硬件设计包、硬件实现资料、最终 版本矩阵 和角色发布声明。<br><b>将写入:</b>结项资料归档、变更记录。</td><td>最终固件只由嵌入式应用层提交;嵌入式底层只提交被集成版本和归档资料;技术负责人确认整体版本匹配。</td><td>形成发布候选。</td></tr>
|
||||
<tr><td>F8.4–8.5</td><td>发布候选锁定。</td><td>项目Hub ↔ 测试</td><td><b>过程记录:</b>发布冒烟测试记录。<br><b>关联成果:</b>结项资料归档、结项报告;涉及平台要求的材料时同步补充 提测佐证。<br><b>提交内容:</b>冒烟任务、最终版本、结果和证据。</td><td>不得使用非最终版本。</td><td class="if-block">失败则停止发布并路由修复。</td></tr>
|
||||
<tr><td>F8.4–8.5</td><td>发布候选锁定。</td><td>项目Hub ↔ 测试</td><td><b>过程记录:</b>发布冒烟测试记录。<br><b>关联成果:</b>结项资料归档、结项报告;已提供提测佐证时按需更新最终版材料,未提供不作为归档阻塞项。<br><b>提交内容:</b>冒烟任务、最终版本、结果和证据。</td><td>不得使用非最终版本。</td><td class="if-block">失败则停止发布并路由修复。</td></tr>
|
||||
<tr><td>F8.6</td><td>冒烟通过。</td><td>项目Hub ↔ 产品/业务</td><td><b>结项核对内容:</b>平台提测通过报告/客户验收通过报告、遗留问题清单、未关闭风险和遗留事项。<br><b>将写入:</b>结项报告、流程闭环总结。</td><td>每项必须关闭或有责任角色/期限。</td><td>准备结项。</td></tr>
|
||||
<tr><td>F8.7–8.8</td><td>角色工作完成。</td><td>角色 → 项目Hub → 归档库</td><td><b>正式成果:</b>结项资料归档、变更记录、结项报告、流程闭环总结。<br><b>角色提交内容:</b>最终成果索引、版本、证据、变更记录、结项摘要和遗留事项;项目Hub生成可追踪结项包。</td><td>不能用聊天记录替代成果索引。</td><td>生成结项包。</td></tr>
|
||||
<tr><td>F8.9</td><td>需要组织级结项确认。</td><td>业务 → 项目Hub</td><td><b>最终确认成果:</b>结项报告、流程闭环总结 和 结项资料归档 完整性结论。<br><b>附带内容:</b>结项批准或补充清单、确认状态和时间。</td><td>内部授权状态必须记录;补充项未关闭不得 CLOSED。</td><td class="if-pass">批准后锁定四类结项成果并关闭项目。</td></tr>
|
||||
@@ -1262,16 +1262,16 @@
|
||||
"F5.9": ["artifact", "提交正式成果:嵌入式应用层固件包(最终提测版本)"],
|
||||
"F5.10": ["process", "过程记录:集成版本批准;关联应用固件包、硬件设计包与硬件实现资料"],
|
||||
"F6.1": ["process", "测试输入:应用固件包 / 底层实现资料 / 硬件实现资料 / 测试计划"],
|
||||
"F6.2": ["artifact", "提交成果草案:功能/专项测试报告 / 提测佐证 / 缺陷分析报告;选填:可靠性测试报告"],
|
||||
"F6.3": ["artifact", "提交/更新成果:缺陷分析报告"],
|
||||
"F6.4": ["artifact", "修订成果:缺陷分析报告"],
|
||||
"F6.5": ["process", "过程记录:修复计划 / 技术裁决;关联缺陷分析报告"],
|
||||
"F6.6": ["process", "修订对象:应用固件包 / 底层实现资料 / 硬件实现资料 / 缺陷分析报告"],
|
||||
"F6.2": ["artifact", "必需:功能测试报告 / 缺陷清单;选填:可靠性报告 / 专项报告 / 提测佐证"],
|
||||
"F6.3": ["artifact", "提交/更新:缺陷清单;相关负责人共同确定责任人"],
|
||||
"F6.4": ["process", "确认责任分工与修复计划;由测试更新缺陷清单"],
|
||||
"F6.5": ["process", "过程记录:按确认分工派发修复或专业澄清任务;关联缺陷清单"],
|
||||
"F6.6": ["process", "修订对象:应用固件包 / 底层实现资料 / 硬件实现资料 / 缺陷清单"],
|
||||
"F6.7": ["process", "关联成果:底层修复 / 硬件变化 → 应用固件包重新合版"],
|
||||
"F6.8": ["artifact", "提交修订成果:嵌入式应用层固件包(统一回归版本)"],
|
||||
"F6.9": ["process", "回归输入:统一固件 / 版本矩阵 / 缺陷分析报告"],
|
||||
"F6.10": ["artifact", "最终确认成果:功能/专项测试报告 / 提测佐证 / 缺陷分析报告;可靠性测试报告已提供时一并确认"],
|
||||
"F7.1": ["process", "验收输入:必需测试成果(含提测佐证)及已提供的可靠性测试报告 / 应用固件包 / 版本矩阵"],
|
||||
"F6.9": ["process", "回归输入:统一固件 / 版本矩阵 / 缺陷清单"],
|
||||
"F6.10": ["artifact", "最终确认:功能测试报告 / 缺陷清单;已提供的选填成果一并确认"],
|
||||
"F7.1": ["process", "验收输入:功能测试报告 / 缺陷清单 / 已提供的选填成果 / 应用固件包 / 版本矩阵"],
|
||||
"F7.2": ["artifact", "提交成果草案:平台提测通过报告 / 客户验收通过报告 / 遗留问题清单"],
|
||||
"F7.3": ["process", "待确认成果:平台提测通过报告 / 客户验收通过报告 / 遗留问题清单"],
|
||||
"F7.4": ["artifact", "提交验收结论:更新三类业务验收成果"],
|
||||
@@ -1282,8 +1282,8 @@
|
||||
"F8.1": ["process", "过程记录:最终版本矩阵;关联三类实现成果"],
|
||||
"F8.2": ["process", "过程记录:发布与归档任务;待汇集四类结项成果"],
|
||||
"F8.3": ["process", "归档输入:最终固件 / 底层归档资料 / 硬件设计包 / 硬件实现资料 / 版本矩阵"],
|
||||
"F8.4": ["process", "过程记录:发布冒烟任务;关联结项报告,涉及平台要求时关联提测佐证"],
|
||||
"F8.5": ["process", "过程记录:发布冒烟结果;写入结项报告;平台要求的材料同步补充提测佐证"],
|
||||
"F8.4": ["process", "过程记录:发布冒烟任务;关联结项报告及已提供的提测佐证"],
|
||||
"F8.5": ["process", "过程记录:发布冒烟结果;写入结项报告;已提供的提测佐证按需更新"],
|
||||
"F8.6": ["process", "结项输入:验收报告 / 遗留问题清单 / 遗留风险"],
|
||||
"F8.7": ["process", "归档输入:各角色最终成果索引 / 版本 / 证据 / 结项摘要"],
|
||||
"F8.8": ["artifact", "生成正式成果:结项资料归档 / 变更记录 / 结项报告 / 流程闭环总结"],
|
||||
|
||||
Reference in new issue
Block a user