质量回溯报告模板
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
• 解决方案
根本原因分析 ——缺陷引入点分析
缺陷是从哪个环节或活动中引入的：
改进措施
针对前面从缺陷引入点/控制点中找出的具体原因，制定改进措施，应具体、可执行：
• 技术根因的改进建议归纳出设计准则或故障模式，纳入FRACAS IT • 管理根因的改进可从人员、流程制度、执行三个方面考虑改进，这是回溯的重点
技术定位 缺陷引入点分析 缺陷控制点分析
改进措施
问题描述
• 时间： • 地点： • 版本编号：
• 发现人：
• 现象： • 结果影响：
根本原因分析—事件回放
• 事件回放
根本原因分析—定位
以产品缺陷为核心，分析哪些技术保证机制存在薄弱点，页面可自行增加，可将问题代码贴入
• 问题定位
根本原因分析—解决方案
以上规范写入方案设计过程规范，并组织在项目组内学习。时间： 责任人：××
• 方案的检视同时有方案审核人审核，审核人应写入问题单。由测试在问题单中审核，不符合要求问题 单打回。由QA每季度审计该要求执行情况。——时间： 责任人：×× • 代码注释要符合编程规范要求。5月份代码飞检时作为检查和整改重点。——时间： 责任人：××
• 1、不要提无法落实的改进措施；2、不要提类似“加强**测试、加强检视、加强异常场景测试”之
类的改进措施；3、不要提多条改进措施（普通回溯三条以内关键措施）；
根本原因
改进措施描述
改进措施 责任人 类别
完成时间
总结
参考
改进措施： • 明确方案设计过程和关注要点（形成规范文档），PL在项目组内组织学习——时间： 责任人：×× • 性能优化开发必须进行设计并形成文档，设计中要包括对功能修改的分析，文档归档并附到问题单中。
技术因素
• 标准 • 规范 • DFX基线 • 技术 Checklist • 技术方案/方 法
个人/组织因素
•人力资源分配 •角色/职责 •个人技能/培训 •个人/组织经验 •工作环境
流程制度因 素
• 流程 • 制度 • 指导书 • 模板 • 管理 Checklist
执行因素
• • • 计划 监控 沟通
质量回溯报告
回溯人：
时间：
目录
• 回溯一个问题的过程：
1 选择问题 2 根因分析 3 改进实施 4 经验固化
• 本回溯按以下思路展开： 回溯过程指导：
问题描述
根本原因分析
——应选择管理问题突出、影响重大、有共享价值的问题进行 回溯。纯粹的技术问题可走FRACAS通道，回溯得出的技术 根因和解决方案也纳入FRACAS中（http://fracas）。 ——对问题进行技术原因分析和定位。 ——缺陷是从哪个环节或活动中引入？ ——为什么检视没有发现？为什么UT/IT/ST没有发现？为什么 SDV/SVT没有发现？ ——从技术和管理两方面进行改进，尤其是管理类改进。
来自百度文库
技术根因的关注范围
管理根因的关注范围
根本原因分析 ——缺陷引入点分析
缺陷是从哪个环节或活动中引入的：
改进措施
针对前面从缺陷引入点/控制点中找出的具体原因，制定改进措施，应具体、可执行：
• 技术根因的改进建议归纳出设计准则或故障模式，纳入FRACAS IT • 管理根因的改进可从人员、流程制度、执行三个方面考虑改进，这是回溯的重点
技术定位 缺陷引入点分析 缺陷控制点分析
改进措施
问题描述
• 时间： • 地点： • 版本编号：
• 发现人：
• 现象： • 结果影响：
根本原因分析—事件回放
• 事件回放
根本原因分析—定位
以产品缺陷为核心，分析哪些技术保证机制存在薄弱点，页面可自行增加，可将问题代码贴入
• 问题定位
根本原因分析—解决方案
以上规范写入方案设计过程规范，并组织在项目组内学习。时间： 责任人：××
• 方案的检视同时有方案审核人审核，审核人应写入问题单。由测试在问题单中审核，不符合要求问题 单打回。由QA每季度审计该要求执行情况。——时间： 责任人：×× • 代码注释要符合编程规范要求。5月份代码飞检时作为检查和整改重点。——时间： 责任人：××
• 1、不要提无法落实的改进措施；2、不要提类似“加强**测试、加强检视、加强异常场景测试”之
类的改进措施；3、不要提多条改进措施（普通回溯三条以内关键措施）；
根本原因
改进措施描述
改进措施 责任人 类别
完成时间
总结
参考
改进措施： • 明确方案设计过程和关注要点（形成规范文档），PL在项目组内组织学习——时间： 责任人：×× • 性能优化开发必须进行设计并形成文档，设计中要包括对功能修改的分析，文档归档并附到问题单中。
技术因素
• 标准 • 规范 • DFX基线 • 技术 Checklist • 技术方案/方 法
个人/组织因素
•人力资源分配 •角色/职责 •个人技能/培训 •个人/组织经验 •工作环境
流程制度因 素
• 流程 • 制度 • 指导书 • 模板 • 管理 Checklist
执行因素
• • • 计划 监控 沟通
质量回溯报告
回溯人：
时间：
目录
• 回溯一个问题的过程：
1 选择问题 2 根因分析 3 改进实施 4 经验固化
• 本回溯按以下思路展开： 回溯过程指导：
问题描述
根本原因分析
——应选择管理问题突出、影响重大、有共享价值的问题进行 回溯。纯粹的技术问题可走FRACAS通道，回溯得出的技术 根因和解决方案也纳入FRACAS中（http://fracas）。 ——对问题进行技术原因分析和定位。 ——缺陷是从哪个环节或活动中引入？ ——为什么检视没有发现？为什么UT/IT/ST没有发现？为什么 SDV/SVT没有发现？ ——从技术和管理两方面进行改进，尤其是管理类改进。
来自百度文库
技术根因的关注范围
管理根因的关注范围