缺陷管理流程

文件編號(hào):缺陷管理流程修改履歷修改編號(hào)版本修改條款及內(nèi)容修改日期1V0.1初稿目錄TOC\o"1-5"\h\z\o"CurrentDocument"概述 4\o"CurrentDocument"目的 4\o"CurrentDocument"適用范圍 4\o"CurrentDocument"角色職責(zé) 4\o"CurrentDocument"入口標(biāo)準(zhǔn) 4\o"CurrentDocument"輸入 4輸出 4\o"CurrentDocument"出口標(biāo)準(zhǔn) 4\o"CurrentDocument"流程 5\o"CurrentDocument"流程圖 5\o"CurrentDocument"流程說明 5\o"CurrentDocument"提交問題 5.\o"CurrentDocument"分析定位缺陷 6.\o"CurrentDocument"修改缺陷 6.\o"CurrentDocument"驗(yàn)證缺陷 6.\o"CurrentDocument"統(tǒng)計(jì)數(shù)據(jù) 6.\o"CurrentDocument"測試監(jiān)控 6.\o"CurrentDocument"缺陷定義 7\o"CurrentDocument"缺陷狀態(tài) 7.缺陷類型 7.缺陷嚴(yán)重級別 7.缺陷優(yōu)先級別 8.\o"CurrentDocument"度量指標(biāo) 8溝通機(jī)制 9概述1.1目的本文為缺陷管理模塊缺陷跟蹤處理流程介紹及操作指南，目的是對測試室在進(jìn)行缺陷管理的過程中提供參考。1.2適用范圍本流程適用于銀行測試缺陷管理工作。1.3角色職責(zé)角色（崗位）職責(zé)測試執(zhí)行崗1.執(zhí)行測試工作，負(fù)責(zé)提出新問題，并對開發(fā)崗已修改的問題進(jìn)行驗(yàn)證開發(fā)崗1.負(fù)責(zé)對待修改的問題進(jìn)行修復(fù)需求分析崗1.分析缺陷，并為測試方和開發(fā)方在缺陷有效性的分歧上，進(jìn)行仲裁測試主管岡1.測試執(zhí)行過程中，對缺陷提交情況、修復(fù)情況進(jìn)行監(jiān)控1.4入口標(biāo)準(zhǔn)?正式執(zhí)行測試，測試方發(fā)現(xiàn)問題1.5輸入?測試用例1.6輸出?含結(jié)果測試用例?缺陷跟蹤表1.7出口標(biāo)準(zhǔn)?完成測試，所有問題進(jìn)行修復(fù)驗(yàn)證或其他方式處理?缺陷數(shù)量按版本呈明顯收斂趨勢?遺留缺陷不能大于有限缺陷的8%

流程2.1流程圖2.2流程說明2.2.1提交問題測試執(zhí)行崗在執(zhí)行測試中，若發(fā)現(xiàn)問題，登錄缺陷管理系統(tǒng)進(jìn)行新問題

的提交，描述問題時(shí)必須詳細(xì)（必要時(shí)需附上截圖），確保內(nèi)容正確，定位準(zhǔn)確（有沒有對缺陷處理時(shí)間的要求？）2.2.2分析定位缺陷1） 提交問題后，測試執(zhí)行崗?fù)_發(fā)崗對該問題進(jìn)行進(jìn)一步確認(rèn)是否為開發(fā)方的缺陷。結(jié)果一般會(huì)出現(xiàn)以下兩種情況：?如果雙方發(fā)生分歧異議，測試執(zhí)行崗提交問題給需求分析崗進(jìn)行分析定位并仲裁：＞若仲裁為開發(fā)方的缺陷，那開發(fā)崗需進(jìn)行下一步的修復(fù)；＞若定位為需求缺陷，進(jìn)行修改確認(rèn)通過，為有效缺陷；（那便是closed的狀態(tài)，后續(xù)還需要進(jìn)行其他方式的跟進(jìn)嗎？）＞若是測試崗對需求理解錯(cuò)誤等，關(guān)閉該問題，為無效缺陷；?如果確認(rèn)為開發(fā)方的缺陷，那開發(fā)崗需進(jìn)行下一步的修復(fù)。2） 如果確認(rèn)中，該問題經(jīng)開發(fā)或需求方等確認(rèn)不納入本測試任務(wù)的修改范圍，作遺留處理，為有效缺陷（如何定義哪些是遺留，是指缺陷難以重現(xiàn)、技術(shù)問題暫時(shí)無法解決的情況嗎？）2.2.3修改缺陷確認(rèn)為程序缺陷后，測試執(zhí)行崗打開問題，開發(fā)崗對待修改的缺陷進(jìn)行修復(fù)。在進(jìn)行修改時(shí)，開發(fā)崗需對缺陷做原因分析等注釋。2.2.4驗(yàn)證缺陷1） 開發(fā)崗修復(fù)完缺陷后提交給測試執(zhí)行崗進(jìn)行回歸測試，結(jié)果一般會(huì)出現(xiàn)以下兩種情況：?如果該缺陷經(jīng)驗(yàn)證不通過，測試執(zhí)行崗?fù)嘶匦薷慕o開發(fā)崗，開發(fā)崗需對待修改的缺陷進(jìn)行修復(fù)并提交給測試執(zhí)行崗進(jìn)行重新驗(yàn)證，直至驗(yàn)證通過。?如果通過測試驗(yàn)證，則該問題便是修改確認(rèn)通過。2） 如果驗(yàn)證中，該缺陷經(jīng)開發(fā)或需求方等確認(rèn)不納入本測試任務(wù)的修改范圍，作遺留處理，為有效缺陷。（如何詳細(xì)定義遺留問題？后續(xù)如何跟進(jìn)？）3） 如果驗(yàn)證中，測試方和開發(fā)方對該缺陷是否有效未能達(dá)成一致意見，問題提交需求分析崗進(jìn)行仲裁。2.2.5統(tǒng)計(jì)數(shù)據(jù)測試任務(wù)完成后，由相關(guān)人員整理缺陷相關(guān)數(shù)據(jù)，并進(jìn)行分析處理。2.2.6測試監(jiān)控測試主管崗在測試執(zhí)行中需對缺陷提交情況、修復(fù)情況進(jìn)行監(jiān)控，保證按質(zhì)按時(shí)完成任務(wù)。缺陷定義3.1.1缺陷狀態(tài)?待確認(rèn)：測試方認(rèn)為該問題是一個(gè)缺陷，待與需求或開發(fā)進(jìn)一步確認(rèn)（中間過程狀態(tài)，未確定是否為有效缺陷）?待修改：開發(fā)修改中（有效缺陷）?驗(yàn)證中：該缺陷開發(fā)已修復(fù)，測試方正對該問題進(jìn)行回歸測試中（有效缺陷）?退回修改：該缺陷回歸測試不通過，重新退回給開發(fā)修改（有效缺陷）?仲裁：測試方和需求方或開發(fā)方對該缺陷是否有效未能達(dá)成一致意見，問題已提交相關(guān)人員進(jìn)行仲裁中。（中間過程狀態(tài)，未確定是否為有效缺陷）?修改確認(rèn)通過：開發(fā)已修復(fù)，且測試方已回歸測試通過（有效缺陷）?關(guān)閉：經(jīng)確認(rèn)或仲裁為無效缺陷?遺留：有效缺陷，但經(jīng)開發(fā)或需求方等確認(rèn)不納入本測試任務(wù)的修改范圍，作遺留處理注:測試完成后，只允許修改確認(rèn)通過、關(guān)閉、遺留這三種狀態(tài)存在。3.1.2缺陷類型?需求缺陷：業(yè)務(wù)需求錯(cuò)誤。包含需求功能流程錯(cuò)誤、需求不完整、不一致、有遺漏、不可行、描述不清晰等。?開發(fā)缺陷：開發(fā)修改引起的問題。?歷史遺留：不屬于此測試任務(wù)的問題，屬于歷史遺留問題，如果對此問題修改后出現(xiàn)其它問題的話，衍生的問題應(yīng)填相應(yīng)的其它缺陷類型。?建議改善：易用性、界面風(fēng)格等建議改善。?操作錯(cuò)誤：測試人員操作錯(cuò)誤或理解錯(cuò)誤，屬于無效缺陷。?環(huán)境問題：本測試任務(wù)的環(huán)境問題。?跑批問題：本測試任務(wù)的跑批問題。3.1.3缺陷嚴(yán)重級別嚴(yán)重級別描述詳細(xì)說明致命不能執(zhí)行正常工作或重要功能、導(dǎo)致系統(tǒng)崩潰或資源嚴(yán)重不足、造成數(shù)據(jù)丟失＞功能未實(shí)現(xiàn)或?qū)崿F(xiàn)錯(cuò)誤＞數(shù)據(jù)計(jì)算錯(cuò)誤、產(chǎn)生錯(cuò)誤結(jié)果＞程序死循環(huán)、數(shù)據(jù)庫發(fā)生死鎖＞因錯(cuò)誤操作導(dǎo)致的程序中斷

嚴(yán)重嚴(yán)重影響系統(tǒng)要求或基本功能實(shí)現(xiàn)、且不存在可替代的解決方法或方式＞功能未實(shí)現(xiàn)或?qū)崿F(xiàn)錯(cuò)誤＞數(shù)據(jù)計(jì)算錯(cuò)誤、產(chǎn)生錯(cuò)誤結(jié)果＞數(shù)據(jù)通訊錯(cuò)誤、程序接口錯(cuò)誤＞需求功能流程錯(cuò)誤或需求缺失＞數(shù)據(jù)約束錯(cuò)誤、數(shù)據(jù)輸入輸出錯(cuò)誤＞財(cái)務(wù)錯(cuò)誤＞交易報(bào)錯(cuò)（交易報(bào)錯(cuò)導(dǎo)致交易無法繼續(xù)等）一般影響系統(tǒng)要求或基本功能實(shí)現(xiàn)，但存在可替代的解決方法或方式＞打印內(nèi)容、格式錯(cuò)誤＞簡單的輸入限制未放在前臺(tái)進(jìn)行控制＞刪除操作未給出提示＞操作界面信息錯(cuò)誤（包括數(shù)據(jù)窗口內(nèi)列名定義、含義是否致）＞數(shù)據(jù)庫表中有過多的空字段輕微操作不便或遇到麻煩，但不影響執(zhí)行工作或使用重要功能＞界面不規(guī)范，域控制不規(guī)范＞輔助說明描述不清楚、提示窗口文字未采用行業(yè)術(shù)語＞輸入輸出不規(guī)范＞長時(shí)間操作未給用戶提示＞可輸入?yún)^(qū)域和只讀區(qū)域沒有明顯的區(qū)分標(biāo)志＞控件沒有對齊、標(biāo)點(diǎn)符號(hào)丟失或不正確＞需求瑕疵包括需求錯(cuò)別字等3.1.4缺陷優(yōu)先級別表明缺陷需要被解決的緊急程度，包括四個(gè)級別：?緊急：要求在4工時(shí)內(nèi)解決，對系統(tǒng)大部分功能、或主要功能有影響?高：要求在一個(gè)工作日內(nèi)解決，影響了系統(tǒng)的部分功能?中：要求在兩個(gè)工作日內(nèi)解決，對其它功能模塊影響較小?低：要求在當(dāng)前版本解決，對其它功能模塊無影響度量指標(biāo)收集缺陷數(shù)據(jù)并在其上進(jìn)行數(shù)據(jù)分析，作為組織的過程財(cái)富。指標(biāo)含義計(jì)算公式 ■缺陷總數(shù)本月發(fā)現(xiàn)的總有效缺陷數(shù)

缺陷密度反映測試小組發(fā)現(xiàn)缺陷的能力和開發(fā)質(zhì)量有效缺陷數(shù)'執(zhí)行用例數(shù)缺陷有效率反映測試小組發(fā)現(xiàn)缺陷的能力和開發(fā)質(zhì)量有效缺陷數(shù)'總?cè)毕輸?shù)缺陷嚴(yán)重程度說明缺陷給最終交付的系統(tǒng)或產(chǎn)品可能造成的影響程度缺陷修復(fù)質(zhì)量缺陷的問題驗(yàn)證通過次數(shù)缺陷修復(fù)速度缺陷修復(fù)延誤天數(shù)缺陷修復(fù)程度遺留缺陷為有效而未修復(fù)的