SRT-VAS-SOP-09VAS缺陷管理规范解读

1、VAS缺陷管理规范B/2版文件编号:SRT-VAS-SOP-09制:胡悦瑾、陈鹃、李慧敏核:郑晓燕Fred准:受控状态:分发号:2011年06月27日发布2011年06月27日实施修订页B/2版VAS缺陷管理规范文件编号：SRT-VAS-S0P-09编号修订内容简述修订日期修订后 版本号修订人审核人批准人1在用系统问题反馈的BUG处理流 程，专门增加流程图表示。增加：测试阶段的分类描述。重要的流转环节，增加文字说明以强调2006. 03. 15A/1栾燕飞 吴慈丽刘小琴吕凡2增加缺陷状态，修改角色名称2009. 06. 18B胡悦瑾申屠哲泱郑晓燕31、修改角色名称:2、测试阶段分类调整，升级测

2、试 适用流程更改:3、修改流程图，调整优化各状态 流转过程：调整Modify、Commitx RejectedDelayxAudit 及Tracing 等状态顺序：调整L程录入TD时 通知步骤的操作：调整测试验证 Common bug的步骤顺序:增加 Rejected流程中，PM关闭BUG的 步骤。2010. 09. 20B/1胡悦瑾、 陈鹃郑晓燕Fred11、增加BUG状态定义解释2、优化升级测试及在用系统BUG 流程图：a）取消需求人员在TD中的权限b）取消 PM 从“ Commit>Unrelease " 和 “ModifyFixed”的状态3、细化内部测试BUG流程图和

3、升 级测试及在用系统BUG流程图各环 节步骤内容，并按角色对操作步舞 进行分类标识2011. 06. 16B/2胡悦瑾、 陈鹃、李 慧敏郑晓燕Fred3/8杭州世导科技有限公司世B/2VAS缺陷管理规范文件编号：SRT-VAS-S0P-09Bug Type描述编码错误功能实现过程有错误。设计错误实现需求功能的设计有错误界面错误界而美观性、友好性、合理性。如界面提示信息，控件名称，大小等数据库错误所有数据库错误。包括字段定义、数据、数据库连接错误等逻辑错误包括业务逻辑、数据逻辑。如：业务之间的关联及数据流的正确性。对输入信息的正确 性、合法性等判断问题。功能错误功能未实现或实现错误。合理建议一些

4、建议，如：功能、界面等各方面组件错误组件功能错误，返回提示信息错误，或无提示信息等问题性能优化系统承受压力、负载的能力，系统响应速度等不理想，或影响正常操作C可操作性用户操作简便性方面的错误。1.BUG类型2. BUG状态Bug Status描述Open待开发修改的问题Modify开发正在修改问题Commit问题已经处理，并已上传配置库，等待测试验证Unrelease在测试环境下，问题已验证通过，待升级后现场验证：或内部因环境、资源问题无法验证，需要等发布至现场后由现场匚程直接验证Fixed问题已发布到现场，待现场验证Closed验证后问题已解决Reopen问题仍存在，需要开发继续解决Audi

5、t开发与工程/测试有争议，需要PM判断解决： 或问题需由PM关闭Rejected问题被拒绝（开发认为不是问题，或者录入的问题不符合规范，开发无法处理问题）Delay问题需延迟解决（至少每个月反馈一次问题的处理状态）Tracing问题需跟踪解决（开发/工程至少每个月反馈一次问题的跟踪状态）3. BUG严重级Bug Severity描述灾难性严重危及系统正常工作。严重严重影响系统要求或基木功能的实现。一般基本功能已实现，但存在逻辑等类型的错误。微小不影响系统运行及功能实现方面的错误。有关一些建议性的BUGo4. BUG优先级Bug Priority描述高立即修正。缺陷已危及系统的稳定性，影响功能正

6、常运行中尽快修正。缺陷不影响系统正常运行，部分功能逻辑修改，或需求变更后功能更改等。低短期内修正。不影响系统运行和功能实现，$11:界面修改，提示信息变更等。稳定阶段解决允许等到程序稳定或上线以后再修正。该判断应由BUG审计人员定义，并得到认可。下一版本解决允许等到一下版本升级忖解决。该判断应由BUG审计人员定义，并得到认可。5. 测试阶段Test Stage描述集成测试在公司测试环境下，按集成测试策略进行的测试。（一股为业务开发阶段，由公司组织 的内部测试）（包括需求变更、升级前相关测试：此两类测试需要在测试前明确测试范 用/策略）确认测试在公司测试环境下，按确认测试策略进行的测试。（一般为

7、集成测试以后，由公司组织 的内部验收测试）系统测试在用户真实的系统环境下，进行的测试。（一般为系统刚加载时，连接真实环境组织的 集成测试或确认测试）升级测试系统进行试商用阶段，系统实施升级后，在用户真实的系统环境下，对升级功能进行验 证的测试。用户验收测试在商用以前，由用户参与的验收测试。在用系统问题反馈系统进入试商用、商用阶段（不包括升级测试），发现的在运行系统BUG。6. 内部测试阶段BUG处理过程（以下测试阶段适用本流程：集成测试、确认测试、系统测试、用户验收测试0）8/8杭州世导科技有限公司叵发人员帙住步彝二风浏次人员观作步骤PM挨作少健洪人加理人发发现何遨，并.决九TDS 由 3:o

8、p«nTast stao9球生成浏位'"确辽涉优'<*系依湖or'用户就VAssigned 3开发人员L集成泡武，在公司涸试环境下,按秦成洪试装珞进的测试.2、埔认渔试：在公司测试环境下，按确认测试策珞进L相关人他在看何度的测试。工系统也祺：住用户我实的系抗坏地卜，见片的测式，4,用户犯成：在南用以前,由用J参与的总收浏法。注明为 k人通辽lfe；HStatus=Reopen'Snus=Tracing缶壬确?N我相关人讨/PM处理分配AssbnX【o=1'发人，£何题处理入住看并而认问越提文审计R&D 8nme

9、m中也里理由Status=AuditAssioned to=PMJK就制翘Staiufi=T racingR&D Com»nen:中枢月一次垄明情况受理保理同堰RaD Comment中评如 5!咫用S1处理方法及过检Status=Modtfy拒绝磁R&D Comment心河展涉Status=Reject6dCtelayY搁喜迎R&D Ccmmen中出卦i况S!a!u5=Delay得月一次上野情况代码处理完成.上懈©碑Sia3C(nn而pm审计三通R&DCargN中注叱要求StatuS=XXXAssigned to=XXX台传旧?务同意问邃技拒

10、4若RQpcted哂中.发乜冽过丁和“迨达成一致，可15接置为 Reopen伏金提交审计R&D CcoiEeMl?注明不问意的理由Slalus-AudilAssigned to=FA4用交由计R&D Comment中注用网竟自理正Status=AudtAssigned to= PM'PN美用BUGSa:us=Clos6d测源工"人员美klbugS:a:us=QosedB/2VAS缺陷管理规范文件编号：SRT-VAS-S0P-098/8杭州世导科技有限公司7.升级测试及在用系统问题反馈BUG处理过程（以下测试阶段适用本流程:升级测试、在用系统问题反馈）世B/2V

11、AS缺陷管理规范文件编号：SRT-VAS-S0P-098. BUG处理注意事项1）所有的BUG必须录入TD管理：a） PM或开发人员在受理BUG时，非紧急的问题必须看到TD的记录以后才受理，否则 不应受理。b）对于在用系统的问题反馈，统一由系统维护工程师录入、通知、跟踪、验证修正结果、 回复问题反馈人员。c）在用系统问题录入TD的同时，若为紧急问题，要求工程师第一时间邮件通知开发PM、 QA、 QC 等:人 od）需求人员、PM等反馈在用系统问题时，发送系统维护工程师的同时要求抄收QA等人 员。以便于质量管理部跟踪及判断此类问题现场系统维护工程师是否有及时录入TD。e）所有的在用系统问题反馈，

12、公司内部测试人员需在开发环境或现场环境上进行通用验 证，明确是否为通用版本的BUG,并在TD的Common BugxCB_Validate By xComment 中做好选择及注释说明。供PM在各工程点业务升级时整理升级内容所用。同时通过 此方式来提高测试、测试文档的质量。2）在用系统反馈的问题处理期限的约定：a）紧急的问题要求当时就处理及回复。b）非紧急的要求PM、开发人员在3个工作日以内受理，受理不代表必须马上解决，但 要求在TD写明受理意见及计划受理时间。c） COMMIT的问题测试人员必须在3个工作日以内完成验证。3） BUG处理的注意事项：a）测试人员、开发人员、系统维护工程师都应及

13、时跟踪自己所负责的BUG,包括BUG STATUS的更新、COMMENT中的注释、每个环节处理完成后的提醒通知。（当BUG 成批处理、验证时，建议统一邮件通知，同时建议启用TD的邮件发送功能。）b） Delay. Tracing的BUG要求负责人每个月至少跟踪一次，并将跟踪意见填写于 COMMENT 中 °c） TEST STAGE为集成测试、确认测试、升级测试、系统测试、用户验收测试时，BUG 的处理时限由PM把握，把握原则为不影响、不耽搁测试进度、不影响产品发布期限。d）质量管理部根据BUG审计制度，定期审计BUG的处理情况。对于不符合的，纳入QA 审计。9. TD规划说明：1)

14、 TD Project 规划：a） TD Project按照业务划分，对各工程点现场环境测试发现的BUG也统一按业务录入 TD,以字段“TestArea”来标明每个BUG是在哪个测试环境下发现的。b)增加字段"CommonBug”，公司测试人员对在用系统问题反馈问题进行验证后，填写此 字段，标识是否为通用版本的BUG,状态包括：Yes、N。、All Release.同时要求填写 注释说明。c)每次升级以后，若通用版本中的BUG已升级处理，PM应在COMMENT中做注释说 明。2) TD用户设置：a)分PM、测试、开发、工程等用户组。每个用户组有不同的权限。3) TD常用字段表：序号字

15、段名称说明1.Test AreaBug所在的地点2.ACCESS TypeBug所在的模块3.SubiectBug所在的子模块4.Status状态5.Test Stage测试阶段6.Bug TypeBug种类7.SeverityBug的严重程度8.PriorityBug的优先级9.Assigned ToBug的负责人10.Detected ByBug提出人11.Detected on DateBug提出的日期12.Validate ByBug是谁验证通过的13.Validate DateBug的验证日期14.Agreed验证人是否同意该问题的关闭15.Common Bug该问题是否是通用版本中都存在，(YES or NO) 该问题是否已经发布到所有地区(All Release)16.CB_ Validat