精华内容
下载资源
问答
  • 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”

    更多相关内容
  • BUG跟踪流程

    2013-04-24 12:52:29
    bug跟踪流程,以图表的形式详细说明了如何发现BUG,回归BUG
  • 内涵两附图片,通过图片很清晰的说明了bug跟踪在测试员、程序员、项目经理之间的工作流程
  • 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:让开发备注并说明原因

    展开全文
  • BugzeroTM 是一个多功能,基于网络 (Web-based) 并在浏览器 (Browser) 下运行的以工作流为中心的集成式业务流程跟踪软件,它广泛地应用于各行业的产品缺陷管理与跟踪、事务跟踪、问题跟踪、任务跟踪、查询跟踪、需求...
  • 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)的处理流程。又属于一篇普及文,希望自己在被各种技术吸引的同时,能时常来整理和总结软件测试最基本的知识。从刚工作时接触的第一个缺陷管理工具禅道,到redmine、JIRA、bugzilla,再到现在的QC,当然...
  • Bug 跟踪流程 我们先来定义一下什么是 bug 跟踪(或者 bug 跟踪流程)。Bug 跟踪是报告、安排优先级以及处理 bugs 和问题的过程。它听起来不怎么有趣,但是如果想要提供良好的服务,除了建立一个 bug 跟踪和修复...
    点击上方蓝色“java大数据修炼之道”, 选择“设为星标”
    每晚九点: 技术干货 ???? 必定奉上
    

    在如今的在线世界,几乎所有的公司都面临它们产品中的 bugs,并且考虑如何管理这些 bugs。应该使用哪个工具?如何搭建 bug 跟踪流程?在本文中,我们将详细探讨这些问题。

    Bug 跟踪流程

    我们先来定义一下什么是 bug 跟踪(或者 bug 跟踪流程)。Bug 跟踪是报告、安排优先级以及处理 bugs 和问题的过程。它听起来不怎么有趣,但是如果想要提供良好的服务,除了建立一个 bug 跟踪和修复流程,别无它途。

    当你意识到需要在你的公司中集成一个 bug 跟踪流程时,你需要实现一个特定的工作流。

    什么是 bug 跟踪工作流

    那么,你从哪开始呢?

    例如,你可以从实现 内部 bug 报告 政策开始。在发布任何新的或更新的软件之前,它要通过一个内部测试阶段。你的 QA 或软件开发人员能够手动测试应用程序来发现 bugs。

    另外一个途径是从你的用户那里知道 bugs——这是外部 bug 报告。对于这种类型的报告,你可以使用不同的工具。

    好的:你已经建立了 bug 报告来源。现在你需要跟踪它们。

    跟踪 bugs 最简单的方法是一个基本的电子表格。你可以跟踪 bug 相关信息并解决它们。如果这个表格变得很大,那么你就会奔溃。因此,你需要使用特定的 bug 跟踪工具。Bug 跟踪软件不仅仅是一个数据库。它还是一个工具,能让你团队中的每一个人都看到 bug,从而让他们在正确的时间处理正确的 bug。

    下一步是搭建一个 bug 跟踪漏斗。其基本安装遵循如下规则:

    • 新 Bug

    • 拒绝或确认?

    • 安排优先级并分配

    • 修复中

    • 测试

    • 测试中

    • 修复完成

    每一步都由你需要执行的具体动作以及涉及的具体人员组成。例如,为了修复一个问题,你需要复现它,而一个软件开发人员参与其中。我们不会深入讨论这个问题,因为本文的主题不同。

    另外一种可选的工作流方案如下:

    • 捕捉——捕捉 bugs 和问题

    • 报告——报告 bug

    • 分配——找出负责这个问题的人

    • 安排优先级——团队将优先处理这个问题

    • 解决——真正找到如何修复这个 bug 的方法

    一份好的 bug 报告

    我们再来看看一份 bug 报告中需要包含哪些内容。这将有助于我们评估 bug 跟踪工具。

    优秀的 bug 跟踪软件会给你很大的灵活性,包含尽可能多的 bug 相关的的信息,从而安排优先级并修复它。这意味着你需要包含以下信息选项:

    • 发生了什么。屏幕截图、屏幕记录或工作流程都会非常有用;

    • 问题的时间和日期;

    • 严重程度;

    • 复现细节;

    • bug 状态;

    • bug 负责人

    什么是 bug 跟踪工具

    那么什么是一个 bug 跟踪工具呢?简而言之:bug 跟踪系统有一套能够帮助有效解决和管理问题的功能。

    此外,bug 跟踪软件提供了已经发现的 bug 记录和已知的 bug 信息。这包括 bug 报告时间、异常行为描述和如何复现等有用的细节。

    Bug 跟踪功能

    现在让我们深入谈论一个好的 bug 跟踪工具需要包含的核心功能:

    • 工作流;

    • Bug 历史记录;

    • 分析面板;

    • Bug 分配;

    • Bug 优先级和严重程度标签;

    • 评论;

    • 与其它工具的集成;

    • 通知,至少通过邮件;

    • 探索报告;

    • 存储与获取;

    • 问题状态;

    • 高级搜索功能。

    选择 Bug 跟踪软件应该考虑哪些因素

    在选择一个工具之前,你应该考虑如下因素:

    • 支持质量;

    • 价格;

    • 学习曲线;

    • 与其它工具的集成数量;

    • 性能;

    • 公司上市时间。

    这里有一些我们挑选的用于 bug 跟踪的顶级工具。

    Bug herd

    图片来源:https://bugherd.com/

    概述

    BugHerd 是一个基于 Web 的问题跟踪项目管理工具。这个工具能够捕捉问题的屏幕截图,其中包括正在注释的确切的 HTML 元素。它使你的团队和客户能够报告 bugs 和管理所有的沟通,以便直接在你的站点上解决这些问题。

    核心功能

    • 这个工具捕捉诸如浏览器、CSS 选择器数据、操作系统以及屏幕截图等信息。这些都是你修复 bugs 所需的信息;

    • 看板式任务板,以便进行更好的管理;

    • 易于报告 bug;

    • 数据以不同格式导出;

    • 浏览器扩展;

    • 问题的文件附件;

    • 实时讨论。

    集成

    BugHerd 已经与 Slack、Github 和 Basecamp 集成。使用 Zapier,你可以将它与几乎任何工具集成。

    价格

    BugHerd 的价格为 5 个用户每月 39 美元起。它们为年度计划提供了 20% 的折扣和 14 天免费试用,不需要信用卡。如果你的团队有 25 个以上用户,也有一些定制计划。

    优点

    几乎任何用户都可以报告你的应用程序或网站的 bug。

    缺点

    它不是管理 bug 报告的最佳工具。

    总结

    总之,Bugherd 的最大好处是它的视觉简洁性和易用性,即使对于非技术人员来说也是如此。但是它不是一个好的工具来管理并分配问题给你的团队。

    Bugzilla

    图片来源:https://www.bugzilla.org/

    概述

    Bugzilla 是一个流行的开源 bug 跟踪工具,被很多机构广泛采用,由 Mozilla 创建。它为开发和测试团队提供了一个系统来跟踪软件开发、应用程序开发和部署中的 bug 修复和代码变更。

    核心功能

    • 邮件通知;

    • 报告和图表;

    • bugs 列表可以生成为不同格式;

    • 高级查询;

    • 内部时间跟踪;

    • 重复问题自动检测。

    集成

    与源代码管理工具有集成,例如 Github。

    价格

    免费使用:Bugzilla 是开源的。

    优点

    • 开源

    • 非常简单的用户界面

    • 优化了数据库结构,以便更好地执行

    • 高级查询

    • 高度可定制的工作流

    • 由 Mozilla 基金会积极维护和更新

    缺点

    • 过时的设计;

    • 缺乏定制化;

    • 陡峭的学习曲线。

    总结

    Bugzilla 是最知名的 bug 跟踪工具之一,功能丰富。此外,它还是免费的,但是也有一些小毛病,例如过时的用户界面和陡峭的学习曲线。我们认为它对于小型和中型团队来说是最好的工具之一。

    MantisBT

    图片来源:https://www.mantisbt.org/

    概述

    MantisBT 是一个开源问题跟踪器。这个易于使用的工具是 Web 应用程序形式,但也有一个移动版本。MantisBT 是用 PHP 构建的,兼容 MySQL 和 PostgreSQL 数据库。

    核心功能

    • 邮件通知;

    • 源代码管理集成;

    • 时间跟踪管理;

    • 自定义字段。

    集成

    没有与现成的工具集成。

    价格

    有一个免费的计划。如果你想要托管的话,有一个收费计划从每个用户每月 4.95 美元起。

    优点

    • 插件库,丰富核心功能;

    • 开源且免费;

    • 对于用户数、问题数和项目数没有限制。

    缺点

    • 过时的用户界面;

    • 有点儿复杂的接口——很难设置 bug 跟踪过程;

    • 定制化不是很友好;

    • 普通用户需要一些培训。

    总结

    我们 Flatlogic 认为它对于有经验的工程师来说是最好的工具之一。

    Debugme

    图片来源:https://debugme.eu/

    概览

    DeBugMe 是一个可视化反馈工具,有一个内置的 bug 跟踪解决方案。这个工具和 Bugherd 很相似。使用 Debugme,用户可以轻易地通过绘画、高亮、加黑特定区域或者打一个钉子来为页面添加注释。

    核心功能

    • 自动记录关于操作系统、分辨率、浏览器版本、插件等重要信息;

    • 通过评论交流;

    • 通过邮件通知;

    • Bug 报告管理。

    集成

    与以下工具原生集成:Trello、Redmine、Jira、Gmai、Pivotal Tracker、Teamwork、Visual Studio Online、Outlook 和 Yahoo。你可以通过 Zapier 与其它工具同步。

    价格

    DebugMe 的价格为 10 个用户每月 8 美元起。

    还有一个针对 2 个用户的免费计划。

    优点

    • 广泛的集成;

    • 相当灵活的定价;

    • 适合小型团队的基础报表系统。

    缺点

    另一方面,这个报表工具不是很适合大型项目。

    总结

    就提供可视化反馈能力而言,DebugMe 是 Bugherd 的一个很好的替代方案。但是对于复杂项目管理来说,它不是一个很好的工具。

    Donedone

    图片来源:https://www.donedone.com/

    概览

    DoneDone 是一个 bug 跟踪器,给你的团队提供了一个简单的方式来跟踪 bugs 并有效修复它们。DoneDone 是一个 SaaS 服务:不需要安装。DoneDone 使得用户可以使用发布的构建来一键测试问题。

    核心功能

    • 由外部用户创建任务;

    • 来自各种源头的通知;

    • 自定义工作流和状态;

    • 根据优先级、截止日期、状态、任务名、被分配人等对 bugs 进行分类。

    集成

    DoneDone 有一个移动应用程序,如果你想要自定义集成的话,它预置集成了 Slack、Glip、Harvest、Github 等其它应用程序。

    价格

    DoneDone 的价格是每个用户每月 5 美元起。它们为年度计划提供了 20% 的折扣。

    优点

    • 大量有用的集成;

    • 简单时尚的用户界面;

    • 有用的面板;

    • 项目管理能力;

    • API 文档。

    缺点

    不太适合大型项目。

    总结

    DoneDone 对于初创企业、小型和中型规模的公司来说是一个很好的工具,来解决客户反馈和问题。它有灵活的定价和良好的接口,因此不需要太多时间来学习这个工具。

    Marker.io

    图片来源:https://marker.io/

    概览

    Marker.io 是一个现代风格的问题管理工具,允许你从客户和团队成员那里收集可视化反馈,并直接将它报告到你现有的项目管理工具。Marker.io 可以很快实施;你只需要复制粘贴一行代码到你的应用程序。

    核心功能

    • 问题记录有一个反馈按钮而不需要离开网站;

    • 用户可以使用箭头可视化地标记问题;

    • 带反馈的弹出窗口;

    • 使用 Browserstack 进行跨设备测试。

    集成

    预置集成有 Trello、Asana、Jira、GitHub、GitLab、Bitbucket、Slack 和 Basecamp。

    价格

    有 3 个层次的计划,分别为每月 59 美元、99 美元和 199 美元。价格取决于用户个数。

    优点

    • 快速的学习曲线;

    • 良好的客户支持;

    • 关于问题的技术性信息。

    缺点

    • 定价有点儿陡峭;

    • 不能将一个 bug 分配给一个项目。

    总结

    如果你已经有了一个现有的项目管理系统,那么 Marker.io 是最好的工具之一。它非常适合任意规模的已经很好地使用了 Trello、Asana、Jira、GitHub、GitLab 和 Slack 的团队。

      Jira  

    图片来源:https://www.atlassian.com/software/jira

    概览

    JIRA 提供了记录、报告、工作流、代码集成、计划和 wiki 等功能。Jira 最初是用来跟踪和管理软件开发中的 bugs。其中一些关键功能包括捕捉使用 Jira 软件的软件项目中任何地方的 bugs。一旦检测到一个 bug,你可以创建一个 issue 并添加所有相关的细节,例如描述、严重等级、截图、版本等。

    核心功能

    • 报表生成;

    • 移动集成;

    • 支持敏捷项目;

    • 服务台;

    • 自定义工作流;

    • 强大的 API;

    • Jira 查询语言(JQL)用于高级查询、高级报告和自定义面板。

    集成

    这个工具直接与代码开发环境集成,非常适合开发人员。你还可以利用强大的 API 构建许多自定义集成。

    价格

    Jira 的免费计划允许 10 个用户。它有 2 个付费计划,每个用户每月 7 美元起。对于开源项目也有一个免费选项。对于 100 个以上的用户,你需要使用 Atlassian 的计算器。

    优点

    • 可定制的工作流;

    • Attlassian 插件市场;

    • 有高级搜索功能的强大的 bug 跟踪器;

    • 强大的报表工具。

    缺点

    • 对于小型到中型团队偏贵;

    • 复杂的配置和故障排除;

    • 陡峭的学习曲线;

    • 对于小型团队过重;

    • 非常占用资源。

    总结

    JIRA 对于中型和大型团队是最好的工具:凭借其定制化能力,它可以适应任何工作流。插件市场也有助于解决各种问题。然而,Jira 需要一个有经验的管理员或者一些稍微正式的培训。对于小型团队来说,JIRA 绝对是过重了。

    Bughost

    图片来源:http://www.bughost.com/

    概览

    BugHost 是市场上最古老最成熟的 bug 跟踪系统之一。这个系统既简单又可靠:这就解释了为什么它的客户有 Eriksson、Chevron、Midway 等等。

    核心功能

    • 一次性更新多个 bug;

    • 记录的缺陷数不限;

    • Bug 链接;

    • 客户直接向你的项目提交 bugs;

    • 导出功能和文件附件。

    集成

    这个工具没有任何原生集成和 API。

    价格

    这个公司为客户提供了 10 个计划,每月从 10 美元到 1000 美元。价格取决于项目数和用户数。

    优点

    • 易于管理 bugs;

    • 可负担的价格;

    • 具有良好支持的成熟工具。

    缺点

    • 过时的接口;

    • 性能慢;

    • 需要安装许可。

    总结

    总体上,如果你想要试试 bug 跟踪,这是一个挺好的工具,但是过时的网站和接口在 2020 年不是一个很好的选择。

    Zoho bugtracker

    图片来源:https://www.zoho.com/bugtracker/

    概要

    如果你寻求对于未解决的问题也完全可见,那么 Zoho 项目的问题跟踪模块,Zoho Bug Tracker 是一个不错的在线工具。用户可以定义一个循环,根据阶段管理问题。它们还可以自动提醒和通知,以便团队成员知道哪些问题必须查看。

    Zoho Bug Tracker 是任务管理软件 Zoho Project 的一个模块。它是一个在线工具,能让你创建项目、里程碑、任务、bugs、报告、文档等等。这个 bug 跟踪模块本身具有一般寻找的所有需要的功能。这个产品是商业性的,但不是很贵。

    核心功能

    • 灵活的工作流;

    • 问题划分到不同的类别;

    • 时间和项目管理;

    • 时间表;

    • 通知和新闻流。

    集成

    Zoho Bug Tracker 预置与许多第三方工具进行了集成:Crashlytics、Zapier、Dropbox、Box、GitHub、Bitbucket、Jira、OneDrive、Google Drive。它还与 Zoho 应用程序同步。

    价格

    Zoho Bug Traker 的价格从每个用户每月 3 美元起。它们还提供了一个免费版本。

    优点

    • 大量集成;

    • 时尚易用的用户界面;

    • bug 分类。

    缺点

    • 缺少定制化;

    • 对于复杂项目不是一个很好的工具;

    • 计划数不是无限的。

    总结

    如果你寻求对于不确定的问题也完全可见,那么 Zoho Bugtracker 模块是一个非常不错的在线工具。

    Backlog

    图片来源:https://backlog.com/

    概览

    Backlog 是一个在线时尚的 bug 跟踪和项目管理软件。任何人都可以很轻松地用它报告 bugs,具有问题的更新、评论和状态变更的完整历史记录。

    核心功能

    • 甘特图和燃尽图;

    • Wikis 和观察名单;

    • 一般查询和高级查询功能;

    • 问题更新和状态变更的完整历史记录;

    • 内置 Git 和 SVN。

    集成

    Backlog 预置集成了 Typetalk、Cacoo、Redmine、Jira Importer、iCal、email 和 Google Sheets 以及其它许多工具。还拥有强大的 API 来构建定制化集成。

    价格

    其价格从每月 35 美元起,支持多达 30 个用户、5 个项目和 1GB 存储。

    优点

    • 免费版本;

    • Wiki;

    • 大量集成;

    • 良好的用户界面。

    缺点

    对于高级用户太简单了,因此不适合具有复杂流程的大型项目。

    总结

    Backlog 是功能最丰富的跟踪工具之一。它结合了项目管理功能和问题跟踪功能。既可以作为一个自托管的解决方案,也可以作为一个 SaaS 服务,它比较适合小型和中型团队。

    Redmine

    图片来源:https://www.redmine.org/

    概览

    Redmine 是一个开源的问题跟踪系统,集成了 SCM(Source Code Management,源码管理)系统。它还提供了其它项目管理相关的工具,例如时间跟踪、wikis、日历等等。

    核心功能

    • 甘特图和日历;

    • 文件管理;

    • 支持多个数据库;

    • 灵活的基于角色的访问控制;

    • 多语言支持;

    • 可以同时处理多个项目;

    • 邮件通知。

    集成

    它集成了 SCM 框架。

    价格

    Redmine 是免费使用的开源工具。

    优点

    • 开源;

    • 免费使用;

    • 适合敏捷项目;

    • 良好的定制化。

    缺点

    • 缺乏支持;

    • 过时的用户界面;

    • 性能问题。

    总结

    对于热爱开源、定制化和免费产品的团队来说,这是一个非常棒的工具。

        结论    

    如果你还在使用电子表格方法来进行 bug 跟踪,那么是时候改变了。使用一个 bug 跟踪工具会提高整体效率。在本文中,我们已经向你展示了一些能帮你提高效率的最佳工具。除了这些工具,一些软件公司拥有他们自己的内部 bug 跟踪系统,针对他们的项目构建和使用。我希望这篇文章能够帮你了解更多问题跟踪相关的信息,并且有助于你决定是否需要将它集成到你的流程和公司。

    热门推荐:1. 面试官:如果要存ip地址,用什么数据类型比较好2. 一行可以让项目启动快 70% 以上的代码(实用)3. Redis中主、从库宕机如何恢复?4. 面试必备:聊聊数据库中的事务和锁5. 老大的新需求:生成订单30分钟未支付,则自动取消,该怎么实现?6. 这三种单点登录的方式你都Get吗?
    

    END

    最近整理一份资料《程序员学习手册》,覆盖了 Java技术、面试题精选、操作系统基础知识、计算机基础知识、Linux教程、计算机网络等等。

    获取方式:点“ 在看,关注公众号 Java大数据修炼之道 并回复 PDF 领取,更多内容陆续奉上。

    长按识别下方二维码关注后回复关键字: PDF 领取

    关注 java大数据修炼之道    每天学习java技术,你想学的Java知识这里都有!
    

    点分享

    点点赞

    点在看

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

    千次阅读 2018-06-09 13:06:09
    bug管理工具的跟踪过程(以BugZilla为例子): (1)测试人员发现了BUG,提交到Bugzilla中,状态为new,BUG的接受者为开发接口人员 (2)开发接口将BUG分配给相关的模块的开发人员,状态修...
  • 软件测试——bug提交及跟踪流程

    千次阅读 2020-10-09 14:07:09
    Bug跟踪管理 指派bug: 优先看bug是不是某需求的,指派给对应需求的开发负责人 如果无法区分是哪个需求的问题,项目老大指派 常见的笔试面试题: 公司的bug是如何进行跟踪的? 遗漏bug?遗留bugBug的...
  • 为了能够减少二次Bug率,一般组织都有一套Bug跟踪流程用来确保Bug修改的正确性。 下面是一个典型的Bug跟踪流程。 登记Bug -> 原因分析 -> 修改方案 -> 影响性分析 -> 修改 -> 测试 -> 测试组再...
  • BUG处理流程

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

    2014-05-20 15:35:00
    本文以翼发云协同项目管理系统为例子来讲解Bug跟踪流程,它以工作流为中心的集成式Bug跟踪软件,它广泛地应用于研发行业的产品缺陷管理 与跟踪、事务跟踪、问题跟踪、任务跟踪、查询跟踪、需求管理、变更跟踪、...
  • 为了能够减少二次Bug率,一般组织都有一套Bug跟踪流程用来确保Bug修改的正确性。 下面是一个典型的Bug跟踪流程。 登记Bug -> 原因分析 -> 修改方案 -> 影响性分析 -> 修改 -> 测试 -> 测试组再...
  • BugZero是一个基于Web的问题(bug)跟踪平台   BugzeroTM 是一个多功能,基于网络 (Web-based) 并在浏览器 (Browser) 下运行的以工作流为中心的集成式业务流程跟踪软件,它广泛地应用于各行业的产品缺陷管理与跟踪...
  • 上图就是bug处理的正常流程图,在使用缺陷管理工具的时候,这个流程图有助于我们正确了解缺陷的处理过程,帮助我们如何跟踪bug. 接下来我们来说说,bug的定义: (在读下面的内容之前,我们首先来说说为什么要 ...
  • 禅道bug管理流程

    千次阅读 2020-11-24 19:37:29
    bug的基本处理流程: 禅道里面缺陷处理的基本流程是:测试提交bug => 开发解决bug => 测试验证bug => 测试关闭bug。 如果bug验证没有通过,可以激活:测试提交bug => 开发解决bug => 测试验证bug =...
  • Bug 跟踪流程 我们先来定义一下什么是 bug 跟踪(或者 bug 跟踪流程)。Bug 跟踪是报告、安排优先级以及处理 bugs 和问题的过程。它听起来不怎么有趣,但是如果想要提供良好的服务,除了建立一个 bug 跟踪和修复...
  • bug处理流程规范

    2021-04-15 16:27:10
    本文档定义bug的整个生命周期,规范bug的解决方案及管理流程Bug在流转的过程中有章可循。规范bug严重等级与bug解决优先级,使开发人员与测试人员能根据此文档准确判断bug的严重程度并加以解决; 2关键角色及职责...
  • Bug处理流程规范

    2014-09-01 22:15:13
    基于禅道的BUG处理流程。自己整理的资料,希望能有一些帮助!
  • 12 个顶级 Bug 跟踪工具(建议收藏)

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

    千次阅读 2022-04-13 10:08:59
    了解项目中缺陷的管理流程 使用Excel对于缺陷进行管理 掌握禅道工具管理缺陷 一、缺陷介绍 1、缺陷定义:软件在使用过程中存在的任何问题都叫软件的缺陷,简称bug。 2、缺陷判定标准 衡量是否为缺陷:少功能、...
  • 十大开源BUG跟踪系统

    万次阅读 2018-01-13 10:03:52
    十大开源BUG跟踪系统 在软件开发生命周期(SDLC)跟踪错误是其中一个最重要的步骤没有这一步软件可以是不完整的。这是一个很大的节省时间的添加和管理的错误是在Bug跟踪系统。很少的错误追踪系统不仅跟踪...
  • 这篇文章将会分享国内外主流的10款Bug跟踪管理软件,实现对对Bug报告的记录、分析和状态更新等管理,他们分别是:PingCode 、ClickUp、 Jira、Redmine Tool、Asana、nTask、Bugzilla、BugLog HQ等等。
  • bug处理流程》.pdf

    2020-08-30 18:22:27
    bug管理工具使用基本知识,查看 bug 解决方案及 bug 状态,如果为已解决,则验证 bug 是否确定修改,如果 修改完成,点击关闭,如果 bug 没有修改正确,点击激活重新打开 bug。 如果 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书写必填...
  • 你还只知道BUG六要素么? 常见的软件测试面试题: 一条软件缺陷(或者叫bug)记录包含了哪些内容? 标准答案是: 【标题、严重等级、前置条件、步骤(bug描述)、期望结果、实际结果】 实际上在我们日常软件...
  • Bug 跟踪流程 我们先来定义一下什么是 bug 跟踪(或者 bug 跟踪流程)。Bug 跟踪是报告、安排优先级以及处理 bugs 和问题的过程。它听起来不怎么有趣,但是如果想要提供良好的服务,除了建立一个 bug 跟踪和修复...
  • 项目管理系列:BUG跟踪管理

    千次阅读 2015-11-18 16:05:57
    http://www.oschina.net/project/tag/122/bugtracker 项目管理和缺陷跟踪工具Redmine Redmine 是一个开源的、基于Web的项目管理和缺陷跟踪工具。它用日历和甘特图辅助项目及进度可视化显示...
  • bug处理流程总结

    千次阅读 2020-07-06 14:19:28
    bug处理流程bug的状态不同状态bug对应的场景bug被关闭的情况工作中bug处理问题 bug的状态 1、新建 2、打开 3、已修复 4、已关闭 5、拒绝 6、延迟 7、激活 不同状态bug对应的场景 1、新建 —测试人员新建,标出bug...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 41,276
精华内容 16,510
关键字:

bug跟踪流程