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

大型外包企業(yè)的缺陷管理URTracker缺陷跟蹤系統(tǒng)在大型外包企業(yè)中的應(yīng)用編者按：本文檔的作者是一家大型軟件外包企業(yè)的管理人員。該企業(yè)在全國服務(wù)外包企業(yè)50強(qiáng)中排在15位以前。為保護(hù)客戶隱私，我們在此隱去客戶的名稱。戶——發(fā)包方和用戶，缺陷管理因此，公司的領(lǐng)導(dǎo)層決定尋找一種合理的管理工具加以管理，經(jīng)過反復(fù)比較選擇，最1.之前的問題就會(huì)出現(xiàn)測試集體等待修改或者開發(fā)集體等待缺陷的階段性工作時(shí)間的浪費(fèi)。夠完全準(zhǔn)確描述修改方式，缺陷在開發(fā)測試之間來回傳遞的現(xiàn)象屢有發(fā)生，一直無法根el明，十分不便。之前的缺陷，經(jīng)常出現(xiàn)很多漏改漏測的現(xiàn)象。很多缺陷在測試那邊提交了，而在開發(fā)那邊分配修改并幾經(jīng)轉(zhuǎn)手，最終修改的缺陷已經(jīng)遠(yuǎn)遠(yuǎn)少于之前所提交的缺陷，同樣的情況Excel傳遞過程中，難免出現(xiàn)傳遞錯(cuò)誤或者遺漏，如果配置管理還出現(xiàn)問題，那么以于缺陷的統(tǒng)計(jì)，經(jīng)驗(yàn)數(shù)據(jù)的保留，就需要非常巨大的工作量。2.流程分類根據(jù)不同開發(fā)階段的需要，并且經(jīng)過不斷完善，我們設(shè)計(jì)了3種缺陷流程——單元測試流程、系統(tǒng)測試流程、發(fā)布后流程。理以及項(xiàng)目經(jīng)理審核。缺進(jìn)行公司內(nèi)部的預(yù)驗(yàn)證。另外，在配置管理的約束下，對(duì)發(fā)包方提供的版本必須經(jīng)過基線化，所以，在系統(tǒng)測程基本與系統(tǒng)測試流程一樣，需要進(jìn)行2次確認(rèn)，不同點(diǎn)是發(fā)布后流程需要用戶填寫產(chǎn)品的版本號(hào)以便確認(rèn)。3.流程實(shí)現(xiàn)3.1.1.人員與角色參加單元測試的均為公司內(nèi)部人員，主要有項(xiàng)目經(jīng)理、測試經(jīng)理、開發(fā)、測試、角色職責(zé)項(xiàng)目經(jīng)理分配缺陷給修改人員驗(yàn)證缺陷修改描述以及邏輯的準(zhǔn)確性測試經(jīng)理驗(yàn)證缺陷描述以及邏輯的準(zhǔn)確性分配修改完成之后的驗(yàn)證人員測試提交缺陷驗(yàn)證缺陷的修改并關(guān)閉開發(fā)修改缺陷SCCB裁決缺陷的處理方式其他包括SQA、部門經(jīng)理以及技術(shù)經(jīng)理，用于監(jiān)控項(xiàng)目缺陷狀況3.1.2.流程設(shè)計(jì)測試->測試經(jīng)理(受付中)->項(xiàng)目經(jīng)理(PGアサイン中)->開發(fā)(対応中)->項(xiàng)目經(jīng)理(対応確認(rèn)中)->測試經(jīng)理(試験結(jié)果報(bào)告中)->測試(受入試験中)->關(guān)閉(完了)測試經(jīng)理(受付中)->測試(取消待)->關(guān)閉(取測試經(jīng)理(受付中)->測試(現(xiàn)象確認(rèn)中)->測試經(jīng)理(受付中)測試經(jīng)理(受付中)->SCCB(SCCB決済中)->項(xiàng)PGアサイン中)測試經(jīng)理(受付中)->SCCB(SCCB決済中)->測試經(jīng)理(受付中)PGSCCBSCCB済中)->測試經(jīng)理(受付中)PGSCCBSCCB済中)->項(xiàng)目經(jīng)理(PGアサイン中)項(xiàng)目經(jīng)理(PGアサイン中)->項(xiàng)目經(jīng)理(保留)->項(xiàng)目經(jīng)理(PGアサイン中)開發(fā)(対応中)->項(xiàng)目經(jīng)理(PGアサイン中)->重復(fù)缺陷或者非缺陷發(fā)生嚴(yán)重測試經(jīng)理(受付中)測試(受入試験中)->測試經(jīng)理(試験結(jié)果報(bào)告中)->項(xiàng)目經(jīng)理(PG3.1.3.字段設(shè)計(jì)開發(fā)(対応中)->項(xiàng)目經(jīng)理(対応確認(rèn)開發(fā)(対応中)->項(xiàng)目經(jīng)理(対応確認(rèn)對(duì)缺陷的描述重現(xiàn)缺陷所需的操作步驟缺陷類型，包括：缺陷、新需求、需求變，需求確認(rèn)修改的文件列表方法修改的方式其他步驟采用系統(tǒng)自帶的標(biāo)題和內(nèi)容進(jìn)行描述。3.2.1.人員與角色系統(tǒng)測試中，發(fā)包方是測試人員，為了與內(nèi)部測試人員加以區(qū)別，在系統(tǒng)測試階段，SE另外，基于配置管理的需要，為發(fā)包方提供的版本需要經(jīng)分配缺陷給修改人員驗(yàn)證缺陷修改描述以及邏輯的準(zhǔn)確性驗(yàn)證缺陷描述以及邏輯的準(zhǔn)確性分配修改完成之后的驗(yàn)證人員分配發(fā)包方的驗(yàn)證人員驗(yàn)證缺陷的修改陷裁決缺陷的處理方式驗(yàn)證缺陷的修改并關(guān)閉基線化以后處理相關(guān)版本的缺陷3.2.2.流程設(shè)計(jì)日本SE->測試經(jīng)理(受付中)->測試(現(xiàn)象確認(rèn)中)->測試經(jīng)理(受付中)->項(xiàng)目經(jīng)理(PGアサイン中)->開發(fā)(対応中)->測試經(jīng)理(TSアサイン中)->測試(対応確認(rèn)中)->SCM(バージョン管理)->測試經(jīng)理(試験結(jié)果報(bào)告中)->日本SE(受入試験中)->關(guān)閉(完了)測試經(jīng)理(受付中)->日本SE(取消待)->關(guān)閉(取消)測試經(jīng)理(受付中)->SCCB(SCCB決済中)->項(xiàng)目經(jīng)理(PGアサイン中)測試經(jīng)理(受付中)->SCCB(SCCB決済中)->測試經(jīng)理(受付中)PGSCCB(SCCB決済中)->測試經(jīng)理(受付中)PGSCCB(SCCB決済中)->項(xiàng)目經(jīng)理(PGアサイン中)項(xiàng)目經(jīng)理(PGアサイン中)->項(xiàng)目經(jīng)理(保留)->項(xiàng)目經(jīng)理(PGアサイン中)開發(fā)(対応中)->項(xiàng)目經(jīng)理(PGアサイン中)->測試經(jīng)理(受付中)測試(対応確認(rèn)中)->項(xiàng)目經(jīng)理(PGアサイン測試(受入試験中)->測試經(jīng)理(試験結(jié)果報(bào)告中)->項(xiàng)目經(jīng)理(PGアサイン中)重復(fù)缺陷或者非缺陷開發(fā)與測試意見發(fā)生嚴(yán)重缺陷延時(shí)修改開發(fā)認(rèn)為非缺陷缺陷內(nèi)部預(yù)測試未通過缺陷發(fā)包方驗(yàn)證未通過3.2.3.字段設(shè)計(jì)對(duì)缺陷的描述重現(xiàn)缺陷所需的操作步驟缺陷類型，包括：缺陷、新需求、需求變，需求確認(rèn)修改的文件列表修改的方式開發(fā)(対応中)->測試經(jīng)理(TSアサイン開發(fā)(対応中)->測試經(jīng)理(TSアサイン方法其他步驟采用系統(tǒng)自帶的標(biāo)題和內(nèi)容進(jìn)行描述。3.3.1.人員與角色在人員配置上，發(fā)布后流程與系統(tǒng)測試流程的人員配置完全一樣(用戶與發(fā)包方共用一個(gè)群組)。角色職責(zé)項(xiàng)目經(jīng)理分配缺陷給修改人員驗(yàn)證缺陷修改描述以及邏輯的準(zhǔn)確性測試經(jīng)理驗(yàn)證缺陷描述以及邏輯的準(zhǔn)確性分配修改完成之后的驗(yàn)證人員分配發(fā)包方的驗(yàn)證人員測試提交缺陷驗(yàn)證缺陷的修改開發(fā)修改缺陷SCCB裁決缺陷的處理方式其他包括SQA、部門經(jīng)理以及技術(shù)經(jīng)理，用于監(jiān)控項(xiàng)目缺陷狀況日本SE提交缺陷驗(yàn)證缺陷的修改并關(guān)閉SCM基線化以后處理相關(guān)版本的缺陷3.3.2.流程設(shè)計(jì)日本SE->測試經(jīng)理(修正依頼)->測試(現(xiàn)象確認(rèn)中)->測試經(jīng)理(修正依頼)->項(xiàng)目經(jīng)理(現(xiàn)象確認(rèn)済)->開發(fā)(修正対応中)->測試經(jīng)理(テスト依頼)->測試(テスト実施)->SCM(バージョン管理)->測試經(jīng)理(試験結(jié)果報(bào)告中)->日本SE(受入試験中)->關(guān)閉(完了)測試經(jīng)理(修正依頼)->日本SE(取消待)->關(guān)閉(取消)測試經(jīng)理(修正依頼)->SCCB(SCCB決済中)->項(xiàng)目經(jīng)理(現(xiàn)象確認(rèn)済)測試經(jīng)理(修正依頼)->SCCB(SCCB決済中)->測試經(jīng)理(修正依頼)項(xiàng)目經(jīng)理(現(xiàn)象確認(rèn)済)->SCCB(SCCB決済中)->測試經(jīng)理(修正依頼)項(xiàng)目經(jīng)理(現(xiàn)象確認(rèn)済)->SCCB(SCCB決済中)->項(xiàng)目經(jīng)理(現(xiàn)象確認(rèn)済)項(xiàng)目經(jīng)理(現(xiàn)象確認(rèn)済)->項(xiàng)目經(jīng)理(保留)->項(xiàng)目經(jīng)理(現(xiàn)象確認(rèn)済)重復(fù)缺陷或者非缺陷開發(fā)與測試意見發(fā)生嚴(yán)重開發(fā)(対応中)->項(xiàng)目經(jīng)理(現(xiàn)象確認(rèn)済)->測試經(jīng)理(修正依頼)改不完整測試經(jīng)理(テスト依頼)->項(xiàng)目經(jīng)理(現(xiàn)象確認(rèn)試未通過測試(テスト実施)->項(xiàng)目經(jīng)理(現(xiàn)象確認(rèn)済)證未通過測試(受入試験中)->測試經(jīng)理(試験結(jié)果報(bào)告中)->項(xiàng)目經(jīng)理(現(xiàn)象確認(rèn)済)3.3.3.字段設(shè)計(jì)對(duì)缺陷的描述重現(xiàn)缺陷所需的操作步驟缺陷類型，包括：缺陷、新需求、需求變，需求確認(rèn)產(chǎn)品版本號(hào)(奉行)產(chǎn)品版本號(hào)(ビルトイン)產(chǎn)品版本號(hào)(Addon)修改的文件列表修改的方式開發(fā)(対応中)->測試經(jīng)理(テスト依開發(fā)(対応中)->測試經(jīng)理(テスト依 ル方法其他步驟采用系統(tǒng)自帶的標(biāo)題和內(nèi)容進(jìn)行描述。4.數(shù)據(jù)統(tǒng)計(jì)段的工作重點(diǎn)，使測試團(tuán)隊(duì)能夠有針對(duì)性的進(jìn)行測試。缺陷趨勢統(tǒng)計(jì)是按照時(shí)間對(duì)缺陷數(shù)量進(jìn)行統(tǒng)計(jì)，通過這項(xiàng)統(tǒng)