From 07717de8a84bbabefa025826b9c0fe61175b64ff Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?=E6=9D=8E=E9=9F=B5?= Date: Sat, 5 Sep 2026 18:27:40 +0800 Subject: [PATCH] docs: make reliability test report optional --- .../Codex多角色项目推进总流程图-V0.15.html | 29 ++++++++++--------- 1 file changed, 15 insertions(+), 14 deletions(-) diff --git a/doc/20260904/Codex多角色项目推进总流程图-V0.15.html b/doc/20260904/Codex多角色项目推进总流程图-V0.15.html index bc71d78..2e04a0e 100644 --- a/doc/20260904/Codex多角色项目推进总流程图-V0.15.html +++ b/doc/20260904/Codex多角色项目推进总流程图-V0.15.html @@ -713,8 +713,8 @@ V0.15创建：2026-09-04
生效：待定REVIEW -
  1. 建立待评审版本管理：区分创建日期与生效日期，增加 REVIEW 状态和页面顶部提示。
  2. 功能测试报告的覆盖范围移除“配置”，保留功能、流程、状态、接口、异常与恢复。
  3. 项目背景说明的客户信息字段明确为“对接客户名称、最终客户名称”。
  4. 项目背景说明中的“预期价值”标注为选填项。
  5. 项目背景说明中的金额补充说明明确“预计销售额”为选填项。
  6. 项目背景说明移除“成功指标”，同步清理业务需求摘要与业务验收中的相关引用。
  7. 立项书内容调整为项目目标、项目基础信息、初步里程碑要求、项目干系人、版本说明等信息。
  8. 功能清单表述调整为“定义设备支持的功能项”。
  9. 结构板框图标注为选填项。
  10. 删除立项资料中独立的“版本说明”条目，版本说明纳入立项书。
  11. 业务需求阶段工作说明调整为明确目标与价值，并补齐业务对象、业务目标和范围。
  12. 阶段 2 正式成果“里程碑要求”更名为“客户里程碑要求”，同步更新本版本成果矩阵与信息流引用，保留原有时间项。
  13. 阶段 1 正式成果“项目目标与里程碑计划”更名为“客户里程碑要求”，同步更新成果矩阵、阶段 1 信息流及阶段 2 输入引用，保留原有时间项和主责。
  14. 阶段 2 客户里程碑要求中的“试产、量产时间”标为选填，提测时间与客户验收时间保持不变。
  15. 阶段 2 成果名称调整回“里程碑要求”，与阶段 1 的“客户里程碑要求”区分，保留试产、量产时间的选填设置。
  16. 阶段 3“总体技术方案”标为选填，未提交不阻塞阶段推进。
  17. “硬件设计包”从阶段 3 移至阶段 5，阶段 3 保留接口与硬件约束确认，同步调整成果矩阵、阶段输入、实现确认和归档引用。
  18. 阶段 3“架构决策记录”标为选填，保留必要技术决定与接口确认的记录要求。
  19. 测试计划明确包含测试标准、测试用例范围、测试项，同步更新阶段 3 摘要与信息流说明。
  20. 阶段 4 项目计划中的“项目任务拆分”补充为“项目任务拆分（工时评估）”。
  21. 阶段 5 嵌入式应用层固件包中的“日志文件”更名为“zn_debug文件”，同步更新 F5.6 提交内容。
  22. 阶段 6 功能测试报告内容调整为“测试结论：通过/不通过”“测试用例执行结果”“bug: log日志”，替换原有三行说明。
- 文档版本管理；阶段 1 业务需求、项目背景说明与客户里程碑要求；阶段 2 产品定义、立项资料与里程碑要求；阶段 3 方案设计成果、选填要求与测试计划；阶段 4 项目规划输入与任务工时评估；阶段 5 硬件设计包与实现衔接、应用层固件包文件名称；阶段 6 测试验证与功能测试报告内容；阶段 7 业务验收依据；阶段 8 硬件设计资料归档。 +
  1. 建立待评审版本管理：区分创建日期与生效日期，增加 REVIEW 状态和页面顶部提示。
  2. 功能测试报告的覆盖范围移除“配置”，保留功能、流程、状态、接口、异常与恢复。
  3. 项目背景说明的客户信息字段明确为“对接客户名称、最终客户名称”。
  4. 项目背景说明中的“预期价值”标注为选填项。
  5. 项目背景说明中的金额补充说明明确“预计销售额”为选填项。
  6. 项目背景说明移除“成功指标”，同步清理业务需求摘要与业务验收中的相关引用。
  7. 立项书内容调整为项目目标、项目基础信息、初步里程碑要求、项目干系人、版本说明等信息。
  8. 功能清单表述调整为“定义设备支持的功能项”。
  9. 结构板框图标注为选填项。
  10. 删除立项资料中独立的“版本说明”条目，版本说明纳入立项书。
  11. 业务需求阶段工作说明调整为明确目标与价值，并补齐业务对象、业务目标和范围。
  12. 阶段 2 正式成果“里程碑要求”更名为“客户里程碑要求”，同步更新本版本成果矩阵与信息流引用，保留原有时间项。
  13. 阶段 1 正式成果“项目目标与里程碑计划”更名为“客户里程碑要求”，同步更新成果矩阵、阶段 1 信息流及阶段 2 输入引用，保留原有时间项和主责。
  14. 阶段 2 客户里程碑要求中的“试产、量产时间”标为选填，提测时间与客户验收时间保持不变。
  15. 阶段 2 成果名称调整回“里程碑要求”，与阶段 1 的“客户里程碑要求”区分，保留试产、量产时间的选填设置。
  16. 阶段 3“总体技术方案”标为选填，未提交不阻塞阶段推进。
  17. “硬件设计包”从阶段 3 移至阶段 5，阶段 3 保留接口与硬件约束确认，同步调整成果矩阵、阶段输入、实现确认和归档引用。
  18. 阶段 3“架构决策记录”标为选填，保留必要技术决定与接口确认的记录要求。
  19. 测试计划明确包含测试标准、测试用例范围、测试项，同步更新阶段 3 摘要与信息流说明。
  20. 阶段 4 项目计划中的“项目任务拆分”补充为“项目任务拆分（工时评估）”。
  21. 阶段 5 嵌入式应用层固件包中的“日志文件”更名为“zn_debug文件”，同步更新 F5.6 提交内容。
  22. 阶段 6 功能测试报告内容调整为“测试结论：通过/不通过”“测试用例执行结果”“bug: log日志”，替换原有三行说明。
  23. 阶段 6“可靠性测试报告”标为选填，同步调整成果矩阵、测试提交与确认、业务验收及归档引用。
  24. 可靠性测试报告内容改为“高低温测试”“跌落测试（选填）”“防水测试（选填）”，替换原有三行说明。
+ 文档版本管理；阶段 1 业务需求、项目背景说明与客户里程碑要求；阶段 2 产品定义、立项资料与里程碑要求；阶段 3 方案设计成果、选填要求与测试计划；阶段 4 项目规划输入与任务工时评估；阶段 5 硬件设计包与实现衔接、应用层固件包文件名称；阶段 6 测试验证、功能测试报告内容与可靠性测试报告选填设置；阶段 7 业务验收依据与选填测试报告引用；阶段 8 硬件设计资料与选填测试报告归档。 V0.142026-09-02CURRENT @@ -828,8 +828,8 @@
06

测试验证

主责：测试 · 修复：嵌入式应用层/嵌入式底层/硬件
-
执行功能、接口、软硬件集成和回归测试。
不通过应用问题→嵌入式应用层；BSP/驱动问题→嵌入式底层；电路/PCB/器件问题→硬件；接口/架构问题→技术负责人
通过形成五类测试正式成果及质量结论
-
正式成果功能测试报告
测试结论：通过/不通过
测试用例执行结果
bug: log日志可靠性测试报告
样本、环境、仪器、时长/循环和负载
高低温、跌落及其他适用项
原始数据、失效、恢复和不可逆变化专项测试报告
画质、Wi-Fi/路由器、SD 卡、功耗、长稳、平台、试产等适用专项
专项矩阵、阈值来源、原始证据和分项结论测试证据包
证据索引和用例/标准映射
原始日志、截图/视频、测量、波形、平台结果和文件校验缺陷分析报告
现象、版本、环境、复现、期望/实际、频率和证据
Severity/风险/优先级、建议责任边界、根因/修复引用、复验与状态
+
执行功能、接口、软硬件集成和回归测试。
不通过应用问题→嵌入式应用层；BSP/驱动问题→嵌入式底层；电路/PCB/器件问题→硬件；接口/架构问题→技术负责人
通过形成必需测试正式成果及质量结论
+
正式成果功能测试报告
测试结论：通过/不通过
测试用例执行结果
bug: log日志可靠性测试报告（选填）
高低温测试
跌落测试（选填）
防水测试（选填）专项测试报告
画质、Wi-Fi/路由器、SD 卡、功耗、长稳、平台、试产等适用专项
专项矩阵、阈值来源、原始证据和分项结论测试证据包
证据索引和用例/标准映射
原始日志、截图/视频、测量、波形、平台结果和文件校验缺陷分析报告
现象、版本、环境、复现、期望/实际、频率和证据
Severity/风险/优先级、建议责任边界、根因/修复引用、复验与状态
测试确认质量结论和剩余风险
@@ -937,7 +937,7 @@
00B / ARTIFACT TRACEABILITY

正式成果—信息流追踪矩阵

流程图规划的每项正式成果都必须能够追踪到首次形成、评审或修订、正式确认以及下游分发。表中流程 ID 与各阶段信息流图和说明表一一对应。

-
判定原则：正式成果必须由指定主责角色输出；过程记录只能解释校验、评审、冲突、变更和确认，不得替代正式成果。阶段 3 的总体技术方案、架构决策记录为选填成果，未提交不阻塞推进，也无需另行豁免；已提交时仍须完成版本登记和相应确认。若其他必需成果获准豁免，则以下对应流转中的成果引用改为豁免记录和替代证据。
+
判定原则：正式成果必须由指定主责角色输出；过程记录只能解释校验、评审、冲突、变更和确认，不得替代正式成果。阶段 3 的总体技术方案、架构决策记录，以及阶段 6 的可靠性测试报告为选填成果，未提交不阻塞推进，也无需另行豁免；已提交时仍须完成版本登记和相应确认。若其他必需成果获准豁免，则以下对应流转中的成果引用改为豁免记录和替代证据。
@@ -958,7 +958,7 @@ - + @@ -1096,7 +1096,8 @@
06 / TEST

阶段 6：测试验证与缺陷返工信息流

测试提交证据和缺陷，项目Hub按问题层级路由到产品、嵌入式应用层、嵌入式底层、硬件或技术负责人，并控制重新提测。

-
主责测试
核心成果功能、可靠性、专项测试报告，测试证据和缺陷分析
门禁阻断缺陷清零，证据完整，测试完成内部确认并提交质量结论
+
主责测试
核心成果功能测试报告、专项测试报告、测试证据包、缺陷分析报告；可靠性测试报告（选填）
门禁阻断缺陷清零，证据完整，测试完成内部确认并提交质量结论
+
可靠性测试报告为选填，内容包括高低温测试、跌落测试（选填）、防水测试（选填）。未提供该报告不作为阶段 6 交付或后续验收的单独阻塞项，也无需另行豁免；已提供时仍需证据、版本和测试负责人确认。其他必需成果和质量门禁保持不变。
项目Hub
F6.1下发测试任务、最终固件和版本矩阵只允许测试由嵌入式应用层提交并经技术负责人批准的统一固件
测试
测试
F6.2提交测试报告、证据和缺陷每个缺陷关联版本、用例和证据
项目Hub
@@ -1107,15 +1108,15 @@
项目Hub
F6.7将固件相关修复交给嵌入式应用层重新合版底层修复必须合版；硬件变化由嵌入式应用层确认固件兼容性
嵌入式应用层
嵌入式应用层
F6.8提交统一回归固件或确认原固件继续有效最终回归固件仍只能由嵌入式应用层提交
项目Hub
项目Hub
F6.9下发定向回归任务和统一固件附修复范围、受影响用例和新版本矩阵
测试
-
测试
F6.10提交内部确认的最终质量结论和剩余风险报告和证据完整后
项目Hub
+
测试
F6.10提交内部确认的最终质量结论和剩余风险必需报告和证据完整，已提供的选填报告完成确认后
项目Hub
阶段正式成果主责角色首次形成/提交评审、修订与确认正式分发/下游使用
1 业务需求项目背景说明业务F1.1F1.2 条件修订；F1.7 业务确认F1.3 评审分发；F1.8 正式基线给产品
1 业务需求客户里程碑要求业务F1.1F1.2 条件修订；F1.7 业务确认F1.3 评审分发；F1.8 正式基线给产品
5 软硬件实现嵌入式底层实现资料嵌入式底层F5.4F5.5 交嵌入式应用层合版；F5.7/F5.10 确认版本关系通过 F5.6 集成进统一固件；F8.3 提交归档资料
5 软硬件实现嵌入式应用层固件包嵌入式应用层F5.6 候选；F5.9 最终提测版F5.7 冲突修订；F5.8–F5.10 技术负责人确认F6.1 交测试；F6.8 回归版；F8.3 最终发布版
6 测试验证功能测试报告测试F6.2F6.3–F6.9 缺陷/回归更新；F6.10 确认F7.1 验收输入；F8.7 归档
6 测试验证可靠性测试报告测试F6.2F6.3–F6.9 缺陷/回归更新；F6.10 确认F7.1 验收输入；F8.7 归档
6 测试验证可靠性测试报告（选填）测试F6.2（提供时）已提供时按 F6.3–F6.9 更新缺陷/回归；F6.10 确认已提供时作为 F7.1 验收输入并经 F8.7 归档
6 测试验证专项测试报告测试F6.2F6.3–F6.9 缺陷/回归更新；F6.10 确认F7.1 验收输入；F8.7 归档
6 测试验证测试证据包测试F6.2F6.3–F6.9 持续补证；F6.10 完整性确认F7.1/F7.3 验收证据；F8.5 最终证据
6 测试验证缺陷分析报告测试F6.2/F6.3F6.4–F6.9 责任角色修复并由测试回归；F6.10 确认F7.1 验收限制输入；F8.7 归档
- + - +
ID触发条件发送 → 接收正式载荷约束/确认对阶段的影响
F6.1–6.2技术负责人批准嵌入式应用层提交的最终固件与硬件集成版本。项目Hub ↔ 测试测试输入：嵌入式应用层固件包、硬件实现资料、已集成的 嵌入式底层实现资料、版本矩阵、测试计划。
测试提交的成果草案：功能测试报告、可靠性测试报告、专项测试报告、测试证据包、缺陷分析报告。		测试只能接收嵌入式应用层提交且经技术负责人批准的最终固件；缺陷必须关联可复现环境和版本。启动测试并更新测试状态。
F6.1–6.2技术负责人批准嵌入式应用层提交的最终固件与硬件集成版本。项目Hub ↔ 测试测试输入：嵌入式应用层固件包、硬件实现资料、已集成的 嵌入式底层实现资料、版本矩阵、测试计划。
测试提交的成果草案：功能测试报告、专项测试报告、测试证据包、缺陷分析报告。
选填成果：可靠性测试报告。		测试只能接收嵌入式应用层提交且经技术负责人批准的最终固件；缺陷必须关联可复现环境和版本。启动测试并更新测试状态。
F6.3测试发现缺陷或测试异常并形成可追踪记录。测试 → 项目Hub → 建议责任角色 / 技术负责人 / 产品正式成果更新：测试主责的《缺陷分析报告》缺陷条目。
提交与分发内容：缺陷编号、现象、版本矩阵、环境、用例、复现、期望／实际、证据、影响程度、风险、优先级、建议责任边界、受影响成果、回归要求和响应时限。		项目Hub只做结构、证据和路由检查；责任明确时按测试建议路由，跨层或根因不清时交技术负责人，需求含义不清时交产品。建立定向返工或裁决任务。
F6.4–6.5责任角色或裁决角色收到缺陷任务。责任角色 / 技术负责人 / 产品 → 项目Hub → 测试过程记录：原因分析、修复计划或技术／产品决定，包含原因或裁决、影响、修复方案、风险、修复成果计划、期限、需重测范围和证据。
测试动作：引用带来源的原因、修复或裁决输入，更新《缺陷分析报告》状态和回归要求。		实现角色不直接替换或关闭测试主责的《缺陷分析报告》；“无法复现”“符合设计”或“不修复”必须带理由与证据。阻断缺陷使阶段阻塞；等待修复成果和目标版本复验。
F6.6–6.8应用修复、嵌入式底层修复或硬件 ECO 已提交。责任角色 → 项目Hub → 嵌入式应用层 → 项目Hub → 测试实现角色修订成果：嵌入式应用层固件包、嵌入式底层实现资料或硬件实现资料。
提交给测试的缺陷输入：原因分析、修复计划、修复成果与版本、实现角色自测、变更记录、证据、影响范围、版本链和建议回归范围；测试引用后更新《缺陷分析报告》。
硬件 ECO 额外内容：新旧板卡／PCB／BOM／ECO 差异、受影响批次、返工／回退方式、板级验证证据、底层驱动／HAL 兼容评估、应用固件有效性确认和新版本矩阵。		实现角色无权直接替换或关闭《缺陷分析报告》。嵌入式底层修复不得直接交给测试；必须由嵌入式应用层重新合版。硬件 ECO 先经底层兼容评估；即使不修改固件，也必须由嵌入式应用层确认原固件继续有效。技术负责人按需确认版本矩阵，测试在目标组合上复验并独立给出“已验证”或“已关闭”结论。形成唯一可回归的固件与硬件版本矩阵，并由测试复验。
F6.9统一回归固件和硬件版本矩阵通过项目Hub校验，必要时由技术负责人确认。项目Hub → 测试回归输入：更新后的 嵌入式应用层固件包、相关 嵌入式底层实现资料／硬件实现资料、缺陷分析报告、版本矩阵。
过程记录：回归任务，包含修复范围、受影响用例和时限。		旧版本不得覆盖；测试不得接收嵌入式底层单独提交的固件。执行定向回归。
F6.10阻断缺陷清零且证据齐全。测试 → 项目Hub最终确认成果：功能测试报告、可靠性测试报告、专项测试报告、测试证据包、缺陷分析报告的负责人确认版本。
附带内容：质量结论、覆盖率、未关闭缺陷、剩余风险和接受方。		测试内部确认状态必须记录；剩余风险必须有接受方。门禁通过并留档后开启验收。
F6.10阻断缺陷清零且证据齐全。测试 → 项目Hub最终确认成果：功能测试报告、专项测试报告、测试证据包、缺陷分析报告，以及已提供的可靠性测试报告的负责人确认版本。
附带内容：质量结论、覆盖率、未关闭缺陷、剩余风险和接受方。		测试内部确认状态必须记录；剩余风险必须有接受方。门禁通过并留档后开启验收。
@@ -1133,7 +1134,7 @@
业务
F7.8提交内部确认的最终验收和上线条件附条件项必须有责任人和期限
项目Hub
- + @@ -1263,7 +1264,7 @@ "F5.9": ["artifact", "提交正式成果：嵌入式应用层固件包（最终提测版本）"], "F5.10": ["process", "过程记录：集成版本批准；关联应用固件包、硬件设计包与硬件实现资料"], "F6.1": ["process", "测试输入：应用固件包 / 底层实现资料 / 硬件实现资料 / 测试计划"], - "F6.2": ["artifact", "提交成果草案：功能/可靠性/专项测试报告 / 测试证据包 / 缺陷分析报告"], + "F6.2": ["artifact", "提交成果草案：功能/专项测试报告 / 测试证据包 / 缺陷分析报告；选填：可靠性测试报告"], "F6.3": ["artifact", "提交/更新成果：缺陷分析报告"], "F6.4": ["artifact", "修订成果：缺陷分析报告"], "F6.5": ["process", "过程记录：修复计划 / 技术裁决；关联缺陷分析报告"], @@ -1271,8 +1272,8 @@ "F6.7": ["process", "关联成果：底层修复 / 硬件变化 → 应用固件包重新合版"], "F6.8": ["artifact", "提交修订成果：嵌入式应用层固件包（统一回归版本）"], "F6.9": ["process", "回归输入：统一固件 / 版本矩阵 / 缺陷分析报告"], - "F6.10": ["artifact", "最终确认成果：功能/可靠性/专项测试报告 / 测试证据包 / 缺陷分析报告"], - "F7.1": ["process", "验收输入：五类测试成果 / 应用固件包 / 版本矩阵"], + "F6.10": ["artifact", "最终确认成果：功能/专项测试报告 / 测试证据包 / 缺陷分析报告；可靠性测试报告已提供时一并确认"], + "F7.1": ["process", "验收输入：必需测试成果及已提供的可靠性测试报告 / 应用固件包 / 版本矩阵"], "F7.2": ["artifact", "提交成果草案：平台提测通过报告 / 客户验收通过报告 / 附条件验收事项"], "F7.3": ["process", "待确认成果：平台提测通过报告 / 客户验收通过报告 / 附条件验收事项"], "F7.4": ["artifact", "提交验收结论：更新三类业务验收成果"],
ID触发条件发送 → 接收正式载荷约束/确认对阶段的影响
F7.1–7.2测试门禁通过。项目Hub ↔ 产品验收输入：阶段 6 五类测试成果、嵌入式应用层固件包、版本矩阵和已知限制。
产品提交的正式成果草案：平台提测通过报告、客户验收通过报告、附条件验收事项。		产品不得隐藏已知风险。形成验收包。
F7.1–7.2测试门禁通过。项目Hub ↔ 产品验收输入：阶段 6 必需测试成果及已提供的可靠性测试报告、嵌入式应用层固件包、版本矩阵和已知限制。
产品提交的正式成果草案：平台提测通过报告、客户验收通过报告、附条件验收事项。		产品不得隐藏已知风险。形成验收包。
F7.3–7.4验收包完整。项目Hub ↔ 业务；客户信息由业务或产品负责人线下取得待确认成果：平台提测通过报告、客户验收通过报告、附条件验收事项。
提交内容：目标对照、演示、测试证据、版本、通过／驳回／附条件结论和反馈证据。		口头反馈必须由负责人整理后回传本角色会话，再经项目Hub进入正式流。决定通过或返工。
F7.5验收驳回。项目Hub → 产品 / 技术负责人 / 嵌入式应用层 / 嵌入式底层 / 硬件 / 测试过程记录：验收驳回记录。
关联成果：三类验收成果及被驳回所影响的上游正式成果；包含问题类别、证据、字段/版本、责任角色和返回阶段。		禁止笼统地全部退回实现阶段。阶段保持处理中。
F7.6–7.7责任角色完成修正。角色 → 项目Hub → 产品/测试/业务修订成果：被驳回的上游正式成果新版本，以及更新后的平台提测通过报告／客户验收通过报告或附条件验收事项。
附带内容：修正说明、验证结果、证据引用和再次验收任务。		需要测试时必须先回测试阶段。重新验收。