1、质量回溯报告,回溯人： 时间：,目录,回溯一个问题的过程：,根因分析,选择问题,改进实施,经验固化,1,2,3,4,本回溯按以下思路展开： 问题描述 根本原因分析 技术定位 缺陷引入点分析 缺陷控制点分析 改进措施,回溯过程指导：,应选择管理问题突出、影响重大、有共享价值的问题进行回溯。纯粹的技术问题可走FRACAS通道，回溯得出的技术根因和解决方案也纳入FRACAS中（http:/fracas）。,对问题进行技术原因分析和定位。,缺陷是从哪个环节或活动中引入？,从技术和管理两方面进行改进，尤其是管理类改进。,为什么检视没有发现？为什么UT/IT/ST没有发现？为什么SDV/SVT没有发现？,
2、问题描述,时间： 地点： 版本编号： 发现人： 现象： 结果影响：,根本原因分析事件回放,事件回放,根本原因分析定位,以产品缺陷为核心，分析哪些技术保证机制存在薄弱点，页面可自行增加，可将问题代码贴入 问题定位,根本原因分析解决方案,解决方案,根本原因分析 缺陷引入点分析,缺陷是从哪个环节或活动中引入的：,改进措施,针对前面从缺陷引入点/控制点中找出的具体原因，制定改进措施，应具体、可执行： 技术根因的改进建议归纳出设计准则或故障模式，纳入FRACAS IT 管理根因的改进可从人员、流程制度、执行三个方面考虑改进，这是回溯的重点 1、不要提无法落实的改进措施；2、不要提类似“加强*测试、加强检视、加强异常场景测试”之类的改进措施；3、不要提多条改进措施（普通回溯三条以内关键措施）；,总结,参考,改进措施： 明确方案设计过程和关注要点（形成规范文档），PL在项目组内组织学习时间： 责任人： 性能优化开发必须进行设计并形成文档，设计中要包括对功能修改的分析，文档归档并附到问题单中。以上规范写入方案设计过程规范，并组织在项目组内学习。时间： 责任人： 方案的检视同时有方案审核人审核，审核人应写入问题单。由测试在问题单中审核，不符合要求问题单打回。由QA每季度审计该要求执行情况。时间： 责任人： 代码注释要符合编程规范要求。5月份代码飞检时作为检查和整改重点。时间： 责任人：,
