精华内容
下载资源
问答
  • 2021-08-27 15:44:52

    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处理流程图

    千次阅读 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处理流程

    展开全文
  • 上图就是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的严重级别优先级状态是一定要清楚的,否则是一定会给你的公司做带来不便的。

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

    展开全文
  • 使用modeler设计器,流程图连线名称是有显示的,但是运行结果却没显示。下载本jar包直接替换原来的jar包,重新启动项目即可
  • 软件测试——bug提交及跟踪流程

    千次阅读 2020-10-09 14:07:09
    Bug跟踪管理 指派bug: 优先看bug是不是某需求的,指派给对应需求的开发负责人 如果无法区分是哪个需求的问题,项目老大指派 常见的笔试面试题: 公司的bug是如何进行跟踪的? 遗漏bug?遗留bugBug的...

    Bug的跟踪管理

     

    指派bug:

    1. 优先看bug是不是某需求的,指派给对应需求的开发负责人
    2. 如果无法区分是哪个需求的问题,项目老大指派

    常见的笔试面试题:

    1. 公司的bug是如何进行跟踪的?
    2. 遗漏bug?遗留bug?
    3. Bug的生命周期?(笔试题)
    4. 你提交一个bug,开发说不是,如何处理?
    5. 你在发现bug并确认不该的过程中,对于复现率不高,偶发bug如何处理?
    6. 有没有你印象深刻的bug,bug的原因/bug当时怎么解决的?

    测试工具:禅道

    禅道中生成报表用来写测试报告

    如何提交一个高效bug

    发现bug后,提交到bug管理平台,提交一个bug包含哪些内容?

    Bug标题:标题要清晰简洁;如果没有选择功能模块,最好在标题中标注功能模块,让查看bug的人员清楚地知道你要表达的意思,bug的功能模块+bug的操作+bug的结果

    重现步骤:简单写下发现bug的测试过程,罗列下,能知道开发重现这个bug,附上测试数据

    实际结果:出现bug的结果,粘贴bug截图、日志截图

    预期结果:记得写清楚预期

    Bug类型和严重程度:便于后续测试结果分析,bug的统计

    Bug测试环境,例如什么系统,那个版本,兼容性问题,难以重现问题

    附件:日志文件、文件测试数据,图片,崩溃日志文件等

    Bug的处理状态

    1. 已经指派的bug

    已经指派给开发,请大家注意自己的bug走向,随时关注并进行跟踪!如果一直没有修复,提醒开发修改,以免开发忘记;如果已经修复等待测试环境更新后进行验证。催着改bug。

    1. 已解决的bug

    等待测试环境更新后进行验证,验证通过则关闭;验证不通过则重新打开指派给开发。

    1. 重复的bug

    先去查看下是否跟开发指定的bug重复?如果确定是重复则关闭;如果不重复,说明原因,重新打开指派给开发。

    1. 不是缺陷

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

    1. 无法重现

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

    1. 不予解决

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

    1. 设计如此

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

    1. 延期修改

    请看下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 跟踪是报告、安排优先级以及处理 bugs 和问题的过程。它听起来不怎么有趣,但是如果想要提供良好的服务,除了建立一个 bug 跟踪和修复...
  • 这篇文章将会分享国内外主流的10款Bug跟踪管理软件,实现对对Bug报告的记录、分析和状态更新等管理,他们分别是:PingCode 、ClickUp、 Jira、Redmine Tool、Asana、nTask、Bugzilla、BugLog HQ等等。
  • 目录 一个合格的bug应该包括哪几部分 bug的生命周期 ...测试人员应该跟踪一个bug的整个生命周期,从open 到 close状态。 bug的不同状态: New:发现bug,未经评审决定是否指派给开发人员进行修改。...
  • 十大开源BUG跟踪系统

    万次阅读 2018-01-13 10:03:52
    十大开源BUG跟踪系统 在软件开发生命周期(SDLC)跟踪错误是其中一个最重要的步骤没有这一步软件可以是不完整的。这是一个很大的节省时间的添加和管理的错误是在Bug跟踪系统。很少的错误追踪系统不仅跟踪...
  • 禅道BUG提出及处理流程规范

    万次阅读 多人点赞 2019-09-27 11:41:31
    禅道BUG提出及处理流程规范 版本说明 版本 作者 时间 备注 1.0 _冷冷 2019/9/27 首版本提交 目录 1 概述 1 2 目的 1 3 作用 1 4 缩略词 1 5 适用范围 1 6 BUG的定义 2 7 BUG书写规范 2 7.1 BUG书写必填...
  • 问题一:使用activiti生成流程图的时候,如果使用modeler设计器,那么连线的名称不会绘制出来,究其原因是activiti框架中的一个bug 这是activiti工作流框架自带的一个bug需重新写jar包中方法。 将该类中方法修改...
  • Bug跟踪流程

    2014-05-20 15:35:00
    本文以翼发云协同项目管理系统为例子来讲解Bug跟踪流程,它以工作流为中心的集成式Bug跟踪软件,它广泛地应用于研发行业的产品缺陷管理 与跟踪、事务跟踪、问题跟踪、任务跟踪、查询跟踪、需求管理、变更跟踪、...
  • 12 个顶级 Bug 跟踪工具(建议收藏)

    千次阅读 2021-03-10 00:17:38
    我们先来定义一下什么是 bug 跟踪(或者 bug 跟踪流程)。Bug 跟踪是报告、安排优先级以及处理 bugs 和问题的过程。当你意识到需要在你的公司中集成一个 bug 跟踪流程时,你需要实现一个特定的工作流。那么,你从哪...
  • bug管理工具的跟踪过程

    千次阅读 2019-05-27 14:16:47
    bug管理工具的跟踪过程(以BugZilla为例子): (1)测试人员发现了BUG,提交到工具中,状态为new,BUG的接受者为开发接口人员 (2)开发接口将BUG分配给相关的模块的开发人员,状态修改为已分配,开发人员和测试...
  • 禅道BUG编写及处理流程规范

    千次阅读 多人点赞 2020-09-12 17:06:21
    本文档规范bug的提出及管理流程,定义BUG的整个生命周期。帮助测试、研发等人员了解BUG的处理流程。提高测试人员工作效率以及产品缺陷修复效率,避免出现搁置和遗漏的缺陷,从而提高产品的质量,降低质量检查和缺陷...
  • BUG处理流程说明

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

    万次阅读 2016-11-30 18:32:21
    对于开发者来说,Bug 往往是他们最头疼的问题。有些 Bug 会隐藏的很深,很难发现,甚至用户已经使用了才出现,这样真是赔了名声又折钱。为了让开发者更早地发现和消灭 Bug,...MantisBT 是一个开源的问题跟踪器,只需几
  • 项目管理系列:BUG跟踪管理

    千次阅读 2015-11-18 16:05:57
     http://www.oschina.net/project/tag/122/bugtracker ...它用日历和甘特辅助项目及进度可视化显示。同时它又支持多项目管理。Redmine是一个自由开放 源码软件解决方案,它提供集成的项目管理功能
  • “缺陷管理工具”禅道—升华Bug处理流程与相关属性 作为一个软件测试工程师,对缺陷管理工具(缺陷:Bug)的认识和准确操作是有所必要的,缺陷管理工具现在行业中有很多:禅道、QC、Clear Quest、TestLink、Bugfree...
  • 软件测试人员遇到的第一节课就是如何有效的提交BUG,下面的文章不是专为软件测试人员所写,但是却是所有软件测试人员必读。在不同的公司对提交有效的BUG的标准不同、但是下面文章的内容却适合所有测试专业人员阅读、...
  • 目录 Bug属性规范及流程1 1.目的2 2.范围3 3.工具3 4.角色和职责3 ...5.Bug属性定义3 ...6.5.1跟踪遗留bug7 6.5.2产品发布后发现的bug8 6.6bug分析8 目的 本文档定义bug的整个生命周期,...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 27,394
精华内容 10,957
关键字:

bug跟踪流程图