質(zhì)量回溯報(bào)告模板

質(zhì)量回溯報(bào)告模板目錄回溯一個(gè)問題的過程：根因分析選擇問題改進(jìn)實(shí)施1234本回溯按以下思路展開：問題描述根本原因分析技術(shù)定位缺陷引入點(diǎn)分析缺陷控制點(diǎn)分析改進(jìn)措施回溯過程指導(dǎo)：——管理問題突出、影響重大、有共享價(jià)值的問題進(jìn)行回溯。純粹的技術(shù)問題可走FRACAS通道，回溯得出的技術(shù)根因和解決方案也納入FRACAS中（）。——對問題進(jìn)行技術(shù)原因分析和定位。——缺陷是從哪個(gè)環(huán)節(jié)或活動中引入？——從技術(shù)和管理兩方面進(jìn)行改進(jìn)，尤其是管理類改進(jìn)?！獮槭裁礄z視沒有發(fā)現(xiàn)？為什么UT/IT/ST沒有發(fā)現(xiàn)？為什么SDV/SVT沒有發(fā)現(xiàn)？問題描述時(shí)間：地點(diǎn)：版本編號：發(fā)現(xiàn)人：現(xiàn)象：結(jié)果影響：根本原因分析—事件回放事件回放

根本原因分析—定位以產(chǎn)品缺陷為核心，分析哪些技術(shù)保證機(jī)制存在薄弱點(diǎn)，頁面可自行增加，可將問題代碼貼入問題定位根本原因分析—解決方案解決方案

根本原因分析

——缺陷引入點(diǎn)分析缺陷是從哪個(gè)環(huán)節(jié)或活動中引入的：改進(jìn)措施針對前面從缺陷引入點(diǎn)/控制點(diǎn)中找出的具體原因，制定改進(jìn)措施，應(yīng)具體、可執(zhí)行：技術(shù)根因的改進(jìn)建議歸納出設(shè)計(jì)準(zhǔn)則或故障模式，納入FRACASIT管理根因的改進(jìn)可從人員、流程制度、執(zhí)行三個(gè)方面考慮改進(jìn)，這是回溯的重點(diǎn)1、不要提無法落實(shí)的改進(jìn)措施；2、不要提類似“加強(qiáng)**測試、加強(qiáng)檢視、加強(qiáng)異常場景測試”之類的改進(jìn)措施；3、不要提多條改進(jìn)措施（普通回溯三條以內(nèi)關(guān)鍵措施）；根本原因改進(jìn)措施描述改進(jìn)措施類別責(zé)任人完成時(shí)間總結(jié)參考改進(jìn)措施：明確方案設(shè)計(jì)過程和關(guān)注要點(diǎn)（形成規(guī)范文檔），PL在項(xiàng)目組內(nèi)組織學(xué)習(xí)——時(shí)間：

責(zé)任人：××性能優(yōu)化開發(fā)必須進(jìn)行設(shè)計(jì)并形成文檔，設(shè)計(jì)中要包括對功能修改的分析，文檔歸檔并附到問題單中。以上規(guī)范寫入方案設(shè)計(jì)過程規(guī)范，并組織在項(xiàng)目組內(nèi)學(xué)習(xí)。時(shí)間：

責(zé)任人：××方案的檢視同時(shí)有方案審核人審核，審核人應(yīng)寫入問題單。由測試在問題單中審核，不符合要求問題單打回。由QA每季度審計(jì)該要求執(zhí)行情況?！獣r(shí)間：

責(zé)任人：××代碼注釋要符合編程規(guī)范要求。5月份代碼飛檢時(shí)作為檢查和整改重點(diǎn)。——時(shí)間：

責(zé)任人：××技術(shù)因素執(zhí)行因素個(gè)人/組織因素人力資源分配角色/職責(zé)個(gè)人技能/培訓(xùn)個(gè)人/組織經(jīng)驗(yàn)工作環(huán)境流程制度因素

流程制度指導(dǎo)書模板管理Checklist

計(jì)劃監(jiān)控溝通

標(biāo)準(zhǔn)規(guī)