质量回溯报告模板

执行因素
• 计划 • 监控 • 沟通
放映结束 感谢各位的批评指导！
谢 谢！
让我们共同进步
母爱
母爱是伞，为你遮风挡雨。 母爱是衣，为你送去温暖。 母爱是灯，为你送去光明。 母爱是光，照亮你的心灵。 在寒冷的年代里，母爱是温暖。 在温暖的年代里，母爱是关怀。 在文明的年代里，母爱是道德。 在欢乐的年代里，母爱是幸福。
技术因素
• 标准 • 规范 • DFX基线 • 技术 Checklist • 技术方案/方 法
技术根因的关注范围
个人/组织因素
•人力资源分配 •角色/职责 •个人技能/培训 •个人/组织经验 •工作环境
流程制度因 素
• 流程 • 制度 • 指导书 • 模板 • 管理 Checklist
管理根因的关注范围
技术定位
——对问题进行技术原因分析和定位。
缺陷引入点分析 ——缺陷是从哪个环节或活动中引入？
缺陷控制点分析
改进措施
——为什么检视没有发现？为什么UT/IT/ST没有发现？为什么 SDV/SVT没有发现？
——从技术和管理两方面进行改进，尤其是管理类改进。
问题描述
• 时间： • 地点： • 版本编号： • 发现人： • 现象： • 结果影响：
根本原因分析—事件回放
• 事件回放
根本原因分析—定位
以产品缺陷为核心，分析哪些技术保证机制存在薄弱点，页面可自行增加，可将问题代码贴入
• 问题定位
根本原因分析—解决方案
• 解决方案
根本原因分析 ——缺陷引入点分析
缺陷是从哪个环节或活动中引入的：
改进措施
针对前面从缺陷引入点/控制点中找出的具体原因，制定改进措施，应具体、可执行： • 技术根因的改进建议归纳出设计准则或故障模式，纳入FRACAS IT • 管理根因的改进可从人员、流程制度、执行三个方面考虑改进，这是回溯的重点 • 1、不要提无法落实的改进措施；2、不要提类似“加强**测试、加强检视、加强异常场景测试”之
以上规范写入方案设计过程规范，并组织在项目组内学习。时间： 责任人：×× • 方案的检视同时有方案审核人审核，审核人应写入问题单。由测试在问题单中审核，不符合要求问题
单打回。由QA每季度审计该要求执行情况。——时间： 责任人：×× • 代码注释要符合编程规范要求。5月份代码飞检时作为检查和整改重点。——时间： 责任人：××
类的改进措施；3、不要提多条改进措施（普通回溯三条以内关键措施）；
根本原因 改进措施描述
改进措施 责任人 类别
完成时间
总结
参考
改进措施： • 明确方案设计过程和关注要点（形成规范文档），PL在项目组内组织学习——时间： 责任人：×× • 性能优化开发必须进行设计并形成文档，设计中要包括对功能修改的分析，文档归档并附到问题单中。
质量回溯报告
回溯人： 时间：
目录
• 回溯一个问题的过程：
1 选择问题
2 根因分析
3 改进实施
4 经验固化
Leabharlann Baidu
• 本回溯按以下思路展开： 回溯过程指导：
问题描述 根本原因分析
——应选择管理问题突出、影响重大、有共享价值的问题进行 回溯。纯粹的技术问题可走FRACAS通道，回溯得出的技术 根因和解决方案也纳入FRACAS中（http://fracas）。