精华内容
下载资源
问答
  • Bug管理的一般标准流程
    2022-04-24 15:16:53

    1、测试人员提交新的Bug入库,错误状态为New。

    2、高级测试人员验证错误,如果确认是错误,分配给相应的开发人员,设置状态为Open。如果不是错误,则拒绝,设置为Declined(拒绝)状态。

    3、开发人员查询状态为Open的Bug,如果不是错误,则置状态为Declined;如果是Bug则修复并置状态为Fixed。不能解决的Bug,要留下文字说明及保持Bug管理为Open状态。对于不能解决和延期解决的Bug,不能由开发人员自己决定,一般要通过某种会议(评审会)通过才能认可。

    4、测试人员查询状态为Fixed的Bug,然后验证Bug是否已解决,如解决置Bug的状态为Closed,如没有解决置状态为Reopen。

    推荐阅读:


    软件测试时怎样找到更多的bug

    测试人员定位bug的基本要求

    线上处理bug的一般流程

    软件测试中如何快速发现Bug?分享8条测试原则

    测试工作中八成会遇到的一些软件测试管理问题

    更多相关内容
  • BUG管理流程规范.doc

    2019-09-03 13:42:46
    开发、需求、测试在执行测试阶段对bug处理相互间形成良好的沟通,对bug管理形成统一的规范,保证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管理流程bug管理流程bug管理流程bug管理流程bug管理流程bug管理流程bug管理流程bug管理流程
  • Bug管理流程

    2008-04-22 11:36:34
    Bug管理流程.pdf
  • 是一个介绍 用JIRA系统管理BUG的最佳实践
  • Bug管理规范及流程

    2018-09-03 17:12:12
    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-07-06 15:47:31
    软件测试流程图: 缺陷(Bug管理流程图:

    软件测试流程图:
    这里写图片描述

    缺陷(Bug)管理流程图:
    这里写图片描述

    展开全文
  • 禅道Bug提交管理规范

    2019-01-23 15:41:42
    禅道Bug提交管理规范 测试流程管理。 本文档定义了bug管理流程及其bug相关信息内容。
  • 生产环境BUG书写规范说明书.docx 有利于解决开发和测试人员之间因为是否是bug等问题产生的矛盾,减少沟通成本
  • bug的处理流程

    2021-03-04 04:39:18
    从刚工作时接触的第一个缺陷管理工具禅道,到redmine、JIRA、bugzilla,再到现在的QC,当然还有其它种的开源的或商业的缺陷管理工具,它们的本质是一样的,就是来管理缺陷的生命周期。其实,你理解任意的一款工具,...
  • bug的状态的管理流程

    2021-07-19 21:53:16
    (1)bug的状态: ... (2)bug流程 ①测试人员发现bug,提交。bug的状态为new; ②开发人员接收bugbug状态为in progress ③开发人员修改完毕,提交,bug状态改为fixed ④测试人员针对开发人员
  • 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管理规范及流程

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

    2009-07-01 09:13:30
    有点像CQ的一种流程,对于小项目可以用,但是对于大的项目,我也不是很了解,希望大家多指教。 msn:jadeyu712@126.com
  • 上图就是bug处理的正常流程图,在使用缺陷管理工具的时候,这个流程图有助于我们正确了解缺陷的处理过程,帮助我们如何跟踪bug. 接下来我们来说说,bug的定义: (在读下面的内容之前,我们首先来说说为什么要 ...
  • 测试BUG流程管理规范

    2016-07-20 09:32:05
    BUG单描述模板,开发和测试工作配合流程
  • Bug处理流程规范

    2014-09-01 22:15:13
    基于禅道的BUG处理流程。自己整理的资料,希望能有一些帮助!
  • 软件测试管理软件测试的重要环节:Bug管理的一般流程软件测试软件测试的主要目的在于发现软件存在的错误(Bug),对于如何处理测试中发现的错误,将直接影响到测试的效果。只有正确、迅速、准确地处理这些错误,才能...
  • BUG处理流程

    千次阅读 2019-05-10 18:16:00
    流程描述: 1、 测试人员发现bug提交给开发。 2、 开发人员判断是否是bug。 3、 如果是bug,进行修改,修改完成后更改bug状态为已解决。 4、 如果不是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管理规范与流程.doc
  • Bug管理的一般流程

    千次阅读 2016-07-17 18:01:16
    软件Bug的状态 新信息(New):测试中新报告的软件缺陷 打开(Open):被确认并分配给相关开发人员处理 修正(Fixed):开发人员已修正,等待测试人员...Bug管理的一般流程 测试人员提交新的Bug入库,错误状态为New。 高
  • 软件缺陷(bug)的处理流程。又属于一篇普及文,希望自己在被各种技术吸引的同时,能时常来整理和总结软件测试最基本的知识。从刚工作时接触的第一个缺陷管理工具禅道,到redmine、JIRA、bugzilla,再到现在的QC,当然...
  • 问题管理BUG管理任务管理项目管理系统 Cynthia提供了一个基于Web的、开源的、跨平台的软件项目管理和问题管理的解决方案。通过极大的灵活度,实现了特殊性和普遍性的统一。 它提供了强大的自定义配置功能,用户...
  • BugzeroTM 是一个多功能,基于网络 (Web-based) 并在浏览器 (Browser) 下运行的以工作流为中心的集成式业务流程跟踪软件,它广泛地应用于各行业的产品缺陷管理与跟踪、事务跟踪、问题跟踪、任务跟踪、查询跟踪、需求...
  • bug处理流程

    2018-09-28 10:59:01
    简述关于bug的相关流程,包括生命周期,包括项目各角色如何处理。
  • BUG处理流程说明

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

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 116,962
精华内容 46,784
关键字:

bug管理流程

友情链接: pcfctrl.rar