大型外包企業(yè)的缺陷管理

URTracker缺陷跟蹤系統(tǒng)在大型外包企業(yè)中的應(yīng)用編者按：本文檔的作者是一家大型軟件外包企業(yè)的管理人員。該企業(yè)在全國(guó)服務(wù)外包企業(yè)50強(qiáng)中排在15位以前。為保護(hù)客戶隱私，我們?cè)诖穗[去客戶的名稱。由于本公司的業(yè)務(wù)是日本外包，而外包會(huì)遇到2個(gè)客戶——發(fā)包方和用戶，缺陷管理就變得十分復(fù)雜，而且又十分重要重要。在使用URTracker之前，本公司的缺陷管理相當(dāng)混亂，并且修改效率低下，無(wú)跡可尋。因此，公司的領(lǐng)導(dǎo)層決定尋找一種合理的管理工具加以管理，經(jīng)過(guò)反復(fù)比較選擇，最終選定了URTracker作為本公司的缺陷管理工具，使用將近兩年，效果顯著。以下詳細(xì)介紹一下本公司的URTracker使用方式。之前的問(wèn)題在引入U(xiǎn)RTracker之前，缺陷是使用excel+email的提交方式——由客戶整理缺陷，統(tǒng)一制成excel，并通過(guò)email發(fā)送到本公司的項(xiàng)目組進(jìn)行修改。但是這種方式，會(huì)遇到很多問(wèn)題。時(shí)間浪費(fèi)使用excel方式的一大問(wèn)題就是，如果發(fā)現(xiàn)一個(gè)缺陷就馬上提交的話，不但在收發(fā)郵件通知上需要消耗大量工作，而且很難進(jìn)行跟蹤；而如果聚集一定數(shù)量，統(tǒng)一提交的話，就會(huì)出現(xiàn)測(cè)試集體等待修改或者開發(fā)集體等待缺陷的階段性工作時(shí)間的浪費(fèi)。反復(fù)嚴(yán)重由于excel的局限，測(cè)試無(wú)法保證能夠完全準(zhǔn)確描述缺陷的信息，開發(fā)者無(wú)法保證能夠完全準(zhǔn)確描述修改方式，缺陷在開發(fā)測(cè)試之間來(lái)回傳遞的現(xiàn)象屢有發(fā)生，一直無(wú)法根除。交流不便測(cè)試發(fā)現(xiàn)一個(gè)缺陷，使用excel提交到開發(fā)那邊以后，如果有所補(bǔ)充，需要另起一封郵件加以說(shuō)明，十分不便。難以跟蹤之前的缺陷，經(jīng)常出現(xiàn)很多漏改漏測(cè)的現(xiàn)象。很多缺陷在測(cè)試那邊提交了，而在開發(fā)那邊分配修改并幾經(jīng)轉(zhuǎn)手，最終修改的缺陷已經(jīng)遠(yuǎn)遠(yuǎn)少于之前所提交的缺陷，同樣的情況下，測(cè)試也會(huì)出現(xiàn)遺漏的現(xiàn)象。記錄保存困難Excel傳遞過(guò)程中，難免出現(xiàn)傳遞錯(cuò)誤或者遺漏，如果配置管理還出現(xiàn)問(wèn)題，那么以往的缺陷記錄很容易就會(huì)丟失。統(tǒng)計(jì)不便采用excel記錄缺陷，一個(gè)項(xiàng)目往往需要很多份表格，如果公司的項(xiàng)目又很多，那對(duì)于缺陷的統(tǒng)計(jì)，經(jīng)驗(yàn)數(shù)據(jù)的保留，就需要非常巨大的工作量。流程分類根據(jù)不同開發(fā)階段的需要，并且經(jīng)過(guò)不斷完善，我們?cè)O(shè)計(jì)了3種缺陷流程——單元測(cè)試流程、系統(tǒng)測(cè)試流程、發(fā)布后流程。單元測(cè)試流程單元測(cè)試流程用于開發(fā)組內(nèi)部測(cè)試，由開發(fā)人員提交并留檔，過(guò)程中需要經(jīng)過(guò)測(cè)試經(jīng)理以及項(xiàng)目經(jīng)理審核。系統(tǒng)測(cè)試流程由于系統(tǒng)測(cè)試基本是由發(fā)包方完成，因此在系統(tǒng)測(cè)試階段，相對(duì)單元測(cè)試，需要對(duì)缺陷進(jìn)行公司內(nèi)部的預(yù)驗(yàn)證。另外，在配置管理的約束下，對(duì)發(fā)包方提供的版本必須經(jīng)過(guò)基線化，所以，在系統(tǒng)測(cè)試流程中，增加了SCM基線化的環(huán)節(jié)。發(fā)布后流程由于發(fā)布后流程中所包含的缺陷均由用戶或者發(fā)包方代替用戶提交，因此，這個(gè)流程基本與系統(tǒng)測(cè)試流程一樣，需要進(jìn)行2次確認(rèn)，不同點(diǎn)是發(fā)布后流程需要用戶填寫產(chǎn)品的版本號(hào)以便確認(rèn)。3.1.單元測(cè)試人員與角色參加單元測(cè)試的均為公司內(nèi)部人員，主要有項(xiàng)目經(jīng)理、測(cè)試經(jīng)理、開發(fā)、測(cè)試、SCCB、其他。角色職責(zé)項(xiàng)目經(jīng)理分配缺陷給修改人員驗(yàn)證缺陷修改描述以及邏輯的準(zhǔn)確性測(cè)試經(jīng)理驗(yàn)證缺陷描述以及邏輯的準(zhǔn)確性分配修改完成之后的驗(yàn)證人員測(cè)試提交缺陷驗(yàn)證缺陷的修改并關(guān)閉開發(fā)修改缺陷SCCB裁決缺陷的處理方式其他包括SQA、部門經(jīng)理以及技術(shù)經(jīng)理，用于監(jiān)控項(xiàng)目夬陷狀況流程設(shè)計(jì)基本流程：測(cè)試-＞測(cè)試經(jīng)理（受付中）-＞項(xiàng)目經(jīng)理（PG7^^^中）-＞開發(fā)（對(duì)血中）-＞項(xiàng)目經(jīng)理（對(duì)廟確認(rèn)中）-＞測(cè)試經(jīng)理（試殿結(jié)果報(bào)告中）-＞測(cè)試（受入試殿中）-＞關(guān)閉（完了）特殊流程：發(fā)生原因流程重復(fù)缺陷或者非缺陷測(cè)試經(jīng)理（受付中）-＞測(cè)試（取消待）-＞關(guān)閉（取消）缺陷描述不準(zhǔn)確或誤測(cè)測(cè)試經(jīng)理（受付中）-＞測(cè)試（現(xiàn)象確認(rèn)中）-＞測(cè)試經(jīng)理（受付中）開發(fā)與測(cè)試意見發(fā)生嚴(yán)重分歧測(cè)試經(jīng)理（受付中）-＞SCCB（SCCB決濟(jì)中）-＞項(xiàng)目經(jīng)理（PG了^^^中）測(cè)試經(jīng)理（受付中）-＞SCCB（SCCB決濟(jì)中）—＞測(cè)試經(jīng)理（受付中）項(xiàng)目經(jīng)理（PG了^^^中）-＞SCCB（SCCB決濟(jì)中）-＞測(cè)試經(jīng)理（受付中）項(xiàng)目經(jīng)理（PG了^^^中）-＞SCCB（SCCB決濟(jì)中）-＞項(xiàng)目經(jīng)理（PG了^^^中）缺陷延時(shí)修改項(xiàng)目經(jīng)理（PG7^^^中）-＞項(xiàng)目經(jīng)理（保留）-＞項(xiàng)目經(jīng)理（PG了^^^中）開發(fā)認(rèn)為非缺陷開發(fā)（對(duì)血中）-＞項(xiàng)目經(jīng)理（PG7^^^中）-＞測(cè)試經(jīng)理（受付中）缺陷驗(yàn)證未通過(guò)測(cè)試（受入試璇中）-＞測(cè)試經(jīng)理（試璇結(jié)果報(bào)告中）-＞項(xiàng)目經(jīng)理（PG7寸彳^中）字段設(shè)計(jì)字段名出現(xiàn)位置說(shuō)明睨明提交缺陷對(duì)缺陷的描述再現(xiàn)方法提交缺陷重現(xiàn)缺陷所需的操作步驟種類提交缺陷缺陷類型，包括：缺陷、新需求、需求變更，需求確認(rèn)修正L太"彳兒開發(fā)（文寸廟中）-＞項(xiàng)目經(jīng)理（文寸必確認(rèn)中）修改的文件列表文寸圮、方法開發(fā)（寸廟中）-＞項(xiàng)目經(jīng)理（寸廟確認(rèn)中）修改的方式其他步驟采用系統(tǒng)自帶的標(biāo)題和內(nèi)容進(jìn)行描述。系統(tǒng)測(cè)試人員與角色系統(tǒng)測(cè)試中，發(fā)包方是測(cè)試人員，為了與內(nèi)部測(cè)試人員加以區(qū)別，在系統(tǒng)測(cè)試階段，加入了新的角色一一日本SE。另外，基于配置管理的需要，為發(fā)包方提供的版本需要經(jīng)由SCM基線化以后才能發(fā)出，所以，系統(tǒng)測(cè)試流程中還加入了另外一個(gè)角色—一SCM。角色職責(zé)項(xiàng)目經(jīng)理分配缺陷給修改人員驗(yàn)證缺陷修改描述以及邏輯的準(zhǔn)確性測(cè)試經(jīng)理驗(yàn)證缺陷描述以及邏輯的準(zhǔn)確性分配修改完成之后的驗(yàn)證人員分配發(fā)包方的驗(yàn)證人員測(cè)試提交缺陷驗(yàn)證缺陷的修改開發(fā)修改缺陷SCCB裁決缺陷的處理方式其他包括SQA、部門經(jīng)理以及技術(shù)經(jīng)理，用于監(jiān)控項(xiàng)目缺陷狀況日本SE提交缺陷驗(yàn)證缺陷的修改并關(guān)閉SCM基線化以后處理相關(guān)版本的缺陷流程設(shè)計(jì)基本流程：

日本SE-＞測(cè)試經(jīng)理（受付中）-＞測(cè)試（現(xiàn)象確認(rèn)中）-＞測(cè)試經(jīng)理（受付中）-＞項(xiàng)目經(jīng)理（PG7寸彳^中）-＞開發(fā)（文寸廟中）-＞測(cè)試經(jīng)理（TS7寸彳^中）-＞測(cè)試（文寸廟確認(rèn)中）-＞SCM（八一^三^管理）-＞測(cè)試經(jīng)理（試璇結(jié)果報(bào)告中）-＞日本SE（受入試璇中）-＞關(guān)閉（完了）特殊流程：發(fā)生原因流程重復(fù)缺陷或者非缺陷測(cè)試經(jīng)理（受付中）-＞日本SE（取消待）-＞關(guān)閉（取消）開發(fā)與測(cè)試意見發(fā)生嚴(yán)重分歧測(cè)試經(jīng)理（受付中）-＞SCCB（SCCB決濟(jì)中）-＞項(xiàng)目經(jīng)理（PG7寸彳^中）測(cè)試經(jīng)理（受付中）-＞SCCB（SCCB決濟(jì)中）-＞測(cè)試經(jīng)理（受付中）項(xiàng)目經(jīng)理（PG7寸彳^中）-＞SCCB（SCCB決濟(jì)中）-＞測(cè)試經(jīng)理（受付中）項(xiàng)目經(jīng)理（PG7寸彳^中）-＞SCCB（SCCB決濟(jì)中）-＞項(xiàng)目經(jīng)理（PG7寸彳^中）缺陷延時(shí)修改項(xiàng)目經(jīng)理（PG7寸彳^中）-＞項(xiàng)目經(jīng)理（保留）-＞項(xiàng)目經(jīng)理（PG7寸彳^中）開發(fā)認(rèn)為非缺陷開發(fā)（文寸必中）-＞項(xiàng)目經(jīng)理（PG7寸彳^中）-＞測(cè)試經(jīng)理（受付中）缺陷內(nèi)部預(yù)測(cè)試未通過(guò)測(cè)試（寸必確認(rèn)中）-＞項(xiàng)目經(jīng)理（PG7寸彳^中）缺陷發(fā)包方驗(yàn)證未通過(guò)測(cè)試（受入試璇中）-＞測(cè)試經(jīng)理（試璇結(jié)果報(bào)告中）-＞項(xiàng)目經(jīng)理（PG7寸彳^中）字段設(shè)計(jì)字段名出現(xiàn)位置說(shuō)明睨明提交缺陷對(duì)缺陷的描述再現(xiàn)方法提交缺陷重現(xiàn)缺陷所需的操作步驟種類提交缺陷缺陷類型，包括：缺陷、新需求、需求變更，需求確認(rèn)修正L太"彳兒開發(fā)（寸必中）-＞測(cè)試經(jīng)理（TS7寸彳^中）修改的文件列表文寸圮、方法開發(fā)（寸必中）-＞測(cè)試經(jīng)理（TS7寸彳^中）修改的方式其他步驟采用系統(tǒng)自帶的標(biāo)題和內(nèi)容進(jìn)行描述。發(fā)布后人員與角色在人員配置上，發(fā)布后流程與系統(tǒng)測(cè)試流程的人員配置完全一樣（用戶與發(fā)包方共用一個(gè)群組）。

角色職責(zé)項(xiàng)目經(jīng)理分配缺陷給修改人員驗(yàn)證缺陷修改描述以及邏輯的準(zhǔn)確性測(cè)試經(jīng)理驗(yàn)證缺陷描述以及邏輯的準(zhǔn)確性分配修改完成之后的驗(yàn)證人員分配發(fā)包方的驗(yàn)證人員測(cè)試提交缺陷驗(yàn)證缺陷的修改開發(fā)修改缺陷SCCB裁決缺陷的處理方式其他包括SQA、部門經(jīng)理以及技術(shù)經(jīng)理，用于監(jiān)控項(xiàng)目缺陷狀況日本SE提交缺陷驗(yàn)證缺陷的修改并關(guān)閉SCM基線化以后處理相關(guān)版本的缺陷流程設(shè)計(jì)基本流程：日本SE-＞測(cè)試經(jīng)理（修正依束真）-＞測(cè)試（現(xiàn)象確認(rèn)中）-＞測(cè)試經(jīng)理（修正依束真）-＞項(xiàng)目經(jīng)理（現(xiàn)象確認(rèn)濟(jì)）-＞開發(fā)（修正文寸廟中）-＞測(cè)試經(jīng)理（〒久卜依束的-＞測(cè)試（〒久卜夾施）-＞SCM（八一^三^管理）-＞測(cè)試經(jīng)理（試璇結(jié)果報(bào)告中）-＞日本SE（受入試璇中）-＞關(guān)閉（完了）特殊流程：發(fā)生原因流程重復(fù)缺陷或者非缺陷測(cè)試經(jīng)理（修正依束真）-＞日本SE（取消待）-＞關(guān)閉（取消）開發(fā)與測(cè)試意見發(fā)生嚴(yán)重分歧測(cè)試經(jīng)理（修正依束的-＞SCCB（SCCB決濟(jì)中）-＞項(xiàng)目經(jīng)理（現(xiàn)象確認(rèn)濟(jì)）測(cè)試經(jīng)理（修正依束的-＞SCCB（SCCB決濟(jì)中）-＞測(cè)試經(jīng)理（修正依柬真）項(xiàng)目經(jīng)理（現(xiàn)象確認(rèn)濟(jì)）-＞SCCB（SCCB決濟(jì)中）—＞測(cè)試經(jīng)理（修正依束真）項(xiàng)目經(jīng)理（現(xiàn)象確認(rèn)濟(jì)）-＞SCCB（SCCB決濟(jì)中）—＞項(xiàng)目經(jīng)理（現(xiàn)象確認(rèn)濟(jì)）缺陷延時(shí)修改項(xiàng)目經(jīng)理（現(xiàn)象確認(rèn)濟(jì)）-＞項(xiàng)目經(jīng)理（保留）-＞項(xiàng)目經(jīng)理（現(xiàn)象確認(rèn)濟(jì)）開發(fā)認(rèn)為非缺陷開發(fā)（寸必中）-＞項(xiàng)目經(jīng)理（現(xiàn)象確認(rèn)濟(jì)）—＞測(cè)試經(jīng)理（修正依柬真）測(cè)試經(jīng)理發(fā)現(xiàn)修改不完整測(cè)試經(jīng)理（〒久卜依束真）-＞項(xiàng)目經(jīng)理（現(xiàn)象確認(rèn)濟(jì)）缺陷內(nèi)部預(yù)測(cè)試未通過(guò)測(cè)試（〒久卜加）-＞項(xiàng)目經(jīng)理（現(xiàn)象確認(rèn)濟(jì)）缺陷發(fā)包方驗(yàn)證未通過(guò)測(cè)試（受入試璇中）-＞測(cè)試經(jīng)理（試璇結(jié)果報(bào)告中）-＞項(xiàng)目經(jīng)理（現(xiàn)象確認(rèn)濟(jì)）字段設(shè)計(jì)字段名出現(xiàn)位置說(shuō)明睨明提交缺陷對(duì)缺陷的描述再現(xiàn)方法提交缺陷重現(xiàn)缺陷所需的操作步驟種類提交缺陷缺陷類型，包括：缺陷、新需求、需求變更，需求確認(rèn)登^番號(hào)（奉行）提交缺陷產(chǎn)品版本號(hào)（奉行）登^番號(hào)（匕“卜2）提交缺陷產(chǎn)品版本號(hào)（匕、及卜彳^）登^番號(hào)(Addon)提交缺陷產(chǎn)品版本號(hào)（Addon）修正L太"彳兒開發(fā)（文寸必中）-＞測(cè)試經(jīng)理（〒久卜依束的修改的文件列表文寸圮、方法開發(fā)（寸必中）-＞測(cè)試經(jīng)理（〒久卜依束的修改的方式其他步驟采用系統(tǒng)自帶的標(biāo)題和內(nèi)容進(jìn)行描述。數(shù)據(jù)統(tǒng)計(jì)產(chǎn)品版本關(guān)閉后，對(duì)于某個(gè)版本中出現(xiàn)的缺陷分布進(jìn)行統(tǒng)計(jì)，并且收集這些數(shù)據(jù)進(jìn)行歸檔。缺陷分布統(tǒng)計(jì)缺陷分布統(tǒng)計(jì)就是根據(jù)模塊對(duì)各模塊缺陷的分布狀況進(jìn)行統(tǒng)計(jì)，由此可以推斷下一階段的工作重點(diǎn)，使測(cè)試團(tuán)隊(duì)能夠有針對(duì)性的進(jìn)行測(cè)試。缺陷趨勢(shì)統(tǒng)計(jì)缺陷趨勢(shì)統(tǒng)計(jì)是按照時(shí)間對(duì)缺陷數(shù)量進(jìn)行統(tǒng)計(jì)，通過(guò)這項(xiàng)統(tǒng)計(jì)，測(cè)試組可以推斷產(chǎn)品目前的質(zhì)量狀況，以及需要進(jìn)行的測(cè)試周期的數(shù)量。缺陷原因統(tǒng)計(jì)缺陷原因統(tǒng)計(jì)是根據(jù)項(xiàng)目中缺陷發(fā)生原因進(jìn)行統(tǒng)計(jì)，統(tǒng)計(jì)