精华内容
下载资源
问答
  • 软件测试之bugzilla对bug跟踪管理流程、bug报告分类和处理意见
    千次阅读
    2021-11-10 23:07:11

    描述使用bugzilla缺陷管理工具对软件缺陷(BUG)跟踪的管理的流程

    1. 测试人员或开发人员发现bug后,判断属于哪个模块的问题,填写bug报告后,通过Email通知项目组长或直接通知开发者。

    2. 项目组长根据具体情况,重新reassigned分配给bug所属的开发者。

    3. 开发者收到Email信息后,判断是否为自己的修改范围.

        1) 若不是,重新reassigned分配给项目组长或应该分配的开发者。

        2) 若是,进行处理,resolved并给出解决方法。(可创建补丁附件及补充明)

    4. 测试人员查询开发者已修改的bug,进行重新测试。(可创建test case附件)

        1) 经验证无误后,修改状态为VERIFIED。待整个产品发布后,修改为CLOSED

        2) 还有问题,REOPENED,状态重新变为“New”,并发邮件通知。

    5. 如果这个BUG一周内一直没被处理过。Bugzilla就会一直用email骚扰它的owner,直到采取行动。

    补充说明:

    Bug报告分类

    • 待确认的(Unconfirmed)
    • 新提交的(New)
    • 已分配的(Assigned)
    • 问题未解决的(Reopened)
    • 待返测的(Resolved)
    • 待归档的(Verified)
    • 已归档的(Closed)

    Bug处理意见

    • 已修改的(Fixed)
    • 不是问题(Invalid)
    • 无法修改(Wontfix)
    • 以后版本解决(Later)
    • 保留(Remind)
    • 重复(Duplicate)
    • 无法重现(Worksforme)

    指定处理人:可以指定一个处理人,如不指定处理人,则系统指定管理员为默认处理人

    链接:输入超链接地址,引导处理人找到与报告相关联的信息

    概述:概述部分“Summary”的描述,应保证处理人在阅读时能够清楚提交者在进行什么操作的时候发现了什么问题。如果是通用组件部分的测试,则必须将这一通用组件对应的功能名称写入概述中,以便今后查询。

    平台操作系统:测试应用的硬件平台(Platform),通常选择“PC”

    更多相关内容
  • BugzeroTM 是一个多功能,基于网络 (Web-based) 并在浏览器 (Browser) 下运行的以工作流为中心的集成式业务流程跟踪软件,它广泛地应用于各行业的产品缺陷管理跟踪、事务跟踪、问题跟踪、任务跟踪、查询跟踪、需求...
  • 1、BUG类型划分     功能类、界面UI类、性能类、兼容性类、易用性类、其他 2、BUG等级划分     1)致命错误 导致系统崩溃、挂机、死机或死循环等 造成数据泄露的安全问题...

    1、BUG类型划分
        功能类、界面UI类、性能类、兼容性类、易用性类、其他

    2、BUG等级划分
        1)致命错误

    • 导致系统崩溃、挂机、死机或死循环等
    • 造成数据泄露的安全问题,比如恶意攻击导致数据泄露
    • 涉及金钱的问题

        2)严重错误

    • 重要功能无法实现
    • 错误涉及到的模块太多,影响到了其他模块的重要功能实现
    • 非常规操作导致的死机、崩溃以及挂起等
    • 外观难以接受的缺陷、密码明文显示等

        3)一般错误

    • 次要功能无法实现
    • 操作界面错误(包括数据窗口内类名定义、含义不一致)
    • 查询结果错误,数据错误显示等
    • 简单的输入显示未放在前端进行控制而放到了后台(非空、大小、长度以及数据类型等)
    • 删除操作或一些敏感操作未给出二次确认提示等

        4)细微错误

    • 界面排版不规范
    • 辅助信息说明描述不清楚
    • 界面存在文字错误
    • 提示窗口文字不够专业规范

        5)改进建议
            对系统优化以及提高用户体验等提出的建设性建议,包括了对需求的改进等

    3、BUG跟踪管理流程
    发现BUG > 提交BUG > 指派BUG > 开发确认是否为BUG >
            1)若是BUG > 是否解决 > 是 > 回归验证BUG > 是否通过验证 > 若通过则关闭BUG,否则重新激活BUG并重新指派开发
            2)若是BUG > 是否解决 > 否 > 不予解决,或延期解决
            3)若不是BUG > 更改BUG状态为设计如此、重复、无法复现等并备注原因

    4、特殊类型的BUG确认
        1)设计如此:
            ①测试人员再次确认需求文档说明书的内容
            ②如果需求说明书描述不明确,询问产品或业务人员。若确认设计如此,则关闭BUG;若与需求不符,跟开发沟通激活BUG并备注说明
        2)重复BUG:
            ①确认开发操作环境是否与测试环境一直
            ②确认开发的复现步骤是否正确
            ③确认开发描述重复的问题是否与自己备注的一直
            ④若确认是重复BUG,保留提早较早的BUG,关闭自己后面提交的重复BUG
        3)无法重现的BUG:
            ①确认开发的操作环境是否与测试环境一致
            ②确认开发的复现步骤是否与测试时一致
            ③BUG先暂时不关闭,并跟踪一段时间。若还是无法重现BUG,直接关闭BUG。若BUG只是偶尔出现,后续测试应当重点关注此模块,并找到BUG复现的规律原因等
        4)不予解决的BUG:跟业务或产品人员进行确认,并让其备注不予解决的原因并由测试人员关闭BUG
        5)延期解决的BUG:让开发备注并说明原因

    展开全文
  • bug管理流程

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

    1、bug的定义

    软件的Bug,狭义概念是指软件程序的漏洞或缺陷
    广义概念除此之外还包括测试工程师或用户所发现和提出的软件可改进的细节(增强性,建议性)、或与需求文档存在差异的功能实现等。
    我们的职责就是,发现这些Bug,并提交给开发,让开发去修改。

    2、bug类型

    要确定一个bug的类型, 需要对项目(或产品) 有比较深的理解。这个划分对于开发定位问题影响很小,但对于问题类型的统计就比较重要了。—测试报告
    常见的bug类型划分(禅道系统为例,可自定义) :
    代码功能)错误— 最多,最常见的bug
    界面优化— U|测试,易用性兼容性
    设计缺陷— 不符合用户的习惯,修改设计–满足用户需求= ==增强建议性的bug
    按照公司具体的规定来分类! ! !

    3、Bug等级–优先级

    如何来判断bug的等级(严重程度), -般可以参照下面的判断条件。
    (1)致命错误:
    1.常规操作引起的系统崩溃、死机、死循环、闪退
    2、造成数据泄漏的安全性问题,比如恶意攻击造成的账户私密信息泄露
    3.涉及金钱计算
    4、阻断性测试,所有测试工作进行不下去(冒烟测试)
    5.权限问题.

    (2)严重错误: — critical
    1.重要功能不能实现;1
    2、错误的波及面广,影响到其它重要功能正常实现;
    3.非常规操作导致的程序崩溃、死机、死循环、闪退
    4、外观(界面)难以接受的缺陷;
    5、密码明文显示;
    6、偶现的致命性bug

    (3)一般错误:
    不影响产品的运行、不会成为故障起因,但对产品外观和下道工序影响较大的缺陷
    1.次要功能不能正常实现;
    2、操作界面错误(包括数据窗口内列名定义、含义不-致) ;
    3.查询错误,数据错误显示:
    4、简单的输入限制末放在前端进行控制;
    5、删除操作未给出提示;
    6、偶现的严重性bug

    (4)细微错误: — minor
    程序在一些显示上不关观,不符合用户习惯,或者是一些文字的错误 --用户体验
    1、界面不规范:
    2、辅助说明描述不清楚;
    3、提示窗口文字未采用行业术语;
    4.界面存在文字错误;

    (5)改进建议–nhancement
    可以提高产品质量的建议,包括新需求和对需求的改进。— 本次发布不会修复,放到下面个版本修更

    4、bug的生命周期(管理流程) --重点! ! !

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

    这个过程有哪些步骤?
    生命周期中-般缺陷状态:发现-新建(提bug) ->指派->E解决->待验->关闭。–正常
    如果待验的bug在验证时没有解决好,我们需要重新打开(激活) ->指派~>已解决->待验,循环这个过程。
    中间其他状态:拒绝、延期等

    1.发现bug–确认bug:有可能是因为操作问题。环境问题–提交bug —bug管理工具
    **2.指派bug开发/开发老大测试—开发
    3.重复bug-- duplicated :别人开过了–公司里尽量避免(浪费时间) :确认开发有添加重复bug ID (开发添加bugid) —bug确认是否中重复:是–加备注,关闭:否: 加备注–重新教活-修复: 加备注= =方便后续织踪
    4.不是缺陷: invalid (无效) — 有可能是因为操作问题,环境问题,对产品理解错误—定要避免的! ! ! --充分理解产品 确认并复现-不是bug–备注美闭;依然是一个bbug–加备注,重新激活开发修复: --开发认为不是bug. 你该怎么办?”–需求理解不致–处理步骤: 1.列举需求文档里的证据2.站在用户角度出发—证据说服开发修复bug; 3.找产品确认,项目经理—是–开发修复:否-- 加备注关闭—聊天记录,邮件截图–证据,贴到bug里; =责任划分:
    5.无法重现–unreproduced: 1)测试开究bug,开发无法复现_-- a.确认测试环境是否依然可以复现,帮助开发复现: b.测试环境无法复现(偶现) — 尝试跟踪多个版本的测试,每个版本10次,连续5 6版本—加备注关闭(做了哪些尝试,结果) ;偶现bug
    =偶现率(3/10) — 影响到开发修复bug优先级;
    6.不予解决一wontfx: (1)级别的不高,小bug 2)建议性bug I处理方式: 1)站在用户角度,列举证据。说服开发修每一无果: 2) 产品+项目经理–确认
    =结果一记录到bug里作为备注
    7.延期:延后后续版本修复: 1)马上上线了,时间不够了 2) bug修复影响太大了, 回归测试成本太高|测试确认: 1)确认bug的严重级别,会不会影响用户使用- -定修复,版本延后发布,加班修复2) 如果不是特别影响用户,真的修复成本,风险太高-可以不惨==产品和项目经理确认–风险+情况说明= =决定–备注里再bug
    8.修复之后(resolved-fixed) 开发一>测试 :验证bug: 1)拿到正确的版本验证bug (包含了开发修复代码的版本) 2)确认bug跟你之前开bug 的步骤是一致–验证关闭:一扩展新的为难题-开成给一个新的bug = =回归测试
    9.没有修好:同样的步骤,还存在
    = 重新打开–reopened
    10
    、修复好了- verifed
    :关闭dosed

    5、bug的跟踪管理-状态处理

    1.已经指派的bug–已经指派给开发的,请大家注意自己bug的走向,随时关注并进行跟踪!如果一直未修复,提醒开发修改,以免开发忘记;如果已经修复等待测试环境更新后进行验证。催着改bug
    2.已解决的bug-等待测试环境更新后进行验证,验证通过则关闭;验证不通过则重新打开指派给开发
    3.重复bug–先去查看下是否跟开发指定的bug重复?如果确定是重复则关闭;如果不重复,说明原因,重新打开指派给开发,
    4.不是缺陷–再次依据需求确认,是否是bug,如果依然觉得是缺陷跟开发沟通,列举出来觉得是bug的点,沟通未达一致找产品确认,确认是bug注明情况并再次指派给开发,产品确认不是bug,就不纠结,直接关闭bug,但是,会拿小本本把这个bug记录下来,等到测试任务结束后,再来研究研究。
    5.无法重现–确认开发环境是否跟测试环境一致? 包括操作步骤、浏览器、环境、特定账号、输入数据等如果多个版本验证之后,如开发所说重现不了,依据bug的严重程度跟产品、开发-起确认关闭;如果找到重现原因,注明清楚并再次指派给开发
    6.不予解决-找产品经理进行确认。确认不予解决进行关闭;确认需要解决请备注原因并打开指派给开发
    7.设计如此-找产品经理进行确认。确认设计如此进行关闭;确认是问题,备注原因重新指派给开发
    8.延期修改–请看下bug严重程度,是否影响当前版本发布?与产品经理进行确认。不予延期请根据情况进行激活与情况说明;确认延期则做好记录,后续版本进行关注一不关闭

    6、bug的跟踪管理-如何提交bug。发现bug后,接下来你提交到bug管理平台,提交-个bug包含哪些内容?

    bug标题一标题要清晰简洁, 写明bug描述;如果没有选择功能模块,最好在标题中标注功能模块。让查看bug的人员清楚知道你所表达的意思。bug的功能模块 + bug的操作+ bug的结果
    重现步骤一详细写 下发现bug的测试过程。能指导开发重现这个bug。附上测试数据
    实际结果一出现bug的结果, 粘贴bug截图、日志截图
    预期结果记得写清楚预期
    bug类型和严重程度一便于后续测试结果分析, bug的统计
    bug测试环境一例如: 什么系统,哪个版本等。兼容性问题、难以重现问题
    附件一一日志文件, 文件测试数据。图片、崩溃日志文件等

    展开全文
  • 禅道bug管理流程

    千次阅读 2020-11-24 19:37:29
    bug的基本处理流程: 禅道里面缺陷处理的基本流程是:测试提交bug => 开发解决bug => 测试验证bug => 测试关闭bug。 如果bug验证没有通过,可以激活:测试提交bug => 开发解决bug => 测试验证bug =...

    项目进展到后期主要的工作就是测试。测试人员和开发通过bug进行互动,保证产品的质量。

    bug的基本处理流程:

    禅道里面缺陷处理的基本流程是:测试提交bug => 开发解决bug => 测试验证bug => 测试关闭bug。

    如果bug验证没有通过,可以激活:测试提交bug => 开发解决bug => 测试验证bug => 测试激活bug => 开发解决bug => 测试验证 => 测试关闭。

    还有一个流程就是bug关闭之后,又发生了。测试提交bug => 开发解决bug => 测试验证bug => 测试关闭bug => 测试激活bug => 开发解决bug => 测试验证 => 测试关闭。

    提bug——测试人员

    解决bug——开发人员

    关闭bug——测试人员

    展开全文
  • BUG管理工具的跟踪过程

    千次阅读 2017-11-16 20:05:04
    测试人员发现了BUG,提交到Bugzilla中,状态为new,BUG的接受者为开发接口人员 开发接口将BUG分配给相关的模块的开发人员,状态修改为已分配 开发人员和测试确认BUG,如果是本人的BUG,则设置为接收;如果是别的开发...
  • BUG 管理工具的跟踪过程

    千次阅读 2018-06-09 13:06:09
    bug管理工具的跟踪过程(以BugZilla为例子): (1)测试人员发现了BUG,提交到Bugzilla中,状态为new,BUG的接受者为开发接口人员 (2)开发接口将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书写必填...
  • BugzeroTM 是一个多功能,基于网络 (Web-based) 并在浏览器 (Browser) 下运行的以工作流为中心的集成式业务流程跟踪软件,它广泛地应用于各行业的产品缺陷管理跟踪、事务跟踪、问题跟踪、任务跟踪、查询跟踪、需求...
  • 软件缺陷(bug)的处理流程。又属于一篇普及文,希望自己在被各种技术吸引的同时,能时常来整理和总结软件测试最基本的知识。从刚工作时接触的第一个缺陷管理工具禅道,到redmine、JIRA、bugzilla,再到现在的QC,当然...
  • 禅道BUG编写及处理流程规范

    千次阅读 多人点赞 2020-09-12 17:06:21
    本文档规范bug的提出及管理流程,定义BUG的整个生命周期。帮助测试、研发等人员了解BUG的处理流程。提高测试人员工作效率以及产品缺陷修复效率,避免出现搁置和遗漏的缺陷,从而提高产品的质量,降低质量检查和缺陷...
  • BugzeroTM 是一个多功能,基于网络 (Web-based) 并在浏览器 (Browser) 下运行的以工作流为中心的集成式业务流程跟踪软件,它广泛地应用于各行业的产品缺陷管理跟踪、事务跟踪、问题跟踪、任务跟踪、查询跟踪、需求...
  • 软件测试——bug提交及跟踪流程

    千次阅读 2020-10-09 14:07:09
    Bug跟踪管理 指派bug: 优先看bug是不是某需求的,指派给对应需求的开发负责人 如果无法区分是哪个需求的问题,项目老大指派 常见的笔试面试题: 公司的bug是如何进行跟踪的? 遗漏bug?遗留bugBug的...
  • BugzeroTM 是一个多功能,基于网络 (Web-based) 并在浏览器 (Browser) 下运行的以工作流为中心的集成式业务流程跟踪软件,它广泛地应用于各行业的产品缺陷管理跟踪、事务跟踪、问题跟踪、任务跟踪、查询跟踪、需求...
  • 时间跟踪管理; 自定义字段。 集成 没有与现成的工具集成。 价格 有一个免费的计划。如果你想要托管的话,有一个收费计划从每个用户每月 4.95 美元起。 优点 插件库,丰富核心功能; 开源且免费; 对于用户数、问题...
  • 项目管理系列:BUG跟踪管理

    千次阅读 2015-11-18 16:05:57
    Redmine 是一个开源的、基于Web的项目管理和缺陷跟踪工具。它用日历和甘特图辅助项目及进度可视化显示。同时它又支持多项目管理。Redmine是一个自由开放 源码软件解决方案,它提供集成的项目管理功能
  • bug管理流程

    2020-03-04 17:34:13
    bug管理流程bug的类型bug的等级bug的生命周期 bug的类型 软件的bug,狭义概念是指软件程序的漏洞或缺陷,广义概念除此之外还包括测试工程师或用户发现和提出软件可改进的细节或与需求文档存在差异的功能实现等。 ...
  • 十大开源BUG跟踪系统

    万次阅读 2018-01-13 10:03:52
    这是一个很大的节省时间的添加和管理的错误是在Bug跟踪系统。很少的错误追踪系统不仅跟踪的错误,但也完全基于软件的项目管理与可用于许多其他任务。 但是,选择一个正确的bug跟踪系统,适合您的需要,是不是一个...
  • 18款最佳Bug跟踪管理系统

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

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

    万次阅读 2017-02-16 13:46:20
    本文档定义bug的整个生命周期,规范bug的解决方案及管理流程Bug在流转的过程中有章可循。 规范bug严重等级与bug解决优先级,使开发人员与测试人员能根据此文档准确判断bug的严重程度并加以解决; 2 关键角色及...
  • Docker构建JIRA BUG跟踪管理工具镜像

    千次阅读 2017-09-07 11:21:10
    JIRA是Atlassian公司出品的项目与事务跟踪工具,被广泛应用于缺陷跟踪、客户服务、需求收集、流程审批、任务跟踪、项目跟踪和敏捷管理等工作...Jira是商业的BUG跟踪,提供30天的试用期,如果有能力还是建议购买使用。
  • 12 个顶级 Bug 跟踪工具(建议收藏)

    千次阅读 2021-03-10 00:17:38
    核心功能 邮件通知 源代码管理集成 时间跟踪管理 自定义字段 集成 没有与现成的工具集成。 价格 有一个免费的计划。如果你想要托管的话,有一个收费计划从每个用户每月 4.95 美元起。 优点 插件库,丰富核心功能 ...
  • 敏捷开发bug管理流程

    2020-11-24 17:44:04
    BUG管理流程 BUG提交要求 要求 提交BUG要求分类准确、描述简洁、步骤清晰、有实例、复杂问题有据可查(日志或截图)。各部门进行审核,以开发人员的角度来审查提交的BUG,确认测试人员已将BUG描述...
  • 在这里,我为大家搜集了几款优秀的BUG跟踪管理软件。 首先是国内BUG管理软件: Bugtags Bugtags采用独创的所见即所得的问题上报方式,有效提高了问题上报的效率和问题描述的准确度;同时平台提供
  • 6.Bug管理流程6 6.1提交bug6 6.2分配bug6 6.3解决bug7 6.4验证bug7 6.5遗留bug7 6.5.1跟踪遗留bug7 6.5.2产品发布后发现的bug8 6.6bug分析8 目的 本文档定义bug的整个生命周期,...
  • 为了跟踪和控制测试质量,便于管理测试发现的Bug,需要为每一个测试项目配置一个专用缺陷跟踪数据库,以  大型本地化软件测试需要进行充分的测试准备,需要科学的测试流程管理。为了跟踪和控制测试质量,便于管理...
  • TFS Bug管理使用教程

    热门讨论 2013-12-30 15:31:16
    该工具是为了协调和监控团队项目中Bug的处理流程而搭建。工具是使用了微软TFS(Team Foundation Server)团队管理工具自带的...选择Bug管理工具的原则:简单易用、管理方便、能够跟踪Bug状态并提醒、尽量减少工具数量。
  • Bug跟踪流程

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

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 30,547
精华内容 12,218
关键字:

bug跟踪管理流程