精华内容
下载资源
问答
  • 软件测试流程图&Bug管理流程

    千次阅读 2017-07-06 15:47:31
    软件测试流程图: 缺陷(Bug管理流程图:

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

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

    展开全文
  • bug管理规范及流程

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

    1      概述

    本文档定义bug的整个生命周期,规范bug的解决方案及管理流程。Bug在流转的过程中有章可循。 规范bug严重等级与bug解决优先级,使开发人员与测试人员能根据此文档准确判断bug的严重程度并加以解决;


    2     关键角色及职责

    角色

    职责

    测试工程师

    1. 根据规范提交bug;

    2. 及时验证bug是否已解决;

    3. 及时关注开发拒绝bug,和相关人员沟通讨论解决方式;

    测试经理

    1. 审核测试工程师提交的bug;

    2. 定期review bug,报告现状,并给出解决意见;

    开发工程师

    1. 以优先级为依据分析解决bug

    开发主管

    1. 定期 review bug,对bug多的模块加强code review和单元测试;

    2. 分析bug解决进度,对产品质量及进度进行风险评估;

    产品

    1、当开发和测试存在意见分歧时,进行需求确认

    2、从产品角度划分bug修改的优先级;

     

      

    3     Bug生命周期

     

     


     

    4     Bug书写规范

    4.1 主题

    1)   以一个简短的句子描述某个模块存在的问题;或者某个操作导致了什么问题;

    2)   描述问题时要简练、直接切入主题,但是要抓住要点;

    3)   偶现bug在主题前标注出现的次数;

    4)   有些模块功能比较多,可以在主题描述前标注上具体得操作;

    示例:

         【偶现3次】【账号切换】登录非本机手机号,切换回本机号码登录后,收不到消息

         【偶现2次】添加载体库时程序停止运行

     

    4.2描述

      说明区域包括:步骤、预计结果、实际结果、测试环境、bug出现时间、截图、日志

    1)   用数字编号,一步步的描述问题的重现步骤;

    2)   不同的操作步骤产生不同的问题,需分别报bug;尽量做到一个bug汇报一个问题;

    3)   偶现问题必须明确bug出现的时间、提供截图以及日志;

    5     Bug解决方案

    当天提交的新建状态bug,对应的开发人员需在2天内全部审核一遍,将bug分成以下3类:拒绝、进行中、延期、反馈(给产品);

     

    开发已修复的bug:将bug状态置为已解决;同时添加说明验证版本号、错误原因、解决办法;

    示例:

         验证版本:V1.0.1.1101(1101表示在11月1号可以验证)
             
    问题原因:未作条件判断
             
    解决方法:进行合理边界判断

     

    开发认为不是bug:将bug状态置为已拒绝;指派给bug提出者;同时注明拒绝理由;

    示例:

          参考XXX设计,测试人员理解错误;

     

    bug缺乏必要的信息:bug状态置为已拒绝;指派给bug提出者;同时注明拒绝理由;

    示例:

          缺少必须日志;

     

    开发已修复,测试验证通过的bug将bug状态置为已解决,并注明通过版本号;

    示例:

         V1.0.1.1103验证通过

     

    开发已修复,测试验证不通过的bug:将bug状态置为打回,并根据实际情况注明反馈理由;

    示例:

         V1.0.1.1103版本验证此问题仍然存在;

         步骤:XXX

         出现时间:XXX

         测试环境:XXX

         截图、日志;

     

    测试、开发有争议的bug:将跟踪类别置为需求,状态置为反馈;指派给对应产品,进行讨论确认修改方案;并注明反馈理由;

    示例:

         测试认为ip地址设置错误,应该提示用户,而不应该程序出现停止运行;

     

    无法修复的bug:将bug状态修改为公认,并注明公认理由;

     

    无法重现的bug:主要依赖日志分析问题原因,然后进行对应的修改;开发修改后,测试追溯3个版本、或者使用测试工具反复测试,如没有重现则先关闭;并注明关闭版本号;

    示例:

         V1.0.1.1103暂未复现,先关闭;

     

    需延期的bug:将bug状态修改为低,计划完成日期修改为计划解决bug的日期;并注明延期理由;

    示例:

         需求变更,改动量很大,影响版本发布时间;

     

    产品确认需要修改的bug:将bug状态修改为打回,指派给对应的开发人员,并注明修改内容;

     

    产品确认不需要修改的bug:将bug状态修改为已解决,并注明不需要修改原因;

     

    不是本端的bug:由bug所在端(本端)人员给出分析说明,转给对应端和开发人员,并口头通知;

     

    6     Bug跟踪类别

    bug:测试人员判定为bug的问题;

    优化:功能已实现,需要做性能优化的问题;

    建议:测试对于产品的一些改进建议;

    需求:需要产品重新梳理的需求问题;


    7     Bug状态

    新建:测试人员新提交的bug、优化或者建议的问题状态;

    进行中:开发人员已确认是bug,需要修改的问题状态;

    已解决:开发人员已修复的问题状态;

    已关闭:测试验证,确定已解决的问题状态;

    已拒绝:开发认为不是bug,拒绝给测试的问题状态;

    反馈:反馈给产品确认的问题状态;

    公认:确认是bug,但是无法解决的问题状态;

    打回:测试验证已解决bug,仍然没有修复的问题状态;

     

    8     Bug严重程度

    致命:不能执行正常的功能操作,或者因产品原因导致系统死机,需马上修复的问题

    示例:

           程序无法启动,或者登录;

           程序崩溃、停止运行,系统死机,无法进行下一步的操作

               

    严重:部分功能存在严重缺陷,尚可继续测试,不影响产品稳定性;

    示例:

          偶现的程序崩溃、停止运行

          功能未实现

          数据不同步

          功能错误,无法进行后续操作

    一般:次要功能或者界面存在的一些错误,不影响正常测试;

    示例:

          界面UI显示和效果图不一致;

          提示语不正确;

          错别字;

          查询结果显示错误

     

    建议:测试对于产品的一些改进建议;


    9     Bug优先级

    低:对产品的影响比较小,在时间不允许的情况下可以暂时不修改;

    中:必须修改,不一定马上修改,需讨论确定在某个特定的里程碑前修改完;

    高:必须在版本发布之前修改完;

    紧急:影响测试,需立即或者下一个版本修复;

    10  其他注意事项

    1)   开发人员没有关闭bug的权限,所有问题均需经过测试验证无误后才可关闭;

    2)   开发、测试双方有争议的bug,必须经过产品的确认才可进行下一步的操作;

    3)   测试需及时验证已修复bug;

    4)   产品人员可以根据产品的阶段性需求重新分配bug解决的优先级;

    5)   重新指派bug后,需要口头或者QQ告知对方;

    6)   bug的优先级划分比较重要;

    展开全文
  • 测试bug管理流程

    千次阅读 2014-04-24 11:18:40
    软件测试中Bug管理的一般流程 软件测试的主要目的在于发现软件存在的错误(Bug),对于如何处理测试中发现的错误,将直接影响到测试的效果。只有正确、迅速、准确地处理这些错误,才能消除软件错误,保证要发布...

    软件测试Bug管理的一般流程

    软件测试的主要目的在于发现软件存在的错误(Bug),对于如何处理测试中发现的错误,将直接影响到测试的效果。只有正确、迅速、准确地处理这些错误,才能消除软件错误,保证要发布的软件符合需求设计的目标。在实际软件测试过程中,对于每个Bug都要经过测试、确认、修复、验证等的管理过程,这是软件测试的重要环节。

            错误跟踪管理系统

            为了正确跟踪每个软件错误的处理过程,通常将软件测试发现的每个错误作为一条条记录

            输入制定的错误跟踪管理系统。

            目前已有的缺陷跟踪管理软件包括Compuware公司的TrackRecord软件(商业软件)、Mozilla公司的Buzilla软件(免费软件),以及国内的微创公司的BMS软件,这些软件在功能上各有特点,可以根据实际情况选用。当然,也可以自己开发缺陷跟踪软件,例如基于Notes或是ClearQuese开发缺陷跟踪管理软件。

            作为一个缺陷跟踪管理系统,需要正确设计每个错误的包含信息的字段内容和记录错误的处理信息的全部内容。字段内容可能包括测试软件名称,测试版本号,测试人名称,测试事件,测试软件和硬件配置环境,发现软件错误的类型,错误的严重等级,详细步骤,必要的附图,测试注释。处理信息包括处理者姓名,处理时间,处理步骤,错误记录的当前状态。

            正确的数据库权限管理是错误跟踪管理系统的重要考虑要素,一般要保证对于添加的错误不能从数据库中删除。

            软件错误的状态

            新信息(New):测试中新报告的软件缺陷

            打开 (Open):被确认并分配给相关开发人员处理;

            修正(Fixed):开发人员已完成修正,等待测试人员验证;

            拒绝(Declined):拒绝修改缺陷;

            延期(Deferred): 不在当前版本修复的错误,下一版修复

            关闭(Closed):错误已被修复;

            Bug管理的一般流程

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

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

            开发人员查询状态为Open的Bug,如果不是错误,则置状态为Declined;如果是Bug则修复

            并置状态为Fixed。不能解决的Bug,要留下文字说明及保持Bug为Open状态。

            对于不能解决和延期解决的Bug,不能由开发人员自己决定,一般要通过某种会议(评审会)通过才能认可。

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

            软件错误流程管理要点

            为了保证错误的正确性,需要有丰富测试经验的测试人员验证发现的错误是否是真正的错误,书写的测试步骤是否准确,可以重复。

            每次对错误的处理都要保留处理信息,包括处理姓名,时间,处理方法,处理意见,Bug状态。

            拒绝或延期错误不能由程序员单方面决定,应该由项目经理,测试经理和设计经理共同决定。

            错误修复后必须由报告错误的测试人员验证后,确认已经修复,才能关闭错误。

            加强测试人员与程序员的交流,对于某些不能重复的错误,可以请测试人员补充详细的测试步骤和方法,以及必要的测试用例


    原文转自:http://www.ltesting.net

    展开全文
  • Bug管理的一般流程

    千次阅读 2016-07-17 18:01:16
    软件Bug的状态 新信息(New):测试中新报告的软件缺陷 打开(Open):被确认并分配给相关开发人员处理 修正(Fixed):开发人员已修正,等待测试人员...Bug管理的一般流程 测试人员提交新的Bug入库,错误状态为New。 高

    软件Bug的状态

    新信息(New):测试中新报告的软件缺陷

    打开(Open):被确认并分配给相关开发人员处理

    修正(Fixed):开发人员已修正,等待测试人员验证

    拒绝(Declined):拒绝修改缺陷

    延期(Deferred):不在当前版本修复的错误,下一版修复

    关闭(Closed):错误已被修复


    Bug管理的一般流程

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

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

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

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

    展开全文
  • “缺陷管理工具”禅道—升华Bug处理流程与相关属性 作为一个软件测试工程师,对缺陷管理工具(缺陷:Bug)的认识和准确操作是有所必要的,缺陷管理工具现在行业中有很多:禅道、QC、Clear Quest、TestLink、Bugfree...
  • 测试中Bug管理流程和禅道

    千次阅读 2019-08-15 17:51:54
    一、Bug的定义 软件的bug,狭义概念是指软件程序的漏洞和缺陷,广义概念除此之外还包括测试工程师或用户所发现和提出的软件可改进的细节,或与需求文档存在差异的功能实现等。 我们的职责就是,发现这些bug,并...
  • Bug管理流程和几个重点 初到现场发现原有的bug跟踪很不方便,则在空闲之余搭建了一个bug跟踪工具。在谈论bug管理的问题中,大家列举了很多bug跟踪软件。但我觉得工具只是一个部分,主要的还是在bug管理流程上。...
  • BUG处理流程

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

    千次阅读 2004-06-26 18:04:00
    软件测试的主要目的...在实际软件测试过程中,对于每个Bug都要经过测试、确认、修复、验证等的管理过程,这是软件测试的重要环节。错误跟踪管理系统 为了正确跟踪每个软件错误的处理过程,通常将软件测试发现的每个
  • BUG处理流程说明

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

    千次阅读 2019-05-05 11:09:43
    不能重现的Bug都不能叫Bug, 所以对于Bug的追踪管理十分重要。在现代的软件项目中,提Bug的人和修Bug的人往往不是同一个人。对于提Bug的人要能准确的描述出环境和详尽的重现步骤,如果Bug直接来自客户,往往需要在...
  • bug缺陷管理流程及等级划分

    千次阅读 2015-08-18 11:37:31
     致命(一级bug) 通常表现为:主流程无法跑通,系统无法运行,崩溃或严重资源不足,应用模块无法启动或异常退出,主要功能模块无法使用。 比如:1.内存泄漏;2.严重的数值计算错误;3.系统容易崩溃;4.功能...
  • 在实际软件测试过程中,对于每个Bug都要经过测试、确认、修复、验证等的管理过程,这是软件测试的重要环节。 <br />错误跟踪管理系统 <br /> 为了正确跟踪每个软件错误的处理过程,通常将软件测试发现的...
  • 求哪位大神帮忙用bug管理系统(cynthia)画一个任务流程图 也不一定非得用这个系统画,只要是流程图就行。越简单越好。 任务分配流程 在线急等 。感谢。
  • 首先是BUG的严重等级 BUG优先级 BUG的分类 缺陷/bug的状态 New: 当你发现一个bug的时候,需要与项目负责人或者你的leader沟通以确认发现的确实是一个bug,如果被确认是一个bug后,就可以将其记录下来,并将bug...
  • 柠檬BUG管理-最简单的在线BUG管理工具一.概述柠檬BUG管理(www.lemonpm.com),由雒灵科技(北京)开发的一款在线的BUG管理工具。这是一款面向中小IT企业或分布式团队推出的一款在线BUG管理系统。它充分的考虑了...
  • Bug管理系统BugFree

    千次阅读 2019-02-21 20:46:49
    BugFree是借鉴微软的研发流程Bug管理理念,使用PHP+MySQL独立写出的一个Bug管理 系统。 下载XAMPP安装工具 https://pan.baidu.com/s/1FFXRWxQBPHla-UajBDcZLg XAMPP(Apache+MySQL+PHP+PERL)是一个功能强大的建 ...
  • 常用BUG管理工具系统

    万次阅读 多人点赞 2018-08-21 16:27:16
    常用BUG管理系统 1.EasyBUG 优点: 1)基于WEB的在线的,不用配置; 2)界面简单,操作容易上手,基本上只要是会上网的人一看就会用 3)拥有截图功能,以图片的形式直接存在,而不是以附件形式; 4)BUG解决流程...
  • 项目线上Bug处理流程

    千次阅读 2017-09-24 15:41:51
    前言针对线上Release版本出现的Bug问题,我们需要有一套稍微严谨的处理流程,否则很容易忙乱掉。 下面是处理流程初稿。流程处理思维图
  • bug管理规范

    2018-04-17 15:36:22
    bug管理规范一、概述本规范是常规的bug管理流程,适用于项目过程中的bug管理 二、BUG周期 三、Bug的分类、状态、级别 3.1 bug分类功能 A.重复的功能;B.多余的功能;C.功能没有达到设计的要求;D.功能实现与设计...
  • BUG管理工具认识

    2014-01-14 15:26:38
    1.clearcase 集成BUG管理 ClearCase具体的说是做配置管理的工具,只是SCM管理工具其中的一种。是RATIONAL公司开发的配置管理工具,类似于VSS,CVS的作用,但是功能比VSS,CVS强大的多...2.dct 集成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跟踪管理

    2008-01-30 17:11:00
    Bug的生命流程从新增的... 一、 Bug跟踪流程Bug的生命流程从新增的opened状态开始,到closed状态结束,简单而言,Bug核心跟踪管理流程应该包括:1、 新增:测试人员发现Bug之后新增一个Bug,并将Bug指定给对应的开发
  • Bug状态流程

    千次阅读 2009-12-24 13:17:00
    Bug的处理 问题定位:Calculate_error计算错误,指计算过程中、计算结果错误。Data_error数据错误,指非计算结果类的数据错误。Graphics_error图形错误,指绘图、图形显示、图形编辑时发生的错误。Interface_error
  • 软件工程师在工作过程中,难免要解决软件中的各种bug,但是经常...分配到一个bug后,要根据bug单号到bug管理系统查看该bug的详细信息。 1. 查看问题现象,了解问题 2. 查看软件版本和操作流程,检查当前版本和操作...
  • BUG的状态流程

    2020-03-03 10:11:55
  • 禅道bug管理工具

    千次阅读 2016-08-06 16:21:32
    使用bug管理功能之前,需要先创建产品。禅道里面设计的理念是bug主要附属在产品概念下面的,后面我们会详细讲述产品和项目之间的关系。 新增产品的时候,需要设置产品的名称、代码,几个负责人信息。 ...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 104,831
精华内容 41,932
关键字:

关于bug管理流程