精华内容
下载资源
问答
  • bug的管理流程

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

    bug的类型

    软件的bug,狭义概念是指软件程序的漏洞或缺陷,广义概念除此之外还包括测试工程师或用户发现和提出软件可改进的细节或与需求文档存在差异的功能实现等。
    代码(功能)错误:产品功能没有实现
    界面优化:UI界面测试发现的问题
    设计缺陷:需求中要求的功能在实际上开发并未将此功能完成

    bug的等级

    bug等级划分有三级或四级,也有分五级,等级越高,那么可能被修复的等级也会越高

    1. 致命错误:
      常规操作引起的系统崩溃死机等问题
      数据泄露的安全性问题
      涉及到金钱计算
      阻断性测试,冒烟测试不通过
    2. 严重错误:
      重要的功能不能实现
      错误的波及面广影响到其他重要功能(功能交互)
      非常规操作导致的程序奔溃死机等
      界面难以接受的缺陷
      密码明文显示
      偶现的致命bug
    3. 一般错误:
      次要功能不能正常实现
      操作界面的错误
      查询错误,数据错误显示
      简单的输入限制未放在前端进行控制
      删除操作未给出提示
      偶先的严重性bug
    4. 细微错误:
      界面不规范
      辅助说明描述不清楚
      提示窗口文字未采用行业术语
      界面存在文字错误

    改进建议:可以提高产品质量的建议

    bug的生命周期

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

    bug的跟踪管理流程

    在这里插入图片描述

    bug跟踪管理流程–状态处理

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

    千次阅读 2019-08-15 17:51:54
    一、Bug的定义 软件的bug,狭义概念是指软件程序的漏洞和缺陷,广义概念除此之外还包括测试工程师或用户所发现和提出的软件可改进的细节,或与需求文档存在差异的功能实现等。 我们的职责就是,发现这些bug,并...

    一、Bug的定义
    软件的bug,狭义概念是指软件程序的漏洞和缺陷,广义概念除此之外还包括测试工程师或用户所发现和提出的软件可改进的细节,或与需求文档存在差异的功能实现等。
    我们的职责就是,发现这些bug,并提交给开发,让开发去修改。
    二、bug的类型
    要确定一个bug的类型,需要对项目或产品有比较深的理解,这个划分对于开发定位问题影响很小,但对于问题类型的统计就比较重要了。
    常见的bug类型划分(禅道系统为例,):
    代码功能错误 (例:闪退、提交保存后,回显信息不对、异常关机、登录报错)
    设计缺陷 (例:需求说明书文档上有某功能,开发并未开发、UI设计缺陷、代码设计缺陷)
    界面优化 (例:写作业错别字,界面信息不完整)
    其他(性能问题、配置相关、安装部署、安全相关、标准规范、测试脚本)
    其他划分:功能类、界面类、性能类、易用性类、兼容性类、其他
    三、bug的等级
    要bug等级,这个划分有分三级或四级,也有分五级的,如果是等级越高,那么可能被修复的等级也会高一些,然后有些公司还会根据你提的bug数量和bug等级来考察你的绩效,很多情况下,我们提交的bug大致等级差不对即可,没有严格区分。
    如何判断bug的等级(严重程度),一般可以参照下面的判断条件。
    (1)致命错误: 等级1
    1、常规操作引起的系统崩溃、死机、死循环
    2、造成数据泄露的安全性问题,比如恶意攻击造成的账户私密信息泄露
    3、涉及金钱计算
    4、阻断性测试,所有测试工作进行不下去
    (2) 严重错误: 等级2
    1、重要功能不能实现
    2、错误的波及面广,影响到其他重要功能正常实现: 功能交互
    3、非常规操作导致的程序崩溃、死机、死循环
    4、外观(界面)难以接受的缺陷
    5、密码明文显示:(界面+数据库),例:网页链接后显示为Uscmamc=334378721@qq.com&Password=123456 安全泄露
    (3) 一般错误: 等级3
    不影响产品的运行、不会成为故障起因,但对产品外观和下道工序影响较大的缺陷。
    1、次要功能不能正常实现 (例:登录旁边的帮助或者是找回密码)
    2、操作界面错误(包括数据窗口内列名定义、含义不一致)
    3、查询错误,数据错误显示 (例:查询12306出现12315)
    4、简单的输入限制未放在前端进行控制,(格式限制)长度,例:输入框输入20位正常登录,输入21位,点了提交没反应,没有登录进去,也没有任何错误提示,说明只控制了后端没有对前端进行控制。
    5、删除操作未给出提示
    (4) 细微错误:
    程序在一些显示上不美观,不符合用户习惯,或者是有一些文字的错误
    1、界面不规范
    2、辅助说明描述不清楚
    3、提示窗口未采用行业术语
    4、界面存在文字错误
    改进建议:可以提高产品质量的建议,包括新需求和对需求的改进。
    练习:bug的类型以及等级判断
    1、用户输入正确的用户名和密码不能登录网站 >代码错误,1等级
    2、客户需求要有充值功能,但是网络没有做 >设计缺陷,2等级
    3、网站首页的图片在IE8浏览器上显示不完整,火狐、谷歌正常 >界面错误,3等级
    4、网站充值后,出现金额错误 >代码错误,1等级
    5、在某购物APP上进行商品搜索时,闪退回到手机桌面 >代码错误,1等级
    6、在某购物APP上进行商品搜素时,手机卡死 >代码功能错误,1等级
    7、关闭按钮在弹窗左侧 >界面错误,等级4
    8、APP某个图标显示太小或者像素失真 >界面优化,等级4
    9、某个提示语需要改进一下,用户对专业术语不太懂 >界面优化,等级4
    10、密码找回功能点击无反应 >代码错误 ,3等级
    11、web点击查询,无反应 >代码功能错误 3等级
    12、输入12306,点查询,查询结果显示12315 >代码功能错误,3等级
    四、 bug的生命周期(管理流程)
    面试/笔试过程中经常会被问到的问题,bug的生命周期,就是一个bug被发现到这个bug被关闭的过程,步骤:
    生命周期中一般缺陷状态:新建(测试人员干的活)->指派(测试人员干的活)(开发,测试老大,开发经理)->已解决(开发人员)->待验(测试人员)->关闭.
    如果待验的bug在验证时没有解决好,我们需要重新打开(激活)->指派->已解决->待验,循环这个过程。
    中间其他状态:拒绝、延期等
    五、 bug的跟踪管理-缺陷管理工具
    常见的缺陷管理平台:
    禅道(zentao)
    bugzilla 、redmine、 jira都还不错,也比较强大,但是搭建起来很困难
    bugfree
    easybug免费开源,在线网站类型的
    Mantis这个还可以用
    QC(QualityCenter)、TD
    禅道的介绍:
    覆盖测试用例管理,发布管理,文档管理等,将产品,项目,测试这三者的概念明确分开,产品人员,开发团队,测试人员,这三者分立,互相配合,又互相制约,通过需求,任务,bug来进行交相互动,最终通过项目拿到合格的产品。
    六、 bug的跟踪管理-如何提交bug
    发现bug后,接下来你提交到bug管理平台,提交一个bug包含哪些内容?
    bug标题——标题要清晰简洁,写明bug描述,如果没有选择功能模块,最好在标题中标准功能模块。
    让查看bug的人员知道你所表达的意思。 Bug的功能模块+bug的操作+bug的结果
    重现步骤——详细写下bug的测试过程。能指导开发重现这个bug,附上测试数据
    实际结果——出现bug的结果,粘贴bug截图、日志截图
    预期结果——记得写清楚预期
    bug的类型和严重程度——便于后续测试结果分析,bug的统计
    bug测试换——例如:什么系统,哪个版本等。兼容性问题,难以重现问题
    附件——日志文件,文件测试数据。图片、崩溃日志文件等

    所有以上,参照公司前辈写的bug,依葫芦画瓢,拓展测试思维
    七、 bug的跟踪管理-状态处理
    1、已经指派的 bug—已经指派给开发的,请大家注意bug的走向,随时关注并进行跟踪!如果一直未修复,提醒开发修改,以免开发忘记,如果已经修复等待测试环境更新后进行验证,催着改bug
    2、已解决的bug—等待测试环境更新后进行验证,验证通过则关闭,验证不通过则重新打开指派给开发
    3、重复bug—先去查看下是否跟开发指派的bug重复?如果确定是重复则关闭;如果不重复,说明原因,重新打开指派给开发
    4、不是缺陷—确认开发环境是否跟测试环境一致,如果如开发所说不是缺陷则进行关闭;如果确认是缺陷跟开发沟通,沟通未达成一致找产品确认,确认是bug注明情况并再次指派给开发。
    5、无法重现—确认开发环境是否跟测试环境一致?包括操作步骤,浏览器,环境,特定账号,输入数据等,如果多个版本验证之后,如开发所说重现不了,依据bug的严重程度跟产品、开发一起确认关闭;如果找到重新原因,注明清楚并再次指派给开发
    6、不予解决—找产品经理进行确认,确认不予解决进行关闭,确认需要解决请备注原因并打开指派给开发
    7、设计如此—找产品经理进行确认。确认设计如此进行关闭,确认是问题,备注原因重新指派给开发
    8、延期修改—请看下bug严重程度,是否影响到当前版本发布?与产品经理进行确认。不予延期请根据情况进行激活与情况说明;延期请做好记录,后续版本进行关注——不关闭

    常见笔试面试题
    1、有没有你印象深刻的bug?bug的原因/bug当时怎么解决
    2、bug的生命周期(笔试)
    3、当你开了一个bug,但是开发不认为是bug,如何处理?
    4、你在发现bug并确认bug的过程中,对于复现率不高的bug怎么处理?

    展开全文
  • 在实际软件测试过程中,对于每个Bug都要经过测试、确认、修复、验证等的管理过程,这是软件测试的重要环节。 <br />错误跟踪管理系统 <br /> 为了正确跟踪每个软件错误的处理过程,通常将软件测试发现的...

    软件测试的主要目的在于发现软件存在的错误(Bug),对于如何处理测试中发现的错误,将直接影响到测试的效果。只有正确、迅速、准确地处理这些错误,才能消除软件错误,保证要发布的软件符合需求设计的目标。在实际软件测试过程中,对于每个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状态。

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

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

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

    展开全文
  •  1、测试人员填写bug并提交给开发组长,Bug的状态为New;  2、开发组长次日工作前对bug确认是否有效。有效的bug,状态变化为open,并分配给开发人员;bug无效或者延期修改的,将bug状态变化为Rejected,同时也在...
  • 2007年06月13日 广州 24℃~30℃ 暴雨 无风向微风初到现场发现原有的bug跟踪很不方便,则在空闲之余...在这些bug管理工具中,bug的极重要属性就是“状态”。一般可分为“新增(New&Active)”,“处理中(in ...
  • 禅道bug管理流程

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

    千次阅读 2016-07-17 18:01:16
    软件Bug的状态 新信息(New):测试中新报告的软件缺陷 打开(Open):被确认并分配给相关开发人员处理 修正(Fixed):开发人员已修正,等待测试人员验证 拒绝(Declined):拒绝修改缺陷 延期(Deferred):不在当前版本修复...
  • 软件测试管理软件测试的重要环节:Bug管理的一般流程软件测试软件测试的主要目的在于发现软件存在的错误(Bug),对于...在实际软件测试过程中,对于每个Bug都要经过测试、确认、修复、验证等的管理过程,这是软件测试
  • 敏捷开发bug管理流程

    2020-11-24 17:44:04
    BUG管理流程 BUG提交要求 要求 提交BUG要求分类准确、描述简洁、步骤清晰、有实例、复杂问题有据可查(日志或截图)。各部门进行审核,以开发人员角度来审查提交的BUG,确认测试人员已将BUG描述...
  • BUG管理流程规范.doc

    2019-09-03 13:42:46
    开发、需求、测试在执行测试阶段对bug处理相互间形成良好的沟通,对bug的管理形成统一的规范,保证bug有效快速的被修复,保证相互间工作正常进行,提供参考文档
  • bug的级别及管理流程

    2019-08-24 16:23:13
    2.bug的分类 bug一般分四类,从严重程度由小到大分别是次要【minor】、一般【major】、严重【critical】和崩溃【blocker】。 接下来我通过一个例子来说一下对bug分类的说明:从网上刚买回来一件衣服,打开看的时候...
  • bug的处理流程

    2021-03-04 04:39:18
    这个应该是我们重现bug的一个前提,如果没有这个前提,我们可能会无法重现问题,或者跟本就无从下手。这个是一般软件运行的一大前提,基本上所有的软件都依赖于操作系统之上的,对于一个软件来说,要想在某个操作...
  • Bug的分类和管理流程

    2019-05-17 13:05:00
    定义:是指Bug对软件质量的破坏程度,即BUG的存在将对软件的功能和性能产生怎样的影响 分类:系统崩溃、严重、一般、次要、建议 2.按优先级划分 定义:表示处理和修正软件缺陷的现后顺序的指标 分类:高(high)...
  • 如果公司bug管理混乱,bug未划分优先级,将会导致许多优先级高的bug未能及时解决,同时研发部门会花费大量时间处理非紧急bug,将会严重影响研发中心、产品中心、运营中心、商务中心工作效率。 2. 影响范围 研发...
  • bug管理规范及流程

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

    千次阅读 2015-08-18 11:37:31
     致命(一级bug) 通常表现为:主流程无法跑通,系统无法运行,崩溃或严重资源不足,应用模块无法启动或异常退出,主要功能模块无法使用。 比如:1.内存泄漏;2.严重数值计算错误;3.系统容易崩溃;4.功能...
  • 缺陷管理流程图是为了有效的跟踪,管理bug的处理情况,指导测试团队和开发人员有效的处理相关的bug。 不同角色的人,对bug处理的权限不一样,我们需要借助类似缺陷管理工具比如:QC进行实施。下面就不同角色的人...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 1,548
精华内容 619
关键字:

bug的管理流程