bug严重程度和优先级分类文档_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
bug严重程度和优先级分类文档
阅读已结束，下载文档到电脑
想免费下载本文？
定制HR最喜欢的简历
下载文档到电脑，方便使用
还剩1页未读，继续阅读
定制HR最喜欢的简历
你可能喜欢君，已阅读到文档的结尾了呢~~
bug严重程度及优先级的划分
扫扫二维码，随身浏览文档
手机或平板扫扫即可继续访问
bug严重程度及优先级的划分
举报该文档为侵权文档。
举报该文档含有违规或不良信息。
反馈该文档无法正常浏览。
举报该文档为重复文档。
推荐理由：
将文档分享至：
分享完整地址
文档地址：
粘贴到BBS或博客
flash地址：
支持嵌入FLASH地址的网站使用
html代码：
&embed src='/DocinViewer--144.swf' width='100%' height='600' type=application/x-shockwave-flash ALLOWFULLSCREEN='true' ALLOWSCRIPTACCESS='always'&&/embed&
450px*300px480px*400px650px*490px
支持嵌入HTML代码的网站使用
您的内容已经提交成功
您所提交的内容需要审核后才能发布，请您等待！
3秒自动关闭窗口文档分类：
下载后只包含 1 个 DOCX 格式的文档，没有任何的图纸或源代码，
下载前请先预览，预览内容跟原文是一样的，在线预览图片经过高度压缩，下载原文更清晰。
您的浏览器不支持进度条
下载文档到电脑，查找使用更方便
还剩?页未读，继续阅读
播放器加载中，请稍候...
该用户其他文档
下载所得到的文件列表bug 流程.docx
文档介绍：
千帆互动 1 缺陷管理流程千帆互动 2 Bug 属性严重性分级 BUG 等级说明分类说明 S 导致整个产品无法进行测试。修改优先级为最高,该级别需要程序员立即修改模块无法启动或异常退出其它导致无法测试的错误死机,数据丢失,主要功能完全丧失,系统悬挂等错误。修改优先级为最高,该级别需要程序员立即修改运行过程中系统崩溃/ 死机/ 重启功能设计与需求严重不符严重花屏内存泄漏影响手机语音或数据通讯等严重的数值计算错误 A 主要功能丧失,导致严重的问题,或致命的错误声明。修改优先级为高,该级别需要程序员尽快修改功能未实现或者存在错误轻微的数值计算错误系统所提供的功能或服务受明显的影响用户数据丢失或破坏 B 次要功能丧失, 不太严重,如提示信息不太准确。修改优先级为中,该级别需要程序员修改操作界面错误(包括数据窗口内列名定义、含义是否一致) 边界条件下错误功能存在错误,但出现概率很低提示信息错误(包括未给出信息、信息提示错误等) 长时间操作无进度提示系统未优化(性能问题) C 微小的问题,对功能几乎没有影响,产品及属性仍可使用。修改优先级为低,该级别需要程序员修改或不修改界面格式等不规范操作时未给用户提示文字排列不整齐等一些小问题光标跳转设置不好,鼠标(光标)定位错误提示信息格式不符合要求, 违背正常习俗习惯的,界面不美观,控件排列、格式不统一辅助说明描述不清楚个别不影响产品理解的错别字可输入区域和只读区域没有明显的区分标志建议功能性建议,功能使用性、方便性、易用性不够建议千帆互动 3 优先级当问题处理人员在面对许多问题需要处理进,就需要问题进行优先级排序。我们做事情的安排, 操作系统有处理进程等都在使用着优先级。优先级的划分: 低——& 普通——&高——& 紧急——& 立刻 Bug 的严重程度和优先级是含义不同但相互联系密切的两个概念,它们从不同的侧面描述了软件缺陷对软件质量和最终用户的影响程序和处理方式。一般地,严重程序高的软件缺陷具有较高的优先级。严重程度高说明缺陷对软件造成的危害性大,需要优先处理,而来严重程序低的缺陷可能只是软件不太尽善尽美,可以稍后处理。严重程度高优先级不一定高: 如果某个严重的软件缺陷只在非常极端的条件下产生,则没有必要马上处理。如果某一个软件缺陷,需要重新修改软件的整体架构,可能会产生更多的潜在缺陷,而且软件由于市场的压力必须尽快发布,此时即使缺陷的严重性很高,是否需要修正,需要全盘考虑。严重程度优先级不一定低: 如果是软件名称或公司名称的拼写错误,虽然说其属于界面错误,严重程度不高,但其关系到软件和公司的市场开解,必须尽快修正。缺陷状态对于一个问题,其处理过程是一个周期,周期的不同阶段,其所处的状态也是不一样的。不同状态所对应的处理人也是不一样的。新建: 表示问题被提交等待有人处理。重新打开: 回归验证不通过,重新打开待有人处理。进行中: 问题在处理中,尚未完成。已解决: 对已经修复的问题进行回归确认。反馈: 对不是 bug 或不做修改的问题指派给测试人员确认。锁定: 确认此问题存在,但暂时不进行处理。千帆互动 4 已关闭: 问题的最后一个状态。处理状况问题回归验证后的处理结果,由测试人员填写。未处理: 新提交的 bug ,或者未修复的 bug 已修正: 回归验证通过无法重现: 新版本无法重现无法修复: 因客观原因无法修复的重复问题: 重复提交的问题不做修改: 影响较小,修复成本较大,经过评估不做修改稍后处理: 延迟修复设计如此: 符合设计要求的千帆互动 5 Bug 处理流程基本流程提交( 新建)缺陷在提交一个缺陷的缺陷,首先尽量描述这个缺陷的属性。 Bug 重现环境, bug 类型, bug 等级, bug 的优先级以及详细的重现步骤,结果与期望等。当然,我们在提交一个问题之前首先应该保证,这个缺陷是没有被提过的,以免造成重复缺陷单。如果是回归不通过的缺陷,其状态又会变为打开状态。指派(转交)缺陷测试人员就不确定自己测试的模块是由哪位开发人员负责的,在这种情况下,测试人员统一把问题指派给项目组长或经理,由项目组长(或经理)对问题进行确认后再次分配给相应的开发人员。测试人员对不同的开人发员负责的开发模块非常清楚,这个时候就可以将问题直接指派给相应的开发人员。也有一种情况,本来此问题应该由 A 开发人员负责,但由于 A 开发人员的调离或辞职,些问题为转交给其它人员处理。确认缺陷当开发人员接到一个缺陷时,首先是对其进行分析与重现,如果对其进行分析发现不是缺陷(可能由于测试人员不了解需求)或无法对此问题进行重现,那么就需要将此问题反回给测试人员( Bug 状态改为反馈), 并注明原因。如果确认为缺陷则需要对其进行处理。推迟处理千帆互动 6 在处理问题之后,还需要进行一次判断,是否需要推迟处理,有些需求已经确认了是问题, 由于其可能在极端情况下才会出现,或需要对系统架构进行改动,或其优先级非常低,所以暂时不需要对此问题进行处理(或到下个版本进再进行修复)。 Bug 状态改为锁定。修复缺陷开发人员在确认完一个问题需要处理时,那么就对其进行处理工作。回归缺陷回归缺陷对于测试人员来说是非常重要的工作,其有三个入口两个出口。确认非缺陷问题:对于提交的一个缺陷,开人员处理为非问题或无法重现,然后直接转交给测试人员回归。测试人员再次确认,如果真如开发人员所说,则将问题关闭。如果非开发人员所说,是由于问题描述模糊或其它原因未重现问题,则再次注明原因转给开发人员。确认修复问题:对开发人员修复的问题再次进行确认,确认能过,则关闭问题。确认不通过,将问题再次打开并转给开发人员。确认锁定问题:有计划的对锁定问题进行确认,有些锁定问题随着时间的推移,版本的更新或已经不存在了,对这类问题应该及时关闭。有些锁定问题依然存在且变得紧急,对于这类问题应该及时打开交给开发人员处理。关闭缺陷对于已经修复的缺陷进行关闭,这也是一个缺陷的最后一个状态。千帆互动 7 流程图1
内容来自淘豆网转载请标明出处.鐑?棬鎼滅储:
BUG涓ラ噸绋嬪害鍙婁紭鍏堢骇鐨勫垝鍒}