大型外包企业的缺陷管理

1、URTracker缺陷跟踪系统在大型外包企业中的应用 编者按：本文档档的作者者是一家家大型软软件外包包企业的的管理人人员。该该企业在在全国服服务外包包企业550强中中排在115位以以前。为为保护客客户隐私私，我们们在此隐隐去客户户的名称称。由于本公司司的业务务是日本本外包，而而外包会会遇到22个客户户发包包方和用用户，缺缺陷管理理就变得得十分复复杂，而而且又十十分重要要重要。在使用URRTraackeer之前前，本公公司的缺缺陷管理理相当混混乱，并并且修改改效率低低下，无无迹可寻寻。因此，公司司的领导导层决定定寻找一一种合理理的管理理工具加加以管理理，经过过反复比比较选择择，最终终选定了了UR

2、TTracckerr作为本本公司的的缺陷管管理工具具，使用用将近两两年，效效果显著著。以下详细细介绍一一下本公公司的UURTrrackker使使用方式式。之前的问题题在引入URRTraackeer之前前，缺陷陷是使用用exccel+emaail的的提交方方式由客户户整理缺缺陷，统统一制成成exccel，并并通过eemaiil发送送到本公公司的项项目组进进行修改改。但是是这种方方式，会会遇到很很多问题题。时间浪费使用exccel方方式的一一大问题题就是，如如果发现现一个缺缺陷就马马上提交交的话，不不但在收收发邮件件通知上上需要消消耗大量量工作，而而且很难难进行跟跟踪；而而如果聚聚集一定定数量，统

3、统一提交交的话，就就会出现现测试集体体等待修修改或者者开发集集体等待待缺陷的的阶段性性工作时时间的浪浪费。反复严重由于exccel的的局限，测测试无法法保证能能够完全全准确描描述缺陷陷的信息息，开发发者无法法保证能能够完全全准确描描述修改改方式，缺缺陷在开开发测试试之间来来回传递递的现象象屡有发发生，一一直无法法根除。交流不便测试发现一一个缺陷陷，使用用exccel提提交到开开发那边边以后，如如果有所所补充，需需要另起起一封邮邮件加以以说明，十十分不便便。难以跟踪之前的缺陷陷，经常常出现很很多漏改改漏测的的现象。很很多缺陷陷在测试试那边提提交了，而而在开发发那边分分配修改改并几经经转手，最最终

4、修改改的缺陷陷已经远远远少于于之前所所提交的的缺陷，同同样的情情况下，测测试也会会出现遗遗漏的现现象。记录保存困困难Excell传递过过程中，难难免出现现传递错错误或者者遗漏，如如果配置置管理还还出现问问题，那那么以往往的缺陷陷记录很很容易就就会丢失失。统计不便采用exccel记记录缺陷陷，一个个项目往往往需要要很多份份表格，如如果公司司的项目目又很多多，那对对于缺陷陷的统计计，经验验数据的的保留，就就需要非非常巨大大的工作作量。流程分类根据不同开开发阶段段的需要要，并且且经过不不断完善善，我们们设计了了3种缺缺陷流程程单元元测试流流程、系系统测试试流程、发发布后流程。单元测试流流程单元测试流

5、流程用于于开发组组内部测测试，由由开发人人员提交交并留档档，过程程中需要要经过测测试经理理以及项项目经理理审核。系统测试流流程由于系统测测试基本本是由发发包方完完成，因因此在系系统测试试阶段，相相对单元元测试，需需要对缺缺陷进行行公司内内部的预预验证。另外，在配配置管理理的约束束下，对对发包方方提供的的版本必必须经过过基线化化，所以以，在系系统测试试流程中中，增加加了SCCM基线线化的环环节。发布后流程程由于发布后后流程中中所包含含的缺陷陷均由用用户或者者发包方方代替用用户提交交，因此此，这个个流程基基本与系系统测试试流程一一样，需需要进行行2次确确认，不不同点是是发布后后流程需需要用户户填写

6、产产品的版版本号以以便确认认。流程实现单元测试人员与角色色参加单元测测试的均均为公司司内部人人员，主主要有项项目经理理、测试试经理、开开发、测测试、SSCCBB、其他他。角色职责项目经理分配缺陷给给修改人人员验证缺陷修修改描述述以及逻逻辑的准准确性测试经理验证缺陷描描述以及及逻辑的的准确性性分配修改完完成之后后的验证证人员测试提交缺陷验证缺陷的的修改并并关闭开发修改缺陷SCCB裁决缺陷的的处理方方式其他包括SQAA、部门门经理以以及技术术经理，用用于监控控项目缺缺陷状况况流程设计基本流程：测试-测测试经理理（受付付中）-项目目经理（PG中）-开发（ HYPERLINK javascript:_

7、doPostBack(stateGrid$_ctl9$_ctl0,) 対応中）-项目经理（ HYPERLINK javascript:_doPostBack(stateGrid$_ctl10$_ctl0,) 対応確認中）-测试经理（試験結果報告中）-测试（受入試験中）-关闭（完了）特殊流程：发生原因流程重复缺陷或或者非缺缺陷测试经理（受付中）-测试（取消待）-关闭（取消）缺陷描述不不准确或或误测测试经理（受付中）-测试（ HYPERLINK javascript:_doPostBack(stateGrid$_ctl4$_ctl0,) 現象確認中）-测试经理（受付中）开发与测试试意见发发生严重重

8、分歧测试经理（受付中）-SCCB（SCCB決済中）-项目经理（PG中）测试经理（受付中）-SCCB（SCCB決済中）-测试经理（受付中）项目经理（PG中）-SCCB（SCCB決済中）-测试经理（受付中）项目经理（PG中）-SCCB（SCCB決済中）-项目经理（PG中）缺陷延时修修改项目经理（PG中）-项目经理（保留）-项目经理（PG中）开发认为非非缺陷开发（ HYPERLINK javascript:_doPostBack(stateGrid$_ctl9$_ctl0,) 対応応中）-项项目经理理（PGG中）-测试试经理（受付中）缺陷验证未未通过测试（受入入試験中中）-测试经经理（試試験結果果報

9、告中中）-项目经经理（PPG中中）字段设计字段名出现位置说明説明提交缺陷对缺陷的描描述再現方法提交缺陷重现缺陷所所需的操操作步骤骤種類提交缺陷缺陷类型，包包括：缺缺陷、新新需求、需需求变更更，需求求确认修正开发（ HYPERLINK javascript:_doPostBack(stateGrid$_ctl9$_ctl0,) 対応応中）-项目目经理（ HYPERLINK javascript:_doPostBack(stateGrid$_ctl10$_ctl0,) 対応確認中）修改的文件件列表対応方法开发（ HYPERLINK javascript:_doPostBack(stateGrid$

10、_ctl9$_ctl0,) 対応応中）-项目目经理（ HYPERLINK javascript:_doPostBack(stateGrid$_ctl10$_ctl0,) 対応確認中）修改的方式式其他步骤采采用系统统自带的的标题和和内容进进行描述述。系统测试人员与角色色系统测试中中，发包包方是测测试人员员，为了了与内部部测试人人员加以以区别，在在系统测测试阶段段，加入入了新的的角色日本本SE。另另外，基基于配置置管理的的需要，为为发包方方提供的的版本需需要经由由SCMM基线化化以后才才能发出出，所以以，系统统测试流流程中还还加入了了另外一一个角色色SCCM。角色职责项目经理分配缺陷给给修改人人员

11、验证缺陷修修改描述述以及逻逻辑的准准确性测试经理验证缺陷描描述以及及逻辑的的准确性性分配修改完完成之后后的验证证人员分配发包方方的验证证人员测试提交缺陷验证缺陷的的修改开发修改缺陷SCCB裁决缺陷的的处理方方式其他包括SQAA、部门门经理以以及技术术经理，用用于监控控项目缺缺陷状况况日本SE提交缺陷验证缺陷的的修改并并关闭SCM基线化以后后处理相相关版本本的缺陷陷流程设计基本流程：日本SE-测试试经理（受付中）-测试（ HYPERLINK javascript:_doPostBack(stateGrid$_ctl4$_ctl0,) 現象確認中）-测试经理（受付中）-项目经理（PG中）-开发（

12、HYPERLINK javascript:_doPostBack(stateGrid$_ctl9$_ctl0,) 対応中）-测试经理（ HYPERLINK javascript:_doPostBack(stateGrid$_ctl10$_ctl0,) TS中）-测试（対応確認中）-SCM（ HYPERLINK javascript:_doPostBack(stateGrid$_ctl10$_ctl0,) HYPERLINK javascript:_doPostBack(stateGrid$_ctl12$_ctl0,) 管理）-测试经理（試験結果報告中）-日本SE（受入試験中）-关闭（完了）特殊

13、流程：发生原因流程重复缺陷或或者非缺缺陷测试经理（受付中）-日本SE（取消待）-关闭（取消）开发与测试试意见发发生严重重分歧测试经理（受付中）-SCCB（SCCB決済中）-项目经理（PG中）测试经理（受付中）-SCCB（SCCB決済中）-测试经理（受付中）项目经理（PG中）-SCCB（SCCB決済中）-测试经理（受付中）项目经理（PG中）-SCCB（SCCB決済中）-项目经理（PG中）缺陷延时修修改项目经理（PG中）-项目经理（保留）-项目经理（PG中）开发认为非非缺陷开发（ HYPERLINK javascript:_doPostBack(stateGrid$_ctl9$_ctl0,) 対応

14、応中）-项目目经理（PG中）-测试经理（受付中）缺陷内部预预测试未未通过测试（対応応確認中中）-项项目经理理（PGG中）缺陷发包方方验证未未通过测试（受入入試験中中）-测试经经理（試試験結果果報告中中）-项目经经理（PPG中中）字段设计字段名出现位置说明説明提交缺陷对缺陷的描描述再現方法提交缺陷重现缺陷所所需的操操作步骤骤種類提交缺陷缺陷类型，包包括：缺缺陷、新新需求、需需求变更更，需求求确认修正开发（ HYPERLINK javascript:_doPostBack(stateGrid$_ctl9$_ctl0,) 対応応中）-测试试经理（ HYPERLINK javascript:_doPo

15、stBack(stateGrid$_ctl10$_ctl0,) TS中）修改的文件件列表対応方法开发（ HYPERLINK javascript:_doPostBack(stateGrid$_ctl9$_ctl0,) 対応応中）-测试试经理（ HYPERLINK javascript:_doPostBack(stateGrid$_ctl10$_ctl0,) TS中）修改的方式式其他步骤采采用系统统自带的的标题和和内容进进行描述述。发布后人员与角色色在人员配置置上，发发布后流流程与系系统测试试流程的的人员配配置完全全一样（用用户与发发包方共共用一个个群组）。角色职责项目经理分配缺陷给给修改人人员

16、验证缺陷修修改描述述以及逻逻辑的准准确性测试经理验证缺陷描描述以及及逻辑的的准确性性分配修改完完成之后后的验证证人员分配发包方方的验证证人员测试提交缺陷验证缺陷的的修改开发修改缺陷SCCB裁决缺陷的的处理方方式其他包括SQAA、部门门经理以以及技术术经理，用用于监控控项目缺缺陷状况况日本SE提交缺陷验证缺陷的的修改并并关闭SCM基线化以后后处理相相关版本本的缺陷陷流程设计基本流程：日本SE-测试试经理（修正依頼）-测试（ HYPERLINK javascript:_doPostBack(stateGrid$_ctl4$_ctl0,) 現象確認中）-测试经理（修正依頼）-项目经理（現象確認済）-

17、开发（ HYPERLINK javascript:_doPostBack(stateGrid$_ctl9$_ctl0,) 修正対応中）-测试经理（ HYPERLINK javascript:_doPostBack(stateGrid$_ctl10$_ctl0,) 依頼）-测试（実施）-SCM（ HYPERLINK javascript:_doPostBack(stateGrid$_ctl10$_ctl0,) HYPERLINK javascript:_doPostBack(stateGrid$_ctl12$_ctl0,) 管理）-测试经理（試験結果報告中）-日本SE（受入試験中）-关闭（完了）

18、特殊流程：发生原因流程重复缺陷或或者非缺缺陷测试经理（修正依頼）-日本SE（取消待）-关闭（取消）开发与测试试意见发发生严重重分歧测试经理（修正依頼）-SCCB（SCCB決済中）-项目经理（現象確認済）测试经理（修正依頼）-SCCB（SCCB決済中）-测试经理（修正依頼）项目经理（現象確認済）-SCCB（SCCB決済中）-测试经理（修正依頼）项目经理（現象確認済）-SCCB（SCCB決済中）-项目经理（現象確認済）缺陷延时修修改项目经理（現象確認済）-项目经理（保留）-项目经理（現象確認済）开发认为非非缺陷开发（ HYPERLINK javascript:_doPostBack(stateGr

19、id$_ctl9$_ctl0,) 対応応中）-项目目经理（現象確認済）-测试经理（修正依頼）测试经理发发现修改改不完整整测试经理（ HYPERLINK javascript:_doPostBack(stateGrid$_ctl10$_ctl0,) 依頼）-项目经理（現象確認済）缺陷内部预预测试未未通过测试（実施施）-项目经经理（現現象確認認済）缺陷发包方方验证未未通过测试（受入入試験中中）-测试经经理（試試験結果果報告中中）-项目经经理（現現象確認認済）字段设计字段名出现位置说明説明提交缺陷对缺陷的描描述再現方法提交缺陷重现缺陷所所需的操操作步骤骤種類提交缺陷缺陷类型，包包括：缺缺陷、新新需求、需需求变更更，需求求确认登録番号（奉奉行）提交缺陷产品版本号号（奉行行）登録番号（）提交缺陷产品版本号号（）登録番号（AAddoon）提交缺陷产品版本号号（Adddonn）修正开发（ HYPERLINK javascript:_doPostBack(stateGrid$_ctl9$_ctl0,) 対応応中）-测试试经理（ HYPERLINK javascript:_doPostBack(stateGrid$_ctl10$_ctl0,) 依頼）修改的文件件列表対応方法开发（ HYPERLINK javascript:_doPostBack(stateGrid$_ctl9$_