大型外包企業(yè)的缺陷管理URTracker缺陷跟蹤系統(tǒng)在大型外包企業(yè)中的應(yīng)用編者按：本文檔的作者是一家大型軟件外包企業(yè)的管理人員。該企業(yè)在全國服務(wù)外包企業(yè)50強中排在15位以前。為保護客戶隱私，我們在此隱去客戶的名稱。戶——發(fā)包方和用戶，缺陷管理因此，公司的領(lǐng)導層決定尋找一種合理的管理工具加以管理，經(jīng)過反復比較選擇，最1.之前的問題就會出現(xiàn)測試集體等待修改或者開發(fā)集體等待缺陷的階段性工作時間的浪費。夠完全準確描述修改方式，缺陷在開發(fā)測試之間來回傳遞的現(xiàn)象屢有發(fā)生，一直無法根之前的缺陷，經(jīng)常出現(xiàn)很多漏改漏測的現(xiàn)象。很多缺陷在測試那邊提交了，而在開發(fā)那邊分配修改并幾經(jīng)轉(zhuǎn)手，最終修改的缺陷已經(jīng)遠遠少于之前所提交的缺陷，同樣的情況往的缺陷記錄很容易就會丟失。于缺陷的統(tǒng)計，經(jīng)驗數(shù)據(jù)的保留，就需要非常巨大的工作量。2.流程分類根據(jù)不同開發(fā)階段的需要，并且經(jīng)過不斷完善，我們設(shè)計了3種缺陷流程——單元測單元測試流程用于開發(fā)組內(nèi)部測試，由開發(fā)人員提交并留檔，過程中需要經(jīng)過測試經(jīng)方完成，因此在系統(tǒng)測試階段，相對單元測試，需要對缺另外，在配置管理的約束下，對發(fā)包方提供的版本必須經(jīng)過基線化，所以，在系統(tǒng)測由于發(fā)布后流程中所包含的缺陷均由用戶或者發(fā)包方代替用戶提交，因此，這個流程的3.流程實現(xiàn)員與角色，主要有項目經(jīng)理、測試經(jīng)理、開發(fā)、測試、分配缺陷給修改人員驗證缺陷修改描述以及邏輯的準確性驗證缺陷描述以及邏輯的準確性分配修改完成之后的驗證人員驗證缺陷的修改并關(guān)閉陷裁決缺陷的處理方式流程設(shè)計測試->測試經(jīng)理(受付中)->項目經(jīng)理(PGアサイン中)->開發(fā)(対応中)->項目經(jīng)理(対応確認中)->測試經(jīng)理(試験結(jié)果報告中)->測試(受入試験中)->關(guān)閉(完了)測試經(jīng)理(受付中)->測試(取消待)->關(guān)閉(取測試經(jīng)理(受付中)->測試(現(xiàn)象確認中)->測試經(jīng)理(受付中)測試經(jīng)理(受付中)->SCCB(SCCB決済中)->項PGアサイン中)測試經(jīng)理(受付中)->SCCB(SCCB決済中)->測試經(jīng)理(受付中)PGサイン中)->SCCB(SCCB決済中)->測試經(jīng)理(受付中)PGサイン中)->SCCB(SCCB決済中)->項目經(jīng)理(PGアサイン中)重復缺陷或者非缺陷發(fā)生嚴重字段設(shè)計項目經(jīng)理(PGアサイン中)->項目經(jīng)理(保留)->項目經(jīng)理(PGアサイン中)開發(fā)(対応中)->項目經(jīng)理(PGアサイン中)->測試經(jīng)理(受付中)測試(受入試験中)->測試經(jīng)理(試験結(jié)果報告中)->項目經(jīng)理(PGアサイン中)對缺陷的描述重現(xiàn)缺陷所需的操作步驟缺陷類型，包括：缺陷、新需求、需求變，需求確認修改的文件列表修改的方式開發(fā)(対応中)->項目經(jīng)理(対応確認開發(fā)(対応中)->項目經(jīng)理(対応確認た方法其他步驟采用系統(tǒng)自帶的標題和內(nèi)容進行描述。員與角色分配缺陷給修改人員驗證缺陷修改描述以及邏輯的準確性驗證缺陷描述以及邏輯的準確性分配修改完成之后的驗證人員分配發(fā)包方的驗證人員驗證缺陷的修改陷裁決缺陷的處理方式SCM基線化以后處理相關(guān)版本的缺陷流程設(shè)計日本SE->測試經(jīng)理(受付中)->測試(現(xiàn)象確認中)->測試經(jīng)理(受付中)->項目經(jīng)理(PGアサイン中)->開發(fā)(対応中)->測試經(jīng)理(TSアサイン中)->測試(対応確認中)->SCM(バージョン管理)->測試經(jīng)理(試験結(jié)果報告中)->日本SE(受入試験中)->關(guān)閉(完了)重復缺陷或者非缺陷開發(fā)與測試意見發(fā)生嚴重測試經(jīng)理(受付中)->日本SE(取消待)->關(guān)閉(取消)測試經(jīng)理(受付中)->SCCB(SCCB決済中)->項目經(jīng)理(PGアサイン中)測試經(jīng)理(受付中)->SCCB(SCCB決済中)->測試經(jīng)理(受付中)PGアサイン中)->SCCB(SCCB決済中)->測試經(jīng)理(受付中)PGSCCBSCCB中)->項目經(jīng)理(PGアサイン中)項目經(jīng)理(PGアサイン中)->項目經(jīng)理(保留)->項目經(jīng)理(PGアサイン中)開發(fā)(対応中)->項目經(jīng)理(PGアサイン中)->測試經(jīng)理(受付中)測試(対応確認中)->項目經(jīng)理(PGアサイン測試(受入試験中)->測試經(jīng)理(試験結(jié)果報告中)->項目經(jīng)理(PGアサイン中)對缺陷的描述重現(xiàn)缺陷所需的操作步驟缺陷類型，包括：缺陷、新需求、需求變，需求確認開發(fā)(対応中)開發(fā)(対応中)->測試經(jīng)理(TSアサイン開發(fā)(対応中)->測試經(jīng)理(TSアサイン員與角色在人員配置上，發(fā)布后流程與系統(tǒng)測試流程的人員配置完全一樣(用戶與發(fā)包方共用一個群組)。分配缺陷給修改人員驗證缺陷修改描述以及邏輯的準確性驗證缺陷描述以及邏輯的準確性分配修改完成之后的驗證人員分配發(fā)包方的驗證人員包括SQA、部門經(jīng)理以及技術(shù)經(jīng)理，用于監(jiān)控項目缺陷狀況CM基線化以后處理相關(guān)版本的缺陷流程設(shè)計日本SE->測試經(jīng)理(修正依頼)->測試(現(xiàn)象確認中)->測試經(jīng)理(修正依頼)->項目經(jīng)理(現(xiàn)象確認済)->開發(fā)(修正対応中)->測試經(jīng)理(テスト依頼)->測試(テスト実施)->SCM(バージョン管理)->測試經(jīng)理(試験結(jié)果報告中)->日本SE(受入試験中)->關(guān)閉(完了)測試經(jīng)理(修正依頼)->日本SE(取消待)->關(guān)閉(取消)測試經(jīng)理(修正依頼)->SCCB(SCCB決済中)->項目經(jīng)理(現(xiàn)象確認済)測試經(jīng)理(修正依頼)->SCCB(SCCB決済中)->測試經(jīng)理(修正依頼)項目經(jīng)理(現(xiàn)象確認済)->SCCB(SCCB決済中)->測試經(jīng)理(修正依頼)項目經(jīng)理(現(xiàn)象確認済)->SCCB(SCCB決済中)->項目經(jīng)理(現(xiàn)象確認済)項目經(jīng)理(現(xiàn)象確認済)->項目經(jīng)理(保留)->項目經(jīng)理(現(xiàn)象確認済)開發(fā)(対応中)->項目經(jīng)理(現(xiàn)象確認済)->測試經(jīng)理(修正依頼)改不完整測試經(jīng)理(テスト依頼)->項目經(jīng)理(現(xiàn)象確認試未通過測試(テスト実施)->項目經(jīng)理(現(xiàn)象確認済)證未通過測試(受入試験中)->測試經(jīng)理(試験結(jié)果報告中)->項目經(jīng)理(現(xiàn)象確認済)字段設(shè)計(奉行)(ビルト(Addon)た方法開發(fā)(対応中)->測試經(jīng)理(テスト依開發(fā)(対応中)->測試經(jīng)理(テスト依對缺陷的描述重現(xiàn)缺陷所需的操作步驟缺陷類型，包括：缺陷、新需求、需求變，需求確認產(chǎn)品版本號(奉行)產(chǎn)品版本號(ビルトイン)產(chǎn)品版本號(Addon)修改的文件列表修改的方式4.數(shù)據(jù)統(tǒng)計產(chǎn)品版本關(guān)閉后，對于某個版本中出現(xiàn)的缺陷分布進行統(tǒng)計，并且收集這些數(shù)據(jù)進行缺陷分布統(tǒng)計就是根據(jù)模塊對