精华内容
下载资源
问答
  • bug处理流程图
    2008-10-30 09:58:00
    更多相关内容
  • 梳理好一个完整的bug处理流程图,不仅仅可以事半功倍也能处理好同事关系,列如(开发小哥) bug处理流程图 上图就是bug处理的正常流程图,在使用缺陷管理工具的时候,这个流程图有助于我们正确了解缺陷的处理...

    前言

    梳理好一个完整的bug处理流程图,不仅仅可以事半功倍也能处理好同事关系,列如(开发小哥)

    bug处理流程图

    上图就是bug处理的正常流程图,在使用缺陷管理工具的时候,这个流程图有助于我们正确了解缺陷的处理过程,帮助我们如何跟踪bug.

    接下来我们来说说,bug的定义:

    (在读下面的内容之前,我们首先来说说为什么要 这么详细的的了解bug,甚至得记住。软件测试的工作就是围绕发现bug而展开的,在日常的工作中发现bug的数量是我们工作的重点,因此,记住bug的来源或者产生的原因能够帮助我们在工作中更有突破点,在写测试用例的时候,会出更针对性。俗话说,不想当将军的士兵不是好的士兵。)

    bug其实称之为软件缺陷,(英文单词用defect来表示。),俗称就是bug.

    软件缺陷:即为计算机软件或程序中存在的任何一种破坏正常运行能力的问题、错误、或者隐藏的功能缺陷、瑕疵。

    缺陷的存在会导致软件产品在某种程度上不能满足用户的需要。

    围绕需求规格说明书而展开来说明bug

    1)软件没有实现说明书中所列出的功能。

    2)软件出现了说明书中提到的不应该出现的事情。

    3)软件实现了说明书中没有提到的功能。

    4)软件没有实现说明书中没有提到但应该实现的功能。

    5)软件非常难于学习,使用,运转速度很慢,用户认为无法达到预期。

    bug的来源:

    1、由于需求的问题引起的缺陷

    2、由于架构的问题引起的缺陷

    3、由于设计的问题引起的缺陷

    4、由于编码的问题引起的缺陷

    5、由于测试的问题引起的缺陷

    6、由于集成的问题引起的缺陷

    缺陷产生的原因:

    1、需求不清晰

    2、系统结构非常复杂,对象、类太多,隐藏着一些参数传递、方法调用、对象状态变化等方面的问题。

    3、对程序逻辑路径或数据范围的边界考虑不够周全,

    4、对一些实时应用,要进行精心设计和技术处理,保证精确的时间同步

    5、没有考虑系统奔溃后的自我恢复或数据的异地备份、灾难性恢复等问题

    6、系统运行环境的复杂

    7、由于通信端口多、存取和加密手段的矛盾性等,会造成系统的安全性或适用性等问题

    8、新技术的采用,可能涉及技术或系统兼容的问题,事先没有考虑到

    从团队问题来说:

    1、系统需求分析时对客户的需求理解不清楚,或者和用户的沟通存在一些困难

    2、不同阶段的开发人员相互理解不一致

    3、对于设计或者编程上的一些假定或者依赖性,相关人员没有充分沟通

    4、项目组成员技术水平参差不齐,新员工较多,或者培训不够等原因也容易引起问题

    从技术问题来说:

    1、算法错误;

    2、语法错误

    3、计算和精度问题

    4、系统结构不合理、算法选择不科学、造成系统性能低下

    5、接口参数传递不匹配,导致模块集成出现问题

    从缺陷管理问题来说:

    1、缺乏质量文化,不重视质量计划,对质量、资源、任务、成本等的平衡性把握不好

    2、开发周期短,各项工作不能完全按照定义好的流程来进行,也给各类开发人员造成太大的压力,引起一些人为的错误

    3、开发流程不够完善,风险估计不足等

    bug的等级要记牢:否则,嘿嘿:

    bug的状态:

    1、新建(new)

    2、打回(freeback)

    3、已确认(confirmed)

    4、拒绝(rejected)

    5、延期(postponed)

    6、已分派(assigned)

    7、重新打开(reopen)

    8、已解决(fixed)

    9、已关闭(cpsed)

    bug 的优先级:

    1、低(low) :低优先级留到最后解决,如果项目的进度很紧,可以在产品发布以前不解决

    2、中(medium)如果时间允许应该修改

    3、高(high)将处于5和4 优先级的bug修改完后再进行修改,但需要确定在某个特定里程碑结束前须修正

    4、加急(urgent)一到两天之内必须修改,并且版前必须进行修正

    5、特急(immediate)必须修改,并且需要立即进行修改

    bug的严重级别:

    1、建议(enhancemental)

    2、小错误(minor)

    3、一般(normal)

    4、严重(major)

    5、宕机(block)

    以上的等级是一定要清楚的,通常在公司bug的提交会使用bug管理工具,例如禅道。对于提交bug的严重级别优先级状态是一定要清楚的,否则是一定会给你的公司做带来不便的。

     如果对你有一点点帮助,各位的「点赞」就是小编创作的最大动力,我们下篇文章见

    展开全文
  • BUG处理流程图

    千次阅读 2019-05-10 18:16:00
    流程描述: 1、 测试人员发现bug提交给开发。 2、 开发人员判断是否是bug。 3、 如果是bug,进行修改,修改完成后更改bug状态为已解决。 4、 如果不是bug,退回给测试人员并描述退回原因,或为设计如此,或为外部...

    流程描述:

    1、 测试人员发现bug提交给开发。

    2、 开发人员判断是否是bug。

    3、 如果是bug,进行修改,修改完成后更改bug状态为已解决。

    4、 如果不是bug,退回给测试人员并描述退回原因,或为设计如此,或为外部原因,或者不能重现。

    5、 开发人员修改完成的bug,由测试人员进行验证,确认修改正确,关闭bug。

    6、 验证未通过的bug重新激活,开发人员继续修改,直至验证通过,关闭bug。

    7、 测试人员需要对开发人员退回的bug进行确认。

    8、 确认不是bug关闭。

    9、 如与开发人员意见不一致,认为是bug,需提交项目负责人仲裁。

    10、项目负责人确认是bug由开发人员修改,不是bug由测试人员关闭。

    注:除提交项目负责人仲裁环节外,其他环节都可以在禅道上完成。

    二、 各角色应关注的状态

    1. 开发人员:激活、重新打开

    激活:开发人员要对处于激活状态的bug进行处理,处理后将其状态置成“已解决”、“设计如此”、“无法重现”、“外部原因”、“重复bug”或“延期处理”。

    重新打开:重新打开的bug是已解决的bug经过测试人员验证,未修改正确,需要继续修改。

    1. 测试人员:已解决、无法重现、设计如此、外部原因、延期处理

    已解决:测试人员发现状态为“已解决”的BUG,要及时验证,如果确实已解决,要将其置为“关闭”。否则“重新打开”

    无法重现:测试人员发现状态为“无法重现”的BUG,要及时修改,把步骤描述清楚,并将其状态置为“重新打开”。

    设计如此:测试人员发现状态为“设计如此”和“外部原因”的BUG,要及时通知项目经理,由项目经理来决定是否修改;对“延期处理”的问题要进行定期跟踪,如发现问题没有按注释进行修改要及时通知开发人员或汇报给相关负责人。

    1. 项目经理:设计如此、外部原因、延期处理

    设计如此:因为这些BUG都是测试人员和开发人员有争议的BUG,因此项目经理必须及时关注这些BUG,及时给出合理的定夺,如果不需修改把状态置成“关闭”,如果需要立刻解决置成“重新打开”,否则置成“以后解决”。同时,项目经理也要关注“延期处理”的BUG,以免其被漏掉或遗忘从而影响到项目上线。

    三、 缺陷严重级别及类型定义

    u 致命错误包括:

    1. 造成系统崩溃、死机

    2. 造成程序非法退出、死循环、通讯中断或异常

    u 严重错误包括:

    1. 功能不符
    2. 数据流错误
    3. 程序接口错误
    4. 密码明文显示

    u 一般错误包括:

    1. 界面错误
    2. 打印内容、格式错误
    3. 输入限制未放在前台进行控制
    4. 删除操作未给出提示
    5. 辅助说明描述不清楚
    6. 显示格式不规范
    7. 长时间操作未给用户进度提示

    u 建议(非缺陷)

    1. 修改后可获得更好的用户体验

    四、 缺陷优先级定义

    1、 高:导致测试暂停,无法进行;必须立即解决,优先级高于开发工作。

    2、 中:导致部分功能无法测试;需要优先解决,解决周期2天。

    3、 低:不影响测试的进行;可在方便时解决,解决周期3-5天。

    五、 必须注意的问题

    1. 开发人员不能直接关闭bug,关闭bug必须由测试人员完成。
    2. 在进行问题处理的时候必须要添加注释,描述不是问题的原因、以后解决的计划版本时间等等。
    3. 大家在处理自己的问题时,即使这个问题不是自己的程序引起,也最好不要把问题置之不理,因为这个问题是在你这块表现出来的,到底哪里出问题应该比较清楚,跟其他相关人沟通相对比较容易,这样可以降低沟通成本,劲量做到“首位责任制”或“问题到此为止”

    项目线上Bug处理流程

    展开全文
  • 标准的jira最新版本里面的Issue处理流程图,可以作为正规开发流程的参考
  • bug状态流程图+bug处理流程+角色..pdf
  • bug的生命周期 BUG的生命周期,就是一个BUG被发现到这个BUG被关闭的过程。 生命周期中缺陷状态:新建-->指派-->已解决-->待验-->关闭 发现BUG-->提交BUG-->指派BUG-->研发确认BUG--&...

    bug的生命周期

    BUG的生命周期,就是一个BUG被发现到这个BUG被关闭的过程。

    生命周期中缺陷状态:新建-->指派-->已解决-->待验-->关闭

    发现BUG-->提交BUG-->指派BUG-->研发确认BUG-->研发去修复BUG-->回归验证BUG-->是否通过验证-->关闭BUG

    如果待验的BUG在验证时没有解决好,我们需要重新打开--指派—已解决—待验,循环这个过程。

    中间其他状态:拒绝、延期等

    BUG的处理流程图(生命周期图)

    状态处理

    1.已经指派的BUG---已经指派给开发的,应随时关注并进行跟踪自己所提BUG的状态变化!如果一直未修复,提醒开发人员修改;如果已经修复等待测试环境更新后进行验证

    2.已解决的BUG----等待测试环境更新后进行验证,验证通过则关闭;验证不通过则重新指派给开发

    3.重复BUG----先去查看下是否跟开发指定的BUG或者,自己在BUG系统内看到的BUG重复?如果确定重复则关闭;如果不重复,说明原因,重新打开指派给开发。

    4.不是缺陷----确认开发环境是否和测试环境一致,如果如开发所说不是缺陷则进行关闭;如果确认是缺陷跟开发沟通,沟通未达一致找产品/反馈老大确认,确认是BUG注明情况并再次指派给开发。

    5.无法重现----确认开发环境是否跟测试环境一致?包括操作步骤,浏览器、环境、特定账号等,如果多个版本验证之后,如开发所说重现不了,依据BUG的严重程度跟产品,开发一起确认关闭;如果找到重现原因,注明清楚并再次指派给开发。

    6.不予解决---找产品经理进行确认。确认不予解决进行关闭;确认需要解决请备注原因并打开指派给开发

    7.设计如此---找产品经理进行确认。确认设计如此进行关闭;确认是问题,备注原因重现指派给开发。

    8.延期修改---请看下BUG严重程度,是否影响当前版本发布?与产品经理进行确认。不予延期请根据情况重新打开并将情况进行备注说明;确定延期则做好记录,后续版本进行关注。

    开发同学注意事项:

    开发人员应在BUG系统中,备注好以下信息:

    已修改BUG应在该BUG的注释处,备注修改方案及信息,以备以后出现类似的问题时,可以快速的找到原因

    设计如此(不是缺陷)、不予解决、延期解决的BUG、无法重现的BUG,应备注处理的原因,节省沟通的时间,以及,如果后续有相同问题时,可以快速查找到原因

    重复BUG注明重复BUGID

    展开全文
  • bug状态流程图+bug处理流程+角色
  • 禅道BUG提出及处理流程规范

    万次阅读 多人点赞 2019-09-27 11:41:31
    禅道BUG提出及处理流程规范 版本说明 版本 作者 时间 备注 1.0 _冷冷 2019/9/27 首版本提交 目录 1 概述 1 2 目的 1 3 作用 1 4 缩略词 1 ...8 BUG处理流程 5 8.1 BUG生命周期 5 8.2 BU...
  • 软件测试之BUG处理流程

    千次阅读 2022-02-11 10:20:03
    测试行业的习惯名称是bug管理。 在软件或程序开发过程中,程序员不合理的编码和不合理的系统设计结构都会导致报错,影响系统程序的正常运行。 而软件测试的目的之一就是通过手动测试或自动测试工具进行操作,测试...
  • BUG处理流程说明

    万次阅读 2018-08-05 16:30:00
    一、 BUG处理流程图: 流程描述: 1、 测试人员发现bug提交给开发。 2、 开发人员判断是否是bug。 3、 如果是bug,进行修改,修改完成后更改bug状态为已解决。 4、 如果不是bug,退回给测试人员并描述...
  • 线上bug解决流程图的总结

    千次阅读 2019-09-27 20:57:12
    产品上线后,避免不了BUG,作为测试人员针对出现BUG处理流程图
  • 本资料详细的介绍了BUG的基本概念,以及该如何处理BUG
  • Android 蓝牙 BLE 连接(connect)数据流程图(协议栈),非常详细的从btif-bta-btm-hci 数据流程走向,以及从controller收到数据到btm层,将Android 源码使用流程图的形式画了出来,使Android 蓝牙开发者更清楚数据...
  • 禅道BUG编写及处理流程规范

    千次阅读 2022-04-28 16:28:48
    什么是bug? 软件缺陷:通常又被叫做Defect或者Bug。 产品需求文档中规定要做的事情,而软件没有实现。 产品需求文档中规定不要做的事情,而软件确实现了。产品需求文档中中没有提到过的事情,而软件确实现了。 ...
  • host将指令发送给controller,将Android 源码使用流程图的形式画了出来,使Android 蓝牙开发者更清楚数据收发走向,代码流程更加形象生动,能够很快的熟悉Android 蓝牙源码,利于后面问题处理BUG解决。
  • 项目线上Bug处理流程

    千次阅读 2017-09-24 15:41:51
    前言针对线上Release版本出现的Bug问题,我们需要有一套稍微严谨的处理流程,否则很容易忙乱掉。 下面是处理流程初稿。流程处理思维
  • Android 蓝牙L2cap协议源码流程图,非常详细的从btif-bta-btm-hci 数据流程走向,以及从controller收到数据到btm层,将Android 源码使用流程图的形式画了出来,使Android 蓝牙开发者更清楚数据收发走向,代码流程...
  • 内涵两附图片,通过图片很清晰的说明了bug跟踪在测试员、程序员、项目经理之间的工作流程
  • Android 蓝牙HFP 连接、SCO连接流程图(协议栈),非常详细的从btif-bta-btm-hci 数据流程走向,以及从controller收到数据到btm层,将Android 源码使用流程图的形式画了出来,使Android 蓝牙开发者更清楚数据收发...
  • Android 蓝牙L2cap协议初始化、连接流程图(协议栈),非常详细的从btif-bta-btm-hci 数据流程走向,以及从controller收到数据到btm层,将Android 源码使用流程图的形式画了出来,使Android 蓝牙开发者更清楚数据...
  • init流程图,将Android 源码使用流程图的形式画了出来,使Android 蓝牙开发者更清楚数据收发走向,代码流程更加形象生动,能够很快的熟悉Android 蓝牙源码,利于后面问题处理BUG解决。
  • bug管理流程

    千次阅读 2021-10-18 16:02:30
    1、bug的定义 软件的Bug,狭义概念是指软件程序的漏洞或缺陷 广义概念除此之外还包括测试工程师或用户所发现和提出的软件可改进的细节(增强性,建议性)、或与需求文档存在差异的功能实现等。 我们的职责就是,发现...
  • 禅道bug管理流程

    千次阅读 2020-11-24 19:37:29
    bug的基本处理流程: 禅道里面缺陷处理的基本流程是:测试提交bug => 开发解决bug => 测试验证bug => 测试关闭bug。 如果bug验证没有通过,可以激活:测试提交bug => 开发解决bug => 测试验证bug =...
  • bug处理流程:参与人员,bug状态,bug的处理状态,过程
  • “缺陷管理工具”禅道—升华Bug处理流程与相关属性 作为一个软件测试工程师,对缺陷管理工具(缺陷:Bug)的认识和准确操作是有所必要的,缺陷管理工具现在行业中有很多:禅道、QC、Clear Quest、TestLink、Bugfree...
  • 一个合格的bug应该包括哪几部分 bug的生命周期 1. 一个合格的bug应该包括哪几部分 发现问题的版本 出现问题的环境 错误重现的步骤 预期行为的描述 错误行为的描述 注:不要把多个bug放在一起。 2. bug的生命周期 ...
  • bug的状态的管理流程

    2021-07-19 21:53:16
    (1)bug的状态: ... (2)bug流程 ①测试人员发现bug,提交。bug的状态为new; ②开发人员接收bugbug状态为in progress ③开发人员修改完毕,提交,bug状态改为fixed ④测试人员针对开发人员

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 90,249
精华内容 36,099
关键字:

bug处理流程图