SRT-VAS-SOP-09VAS缺陷管理规范资料.doc

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
VAS缺陷管理规范 B/2版 文件编号: SRT-VAS-SOP-09 编 制: 胡悦瑾、陈鹃、李慧敏 审 核: 郑晓燕 批 准: Fred 受控状态: 受控 分 发 号: 2011年06月27日 发布 2011年06月27日 实施 修 订 页 编号 修订内容简述 修订日期 修订后版本号 修订人 审核人 批准人 1 在用系统问题反馈的BUG处理流程,专门增加流程图表示。 增加:测试阶段的分类描述。 重要的流转环节,增加文字说明以强调2006.03.15 A/1 栾燕飞 吴慧丽 刘小琴 吕凡 2 增加缺陷状态,修改角色名称 2009.06.18 B 胡悦瑾 申屠哲泱 郑晓燕 3 1、修改角色名称; 2、测试阶段分类调整,升级测试适用流程更改; 3、修改流程图,调整优化各状态流转过程:调整Modify、Commit、Rejected、Delay、Audit及Tracing等状态顺序;调整工程录入TD时通知步骤的操作;调整测试验证Common bug的步骤顺序;增加Rejected流程中,PM关闭BUG的步骤。 2010.09.20 B/1 胡悦瑾、陈鹃 郑晓燕 Fred 4 1、增加BUG状态定义解释 2、优化升级测试及在用系统BUG流程图: a)取消需求人员在TD中的权限 b)取消PM从“Commit—Unrelease”和“Modify—Fixed”的状态 3、细化内部测试BUG流程图和升级测试及在用系统BUG流程图各环节步骤内容,并按角色对操作步骤进行分类标识 2011.06.16 B/2 胡悦瑾、陈鹃、李慧敏 郑晓燕 Fred BUG类型 Bug Type 描述 编码错误 功能实现过程有错误。 设计错误 实现需求功能的设计有错误 界面错误 界面美观性、友好性、合理性。如界面提示信息,控件名称,大小等 数据库错误 所有数据库错误。包括字段定义、数据、数据库连接错误等 逻辑错误 包括业务逻辑、数据逻辑。如:业务之间的关联及数据流的正确性。对输入信息的正确性、合法性等判断问题。 功能错误 功能未实现或实现错误。 合理建议 一些建议,如:功能、界面等各方面 组件错误 组件功能错误,返回提示信息错误,或无提示信息等问题 性能优化 系统承受压力、负载的能力,系统响应速度等不理想,或影响正常操作。 可操作性 用户操作简便性方面的错误。 BUG状态 Bug Status 描述 Open 待开发修改的问题 Modify 开发正在修改问题 Commit 问题已经处理,并已上传配置库,等待测试验证 Unrelease 在测试环境下,问题已验证通过,待升级后现场验证; 或内部因环境、资源问题无法验证,需要等发布至现场后由现场工程直接验证 Fixed 问题已发布到现场,待现场验证 Closed 验证后问题已解决 Reopen 问题仍存在,需要开发继续解决 Audit 开发与工程/测试有争议,需要PM判断解决; 或问题需由PM关闭 Rejected 问题被拒绝(开发认为不是问题,或者录入的问题不符合规范,开发无法处理问题) Delay 问题需延迟解决(至少每个月反馈一次问题的处理状态) Tracing 问题需跟踪解决(开发/工程至少每个月反馈一次问题的跟踪状态) BUG严重级 Bug Severity 描述 灾难性 严重危及系统正常工作。 严重 严重影响系统要求或基本功能的实现。 一般 基本功能已实现,但存在逻辑等类型的错误。 微小 不影响系统运行及功能实现方面的错误。有关一些建议性的BUG。 BUG优先级 Bug Priority 描述 高 立即修正。缺陷已危及系统的稳定性,影响功能正常运行 中 尽快修正。缺陷不影响系统正常运行,部分功能逻辑修改,或需求变更后功能更改等。 低 短期内修正。不影响系统运行和功能实现,如:界面修改,提示信息变更等。 稳定阶段解决 允许等到程序稳定或上线以后再修正。该判断应由BUG审计人员定义,并得到认可。 下一版本解决 允许等到一下版本升级时解决。该判断应由BUG审计人员定义,并得到认可。 测试阶段 Test Stage 描述 集成测试 在公司测试环境下,按集成测试策略进行的测试。(一般为业务开发阶段,由公司组织的内部测试)(包括需求变更、升级前相关测试:此两类测试需要在测试前明确测试

文档评论(0)

33894522 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档