缺陷管理流程說明

1、蘇寧易購缺陷管理流程錯誤 !未找到引用源。錯誤 !未找到引用源。文檔記錄修訂記錄本次修訂日期：下次修訂日期：版本號修訂日期變更概述作者修訂顯示2021-8-30初始版本黃道勇否2021-07-1修訂曹雄(IBM)，丁曉東否批準(zhǔn)者此文檔需要以下人員批準(zhǔn)姓名職務(wù)分發(fā)此文檔分發(fā)給以下部門或單位相關(guān)人員:姓名職務(wù)1. 綜述 52. 缺陷定義 6缺陷狀態(tài) 6Jira缺陷流程圖 6JIRA缺陷狀態(tài)描述 6解決結(jié)果 7JIRA狀態(tài)與解決結(jié)果對應(yīng)表 7缺陷嚴(yán)重程度 8缺陷引入階段 10缺陷根源 11緊急程度 12缺陷管理流程的角色和工作說明 123. 流程總覽 14流程目的 14流程范圍 14流程開場 14流

2、程完畢 14解決結(jié)果說明 14遺留缺陷定期清理 15缺陷關(guān)閉和刪除 164. 缺陷管理流程 17流程圖 17流程解析 1 81. 綜述缺陷不僅僅是指軟件的 Bug，還包括需求、設(shè)計上的問題等；通常使用缺陷管理系統(tǒng)管理軟件開發(fā) 過程中所發(fā)現(xiàn)的缺陷。蘇寧所有工程均需要統(tǒng)一使用JIRA工具進展缺陷管理。本文檔將從缺陷定義、缺陷流程方面進展介紹，重點介紹缺陷管理的流程，涵蓋的主要內(nèi)容有流程 目的、范圍，缺陷的相關(guān)概念，缺陷管理的階段和活動詳細(xì)描述，以及主要角色和工作職責(zé)。2. 缺陷定義2.1缺陷狀態(tài)2.1.1 Jira缺陷流程圖幵細(xì)融a?誕2.1.2 JIRA缺陷狀態(tài)描述序號狀態(tài)描述1已提交新建的，已

3、提交的缺陷2開發(fā)安排中缺陷被分配到具體解決人員序號狀態(tài)描述3重新翻開的測試人員復(fù)測不通過，被重新翻開的缺陷4開發(fā)解決正在處理中的缺陷5已關(guān)閉被測試人員關(guān)閉的缺陷，說明缺陷在本工程中生命周期完畢2.2解決結(jié)果缺陷生命周期內(nèi)的解決結(jié)果:序號解決結(jié)果描述1未解決新發(fā)現(xiàn)或者重新翻開的缺陷，問題還未被處理2問題遺留暫不修復(fù)本版本內(nèi)不解決，在以后的目標(biāo)版本中解決。3重復(fù)問題重復(fù)的缺陷，不需要處理。4無法復(fù)現(xiàn)問題無法重現(xiàn)，沒有足夠的證據(jù)證明該問題存在，無法處理。5非問題經(jīng)確認(rèn)為不是問題，不需要處理。6需求變更經(jīng)確認(rèn)為疋需求，需要執(zhí)行需求變更流程。7描述不完整缺陷單內(nèi)的信息不充分，不能支持開發(fā)分析。8已解決已

4、經(jīng)被缺陷關(guān)系人處理修復(fù)的缺陷。9已驗證通過缺陷報告人驗證開發(fā)解決修復(fù)的缺陷，并進展關(guān)閉2.3 JIRA狀態(tài)與解決結(jié)果對應(yīng)表已提交開發(fā)安排中重新翻開的開發(fā)解決已關(guān)閉未解決VV問題遺留暫不修復(fù)VV重復(fù)問題VV無法復(fù)現(xiàn)VV非問題VV需求變更VV描述不完整V已解決V已驗證通過V2.4缺陷嚴(yán)重程度在測試過程中發(fā)現(xiàn)的缺陷按照嚴(yán)重程度分為五級：阻塞，致命，嚴(yán)重，一般，提示。只要滿足定義描述中的 一種情況，就可以判定為相應(yīng)的嚴(yán)重程度。對每個嚴(yán)重程度的缺陷，有對修復(fù)時間的要求和對復(fù)測時間的要 求，需要開發(fā)團隊和測試團隊的響應(yīng)配合，其詳細(xì)定義及描述如下表：嚴(yán)重程度定義描述響應(yīng)時間要求阻塞：?系統(tǒng)不可用且需要立即解

5、決例如：1、重要功能未完成，主要業(yè)務(wù)流程不能 完整進展，；2、重要應(yīng)用無法正常使用，重要業(yè)務(wù)流 程錯誤或不完整；3、應(yīng)用程序崩潰4、有其他方案執(zhí)行的案例，由于此缺陷 無法執(zhí)行?測試人員發(fā)現(xiàn)阻塞級別的缺陷，需要 立即匯報測試組長和測試經(jīng)理?測試經(jīng)理確認(rèn)存在阻塞級別的缺陷， 需要立即和工程經(jīng)理、產(chǎn)品經(jīng)理、開 發(fā)經(jīng)理進展溝通，協(xié)調(diào)解決致命：?可能對業(yè)務(wù)功能和整個系統(tǒng)造成影響和損失?系統(tǒng)不可用例如：1、安裝異常，安裝的數(shù)據(jù)喪失；2、因操作導(dǎo)致業(yè)務(wù)數(shù)據(jù)紊亂或喪失；3、系統(tǒng)關(guān)鍵性能嚴(yán)重不達標(biāo)，引起系統(tǒng)?測試人員發(fā)現(xiàn)阻塞級別的缺陷，需要 立即匯報測試組長和測試經(jīng)理?測試經(jīng)理確認(rèn)存在阻塞級別的缺陷， 需要立即

6、和工程經(jīng)理、產(chǎn)品經(jīng)理、開 發(fā)經(jīng)理進展溝通，協(xié)調(diào)解決掛死或影響系統(tǒng)運行；4、數(shù)據(jù)庫設(shè)計未到達要求或需求規(guī)格；5、關(guān)鍵業(yè)務(wù)邏輯錯誤；6、內(nèi)存溢出；7、系統(tǒng)中斷（含軟件、硬件）或非法退 岀，且無法通過重啟恢復(fù) ；8、系統(tǒng)死循環(huán)；9、數(shù)據(jù)庫死鎖或數(shù)據(jù)庫斷連，且無法恢 復(fù)；10、數(shù)據(jù)通訊錯誤或接口不通 ；11、對操作系統(tǒng)造成破壞嚴(yán)重：?系統(tǒng)中單元模塊或功能有缺失或錯誤?問題不影響其他模塊的正常運行?可以有替代方法例如：1、業(yè)務(wù)數(shù)據(jù)保存不完整或無法保存到數(shù)據(jù)庫；2、數(shù)據(jù)處理錯誤；3、 業(yè)務(wù)邏輯錯誤，功能接口錯誤；4、功能模塊反響時間超岀正常合理時間范圍，性能不達標(biāo)；5、重要日志記錄信息不正確或應(yīng)記錄而 未

7、記錄；6、界面校驗錯誤或者提示信息與異常處 理不符；7、前端未合理控制并發(fā)或連續(xù)點擊動作，導(dǎo)致后臺效勞無法及時響應(yīng)；8、在產(chǎn)品聲明支持的不同平臺下，岀現(xiàn) 局部應(yīng)用無法使用或錯誤 ；9、重要單據(jù)打印格式不符合要求，查詢結(jié)果錯誤；10、嚴(yán)重的文檔錯誤，報表數(shù)據(jù)錯誤；?測試經(jīng)理或測試組長在確認(rèn)嚴(yán)重級別 的缺陷后，需要在4小時內(nèi)和工程經(jīng) 理、產(chǎn)品經(jīng)理、開發(fā)經(jīng)理進展溝通， 協(xié)調(diào)解決一般：?根本不影響系統(tǒng)的運行和功能的實現(xiàn)， 但是存在與標(biāo)準(zhǔn)、標(biāo)準(zhǔn)和定義的不一致例如：1、輔助說明描述不清楚，提示信息不明 確或有錯誤；2、輸入輸出不標(biāo)準(zhǔn)3、長時間操作未給用戶提示4、輸入限制未放在前臺進展控制5、拼寫錯誤6、界

8、面不標(biāo)準(zhǔn)或者界面字段定義不準(zhǔn)確7、用戶手冊岀現(xiàn)書寫錯誤8、某些查詢、報表導(dǎo)出等實時性要求不 高的輔助功能錯誤；9、采單布局，焦點控制，光標(biāo)，滾動條 等錯誤或不合理；10、日志信息不夠完整或不清晰 ；11、其他的一般性數(shù)據(jù)處理錯誤，一 般程序錯誤；12、刪除操作未給岀提示?測試經(jīng)理或測試組長當(dāng)天與開發(fā)經(jīng)理 確認(rèn)一般缺陷的修復(fù)方案提示：?功能增強與改良，或是建議優(yōu)化的項， 并非系統(tǒng)缺陷例如：1、軟件界面、菜單位置、工具條位置、 相應(yīng)提示不美觀；2、 提示說明未采用行業(yè)標(biāo)準(zhǔn)語言；3、 顯示格式不標(biāo)準(zhǔn)，文本未對齊；4、界面優(yōu)化、功能易用性優(yōu)化建議無要求2.5缺陷引入階段編號引入階段描述1需求階段在業(yè)務(wù)

9、需求和系統(tǒng)需求進展評審，以挖掘需求中隱含的缺陷2設(shè)計階段概要設(shè)計和詳細(xì)設(shè)計階段，通過評審、冋行評審等手段，提前發(fā)現(xiàn) 設(shè)計過程中可能的缺陷3開發(fā)階段通過白盒測試、代碼評審等方式進展動態(tài)或靜態(tài)測試4測試階段由測試人員執(zhí)行案例的方式，進展缺陷挖掘；由產(chǎn)品人員執(zhí)行測試 方式，進展需求確認(rèn)和缺陷挖掘5日常運維日常運維，線上維護階段注：日常運維階段引入的缺陷，屬于運維故障，缺陷引入階段不包含這個階段2.6缺陷根源缺陷根源可用于對測試過程中所發(fā)現(xiàn)的缺陷進展根因分析，識別根本原因，并按照度量結(jié)果采取有針對性的 解決方法和改良措施。在測試過程中產(chǎn)生的缺陷通常根源于以下幾個方面編號根源描述1.需求錯誤由于錯誤的需

10、求定義或已取消的需求引發(fā)的缺陷2.開發(fā)錯誤開發(fā)與需求不一致，需要開發(fā)修改的，開發(fā)造成的功能缺失，功能 實現(xiàn)錯誤，功能不完善而引發(fā)的缺陷3.設(shè)計錯誤由產(chǎn)品設(shè)計不合理或不嚴(yán)謹(jǐn)引發(fā)的缺陷，包括系統(tǒng)設(shè)計，概要設(shè)計 和詳細(xì)設(shè)計.4編碼錯誤程序代碼中的錯誤5.測試環(huán)境錯誤測試環(huán)境搭建不合理或不嚴(yán)謹(jǐn)引發(fā)的缺陷6測試數(shù)據(jù)錯誤測試數(shù)據(jù)準(zhǔn)備不充分，不合理或不嚴(yán)謹(jǐn)引發(fā)的缺陷7部署錯誤被測版本部署方式/方法的不合理，沒按照正確的部署流程部署而引 發(fā)的缺陷2.7緊急程度編號緊急程度描述1重大優(yōu)先級1級，要求立即解決；如系統(tǒng)崩潰，喪失數(shù)據(jù)或內(nèi)存溢出等嚴(yán)重錯 誤;緊急需求，如重大促銷活動，領(lǐng)導(dǎo)決策優(yōu)先考慮的需求等2高優(yōu)先級

11、2級，要求當(dāng)天內(nèi)解決；如影響主營業(yè)務(wù)正常運行的錯誤3中優(yōu)先級3級，要求盡快解決；如主要的功能無效、新增功能建議；不影響正常業(yè)務(wù)運營的bug;緊急程度不高的一般需求4低優(yōu)先級4級，如非常用功能無效或?qū)ΜF(xiàn)有系統(tǒng)的改良5次要問題或需求5級，拼寫錯誤，文本未對齊等可改可不改的個人建議2.8缺陷管理流程的角色和工作說明角色描述工作說明測試人員測試執(zhí)行?識別缺陷人員?記錄并提交缺陷?執(zhí)行復(fù)測，檢驗缺陷是否成功解決?重新翻開或關(guān)閉缺陷測試組長測試組長?協(xié)助測試經(jīng)理履行局部缺陷管理職能?進展測試執(zhí)行識別、提交缺陷，并進展復(fù)測和關(guān)閉工作測試經(jīng)理測試經(jīng)理?審核缺陷的有效性?駁回不完整或描述有誤的缺陷?識別重復(fù)缺陷

12、和無效缺陷，?提交缺陷給工程經(jīng)理審核分配?管理缺陷，跟蹤缺陷狀態(tài)工程經(jīng)理工程經(jīng)理?審核缺陷的有效性技術(shù)經(jīng)理?駁回不完整或描述有誤的缺陷開發(fā)組長?識別重復(fù)缺陷和無效缺陷，評估需要延期修復(fù)的缺陷，分發(fā)缺陷給開發(fā)人員、需求人員或者開發(fā)組長分析修復(fù)人員開發(fā)組長?識別重復(fù)缺陷或無效缺陷，退回給工程經(jīng)理?分析缺陷，分發(fā)給開發(fā)人員修改，或轉(zhuǎn)發(fā)給其他團隊的適合的受理人?協(xié)調(diào)開發(fā)團隊修復(fù)缺陷，參與評審或給出缺陷解決方案?對需要延期的缺陷返回給工程經(jīng)理，給出意見或參與評審開發(fā)人員?識別重復(fù)缺陷或無效缺陷，退回給工程經(jīng)理?修改程序設(shè)計或代碼的相關(guān)缺陷?修改后的代碼或程序自測完成后，提交測試人員復(fù)測需求人員?識別重復(fù)

13、缺陷或無效缺陷，退回給工程經(jīng)理?解決業(yè)務(wù)需求相關(guān)的缺陷?對需要延期的缺陷提供業(yè)務(wù)分析和決策3. 流程總覽3.1流程目的缺陷管理流程的目的是標(biāo)準(zhǔn)在缺陷管理過程中各方的職責(zé)和任務(wù)，提高缺陷管理的效率。同時，成功識別和解決測試發(fā)現(xiàn)的缺陷從而提高產(chǎn)品的質(zhì)量，在測試過程中發(fā)生的所有缺陷都需要進展記 錄、分析、并查找根本原因，利用缺陷的相關(guān)度量指標(biāo)進展統(tǒng)計分析，預(yù)測下一階段的缺陷發(fā)生趨勢。缺陷 記錄和相應(yīng)的缺陷報告為工程提供主要管理信息，也能對于缺陷的解決方案進展優(yōu)先級排序。3.2流程范圍本流程的使用范圍包括了系統(tǒng)測試、系統(tǒng)集成測試和驗收測試階段，適用于測試人員、測試組長、測試經(jīng) 理、工程經(jīng)理、開發(fā)組長、

14、開發(fā)人員、需求人員等。3.3流程開場測試活動開場，測試執(zhí)行人員識別出缺陷或繼承上一版本暫不修復(fù)缺陷，本流程即開場。3.4流程完畢缺陷的JIRA狀態(tài)為"已關(guān)閉"，即為缺陷在本工程中流程完畢。缺陷的JIRA狀態(tài)為"已關(guān)閉"，但解決結(jié)果為“問題遺留暫不修復(fù)"，視為該缺陷在工程中流程完畢。但 是該缺陷在產(chǎn)品/系統(tǒng)維度的生命周期未終結(jié)，在后續(xù)的相關(guān)工程中該缺陷需要被重新翻開進展修復(fù)和驗 證。3.5解決結(jié)果說明在解決結(jié)果被設(shè)置為以下選項時，需要確認(rèn)相關(guān)的依據(jù)和證據(jù)已經(jīng)被提交在JIRA中，才允許關(guān)閉缺陷:?設(shè)置解決結(jié)果為“重復(fù)問題"的缺陷，必須在備

15、注中填寫被重復(fù)的缺陷單號，并由測試經(jīng)理或測試組長確認(rèn)后允許關(guān)閉；設(shè)置解決結(jié)果為“需求變更"的缺陷，必須在備注中填寫需求變更的JIRA單號，并由測試經(jīng)理或測試組長確認(rèn)后允許關(guān)閉；設(shè)置解決結(jié)果為“非問題"的缺陷，必須在備注中填寫說明為非問題的詳細(xì)原因，可以添加附 件說明.，由測試經(jīng)理或測試組長確認(rèn)后允許關(guān)閉；設(shè)置解決結(jié)果為“無法復(fù)現(xiàn)"的缺陷，開發(fā)人員必須和測試人員充分溝通，由測試經(jīng)理或測試組長確認(rèn)后允許關(guān)閉；設(shè)置為“已解決"的缺陷，必須由缺陷提出人進展驗證后關(guān)閉，并最終將解決結(jié)果置為“已驗證通過"；設(shè)置解決結(jié)果為“問題遺留不修復(fù)"的缺陷，

16、必須是在JIRA中留下同意遺留的證據(jù)領(lǐng)導(dǎo)備注確認(rèn)遺留信息或附件領(lǐng)導(dǎo)同意遺留的郵件、ST聊天記錄。最后由測試經(jīng)理或測試組長確認(rèn)有相關(guān)的證據(jù)后，允許在本工程中關(guān)閉缺陷：缺陷等級為阻塞、致命的缺陷，需要提供中心領(lǐng)導(dǎo)確認(rèn)同意遺留的信息至JIRA中；缺陷等級為嚴(yán)重的缺陷，需要提供工程經(jīng)理和對應(yīng)產(chǎn)品部門的領(lǐng)導(dǎo)確認(rèn)同意遺留的信息至JIRA 中；缺陷等級為一般和提示的缺陷，需要提供工程經(jīng)理和對應(yīng)產(chǎn)品經(jīng)理確認(rèn)同意遺留的信息至JIRA 中。3.6遺留缺陷定期清理各中心的測試負(fù)責(zé)人有責(zé)任參與和推動遺留缺陷的清理工作。測試負(fù)責(zé)人需在每個工程開場前統(tǒng)計 JIRA中對應(yīng)系統(tǒng)遺留的缺陷清單，并在該工程發(fā)布會上，由中心領(lǐng)導(dǎo)和

17、工程經(jīng)理確定本次工程中需要修復(fù) 的遺留缺陷。確定本次工程需要修復(fù)的遺留缺陷后：?由工程測試經(jīng)理/測試組長，在JIRA中重開確定的遺留缺陷；使用JIRA中“恢復(fù)開啟問題"功能按鈕，重新翻開遺留缺陷缺陷狀態(tài)被置為“重新翻開 的"，解決結(jié)果被置為“未解決"；編輯缺陷，在“遺留缺陷修復(fù)工程"中填寫本次工程名稱。? 遺留缺陷被修復(fù)，并在測試人員確認(rèn)后，該缺陷的狀態(tài)被置為“已關(guān)閉'、解決結(jié)果被置為 “已驗證通過"。3.7缺陷關(guān)閉和刪除?只有缺陷報告人才能將缺陷的JIRA狀態(tài)置為“關(guān)閉"的狀態(tài)。JIRA中設(shè)定的測試經(jīng)理亦有關(guān)閉權(quán)限，以備不時

18、之需。非缺陷報告人及測試經(jīng)理關(guān)閉的缺陷，該缺陷必須重新翻開。?只有缺陷報告人才能編輯缺陷，非缺陷報告人無權(quán)編輯缺陷。?任何缺陷一經(jīng)提交，均不允許刪除。JIRA中取消缺陷刪除操作。4.缺陷管理流程4.1流程圖開始080復(fù)測缺陷>人岀提題問師程工試測長組試測010識別缺陷4.狀態(tài)“重新打開的”解決結(jié)果“未解決”1.狀態(tài)“已提交” 解決結(jié)果“未解決”020記錄并提交缺陷5.狀態(tài)“開發(fā)解決”解決結(jié)果“非問題”、“重110重開缺陷090是否通過復(fù)測3.狀態(tài)“已關(guān)閉”解決結(jié)果“已驗證”、“非問題”、“重復(fù)問題”、“無法復(fù)現(xiàn)”、“問題遺留不修復(fù)”100關(guān)閉缺陷結(jié)束理經(jīng)試劌長組試測復(fù)問題”、“無法復(fù)現(xiàn)”

19、七;030判斷缺陷是否有效二亠120取消缺陷理經(jīng)目項015繼承本系統(tǒng) 的歷史遺留缺陷C4.狀態(tài)“重新打開的” 解決結(jié)果“未解決”017重開缺陷|140判斷是否取消f二190確認(rèn)是否遺留)師人程決工解發(fā)題開問(否040是否非缺陷050是否需求問題160需求變更流程是5.狀態(tài)“開發(fā)解決”解決結(jié)果“非問題”、“重復(fù)問題”、“無法復(fù)現(xiàn)”疋-130取消缺陷是修復(fù)2.狀態(tài)“開發(fā)解決”解決結(jié)果“已解決”E6.狀態(tài)“開發(fā)解決”:結(jié)果“問題遺留不修復(fù)”170遺留缺陷+070修復(fù)缺陷4.2流程解析活動編號角色活動名稱活動說明010測試組長/測試識別缺陷1.在測試執(zhí)行過程中某一操作/過程/結(jié)果是否是缺陷工程師2.后

20、續(xù)020編號活動（問題提岀人）015工程經(jīng)理繼承本系統(tǒng)的歷史1.在測試執(zhí)行開場之前，工程經(jīng)理確定需要繼承并遺留缺陷在本工程中修復(fù)的本系統(tǒng)歷史遺留缺陷2.后續(xù)017編號活動017測試組長/測試重開缺陷1.測試經(jīng)理對重新翻開歷史遺留缺陷使用JIRA中工程師“恢復(fù)開啟問題'功能按鈕2.缺陷狀態(tài)設(shè)為“重新翻開"3.缺陷解決結(jié)果為“未解決“4.編輯缺陷，添加“遺留缺陷修復(fù)工程"內(nèi)容5.后續(xù)070編號活動020測試組長/測試記錄并提交缺陷1.在jira中填寫新的缺陷記錄工程師需滿足JIRA問題單填寫標(biāo)準(zhǔn)的要求（問題提岀人）2.后續(xù)030編號活動030測試組長/測試判斷缺陷是否有

21、效1.經(jīng)測試經(jīng)理/組長判斷為非有效缺陷經(jīng)理2.后續(xù)120編號活動3.經(jīng)測試經(jīng)理/組長判斷為有效缺陷4.后續(xù)040編號活動040開發(fā)工程師是否非缺陷1.開發(fā)人員判斷為有效缺陷（問題解決人）2.后續(xù)050編號活動3.開發(fā)人員判斷為非有效缺陷4.后續(xù)130編號活動050開發(fā)工程師（問題解決人）是否需求問題1.2.3.4.開發(fā)人員分析是需求問題后續(xù)150編號活動開發(fā)人員分析判斷為非需求問題后續(xù)060編號活動060開發(fā)工程師是否遺留1.開發(fā)人員分析此缺陷需要遺留（問題解決人）2.后續(xù)170編號活動3.開發(fā)人員分析此缺陷不需要遺留4.后續(xù)070編號活動070開發(fā)工程師修復(fù)缺陷，并發(fā)布1.開發(fā)人員開場修復(fù)缺

22、陷（問題解決人）安裝新版本2.修復(fù)完成后提交發(fā)布申請單3.后續(xù)080編號活動080測試組長/測試復(fù)測缺陷1.測試人員按照版本發(fā)布單中列岀的問題修復(fù)列工程師表，復(fù)測/回歸缺陷（問題提岀人）2.復(fù)測/回歸通過3.后續(xù)090編號活動4.復(fù)測/回歸不通過5.后續(xù)110編號活動090測試組長/測試是否通過復(fù)測1.測試人員確認(rèn)復(fù)測/回歸通過工程師2.在缺陷單的備注中填寫 XXX版本復(fù)測/回歸通過（問題提岀人）3.后續(xù)100編號活動4.測試人員確認(rèn)復(fù)測/回歸不通過5.在缺陷單的備注中填寫 XXX版本復(fù)測/回歸不通過6.后續(xù)110編號活動100測試組長/測試工程師（問題提岀人）關(guān)閉缺陷1.2.3.此缺陷單流程完畢狀態(tài)為“已關(guān)閉"解決結(jié)果為“已關(guān)閉"或“問題遺留不修復(fù)"原解決結(jié)果為“已解決'、“非問題"、“重 復(fù)問題"、“需求變更"、“無法重新'的缺 陷，在本活動之后，解決結(jié)果變?yōu)椤耙殃P(guān)閉"110測試組長/測試重開缺陷3.測試人員對開發(fā)人員提交的修復(fù)缺陷進展復(fù)測/回工程師歸，但不通過（問題提岀人）4.把缺陷狀態(tài)設(shè)為“重新翻開&