精华内容
下载资源
问答
  • 对于缺陷生命周期的每个阶段,都包括记录(Recording)、分类(Classifying)和确定影响(IdentifyingImpact)三个活动。缺陷生命周期的四个阶段看起来是按照顺序进行的,但是缺陷可能会在这几个阶段中进行多次迭代。下面...
  • 缺陷生命周期

    2021-03-23 11:50:32
    缺陷生命周期(K3)根据IEEEStd1044-1993定义的异常管理生命周期进行缺陷管理。(K3)根据IEEEStd1044-1993评估缺陷报告和缺陷分类以改进缺陷报告的质量  缺陷生命周期  (K3)根据IEEEStd1044-1993定义的异常管理生命...
  • 软件测试缺陷定义,缺陷(Defect):存在于软件之中偏差,可被激活,以静态形式存在于软件内部。 故障(Fault):当缺陷被激活后,软件运行中出现的状态,可引起意外情况,若不加处理,可产生失效,是一种动态行为...
  • 缺陷状态: 激活/打开 已修正 已关闭/非激活 重新打开(对应图示验证通过否N) 推迟(对应图示的延期) 保留(对应图示无法解决) 不能重现 需要更多信息

    在这里插入图片描述
    缺陷状态:
    激活/打开
    已修正
    已关闭/非激活
    重新打开(对应图示验证通过否N)
    推迟(对应图示的延期)
    保留(对应图示无法解决)
    不能重现
    需要更多信息

    展开全文
  • 软件缺陷生命周期

    2021-03-03 06:59:52
    图8-2此状态图是用于CMMI过程改进的MSF中的软件缺陷生命周期在VSTS中在用于CMMI过程改进的MSF中,缺陷有4个状态,开始状态是已提出状态。在变为活动状态之前,需要有个接受操作。在用于敏捷软件开发的MSF中,缺陷...
  • 软件缺陷生命周期收集.pdf
  • 软件缺陷生命周期

    2015-09-08 10:51:22
    Bug Life Cycle:缺陷生命周期 In softwaredevelopment process, the bug has a life cycle. The bug should go through thelife cycle to be closed. A specific life cycle ensures that the process ...

    Introduction:引言

    Bug can bedefined as the abnormal behavior of the software. No software exists without abug. The elimination of bugs from the software depends upon the efficiency oftesting done on the software. A bug is a specific concern about the quality ofthe Application underTest(AUT).

    缺陷可以被定义为软件的异常行为。不存在一个缺陷的软件是不存在的。消除软件缺陷依赖于高效率的测试。一个缺陷对于在测软件来讲是不容小视的。   

    Bug Life Cycle:缺陷生命周期

    In softwaredevelopment process, the bug has a life cycle. The bug should go through thelife cycle to be closed. A specific life cycle ensures that the process isstandardized. The bug attains different states in the life cycle. The lifecycle of the bug can be shown diagrammatically as follows:

    在软件开发过程中,缺陷拥有自身的生命周期。缺陷在走完其生命周期最终会关闭。确定的生命周期保证了过程的标准化。缺陷在其生命周期中会处于许多不同的状态。缺陷的生命中期通过下图展示了出来:

     

    注:深绿色状态为测试经理设置

           浅绿色状态为测试员设置

          浅蓝色状态为开发人员设置

    缺陷各个不同的状态如下:

    1.New          新建
    2. Open        打开 
    3. Assign      指派
    4. Test        测试
    5. Verified     确认
    6. Deferred    延期
    7. Reopened    重新打开
    8. Duplicate   重复
    9. Rejected    拒绝
    10. Closed     关闭

    Description of Various Stages:(描述各个阶段的)

    1. New: When the bug is posted for the firsttime, its state will be “NEW”. This means that the bug is not yet approved.

    1.新建:当缺陷被第一次递交的时候,它的状态即为“新建”。这也就是说缺陷未被确认其是否真正是一个缺陷。


    2. Open: After a tester has posted a bug, thelead of the tester approves that the bug is genuine and he changes the state as“OPEN”.

    2.打开:在测试者提交一个缺陷后,测试组长确认其确实为一个缺陷的时候他会把状态置为“打开”


    3. Assign: Once the lead changes the state as“OPEN”, he assigns the bug to corresponding developer or developer team. Thestate of the bug now is changed to “ASSIGN”.

    3.分配:一旦缺陷被测试经理置为“打开”,他会把缺陷交给相应的开发人员或者开发组。这时缺陷状态变更为“分配”。


    4. Test: Once the developer fixes the bug, hehas to assign the bug to the testing team for next round of testing. Before hereleases the software with bug fixed, he changes the state of bug to “TEST”. Itspecifies that the bug has been fixed and is released to testing team.

    4.测试:当开发人员修复缺陷后,他会吧缺陷提交给测试组进行新一轮的测试。在开发人员公布已修复缺陷的程序之前,他会把缺陷状态置为“测试”。这时表明缺陷已经修复并且已经交给了测试组。


    5. Deferred: The bug, changed to deferred statemeans the bug is expected to be fixed in next releases. The reasons forchanging the bug to this state have many factors. Some of them are priority ofthe bug may be low, lack of time for the release or the bug may not have majoreffect on the software.

    5.延迟的:缺陷状态被置为“延迟的”意味着缺陷将会在下一个版本中被修复。将缺陷置为“延迟的”原因有许多种。有些由于缺陷优先级不高,有些由于时间紧,有些是因为缺陷对软件不会造成太大影响。


    6. Rejected: If the developer feels that the bug isnot genuine, he rejects the bug. Then the state of the bug is changed to“REJECTED”.

    6.不接受的:如果开发人员不认为其是一个缺陷,他会不接受。他会吧缺陷状态置为“不接受的”


    7. Duplicate: If the bug is repeated twice or thetwo bugs mention the same concept of the bug, then one bug status is changed to“DUPLICATE”.

    7.重复提交:如果同一个缺陷被重复提交或者两个缺陷表明的意思相同,那么这个缺陷状态会被置为“重复提交”


    8. Verified: Once the bug is fixed and the statusis changed to “TEST”, the tester tests the bug. If the bug is not present inthe software, he approves that the bug is fixed and changes the status to“VERIFIED”.

    8.已核实:一但缺陷被修复它就会被置为“测试”,测试员会执行测试。如果缺陷不再出现,这就证明缺陷被修复了同时其状态被置为“已核实”。


    9. Reopened: If the bug still exists even after thebug is fixed by the developer, the tester changes the status to “REOPENED”. Thebug traverses the life cycle once again.

    9.再次打开:如果缺陷被开发人员修复后仍然存在,测试人员会把缺陷状态置为“再次打开”。缺陷即将再次穿越其生命周期。


    10. Closed: Once the bug is fixed, it is tested bythe tester. If the tester feels that the bug no longer exists in the software,he changes the status of the bug to “CLOSED”. This state means that the bug isfixed, tested and approved.

    10.关闭:一但缺陷被修复,测试人员会对其进行测试。如果测试人员认为缺陷不存在了,他会把缺陷状态置为“关闭”。这个状态意味着缺陷被修复,通过了测试并且核实确实如此。

     



    展开全文
  • 缺陷/bug的状态 New: 当你发现一个bug的时候,需要与项目负责人或者你的leader沟通以确认发现的确实是一个bug,如果被确认是一个bug后,就可以将其记录下来,并将bug的状态设为New。 Assigned 当一个bug被指认为New...

    首先是BUG的严重等级

    在这里插入图片描述

    BUG优先级

    bug优先级

    BUG的分类

    bug分类
    bug分类


    缺陷/bug的状态

    New:

    当你发现一个bug的时候,需要与项目负责人或者你的leader沟通以确认发现的确实是一个bug,如果被确认是一个bug后,就可以将其记录下来,并将bug的状态设为New。

    Assigned

    当一个bug被指认为New之后,将其指派给开发人员,开发人员将确认这是 否是一个bug,如果是,开发组的负责人就将这个bug指定给某位开发人员 处理,并将bug的状态设定为Assigned Open:一旦开发人员开始处理bug的时候,他就将这个bug的状态设置为Open,这表示 开发人员正在处理这个bug

    Fixed

    当开发人员进行处理(并认为已经解决)之后,他(她)就可以将这个bug的状 态设置为Fixed并将其提交给开发组的负责人,然后开发组的负责人将这个bu返还给测试组

    Pending Reset

    当bug被返还到测试组后,我们将bug的状态设置为“Pending Reset”

    Reset

    测试组的负责人将bug指定给某位测试人员进行再测试,并将bug的状态设置为 Reset

    Closed

    如果测试人员经过再次测试之后确认bug已经被解决之后,就将bug的状态设 置为Closed

    Reopen

    如果经过再次测试发现bug(指bug本身而不是包括因修复而引发的新bug)仍 然存在的话,测试人员将bug再次传递给开发组,并将bug的状态设置为 “Reopen”

    Pending Reject

    如果测试人员传递到开发组的bug被开发人员认为是正常行为而不是 bug时,这种情况下开发人员可以拒绝,并将bug的状态设置“Pending Reject”

    Rejected

    测试组的负责人接到上述Pending Reject bug的时候,如果她发现这是产品 说明书中定义的正常行为或者经过与开发人员的讨论之后认为这并不能作bug的时候,开发组负责人就将这个bug的状态设置为“Rejected”

    Postponed

    有些时候,对于一些特殊的bug的测试需要搁置一段时间,事实上有很多原 因可能导致这种情况的发生,比如无效的测试数据,一些特殊的无效的功等等,在这种情况下,bug的状态就被设置为“Postponed”

    Deferred

    有些情况一些特殊的bug显得不那么重要,同时也是可以消除的,这个时候 我们可以将bug的状态设置为Deferred

    缺陷记录的要素

    缺陷记录要素


    软件测试人员遇到BUG或者缺陷时的管理流程

    bug管理流程

    展开全文
  • 缺陷生命周期|缺陷的等级

    千次阅读 2019-12-07 21:16:39
    一、缺陷的等级 (1)Blocker(崩溃)        阻碍开发或测试工作的问题; (1)造成系统崩溃、死机、死循环,导致数据库数据丢失,与数据库连接错误,主要功能丧失,基本模块...

    一、缺陷的等级

    (1)Blocker(崩溃)

           阻碍开发或测试工作的问题;
    (1)造成系统崩溃、死机、死循环,导致数据库数据丢失,与数据库连接错误,主要功能丧失,基本模块缺失等问题。
    ——如:代码错误、死循环、数据库发生死锁、重要的一级菜单功能不能使用等(该问题 在测试中较少出现,一旦出现应立即中止当前版本测试)。
    (2)造成数据泄漏的安全性问题,比如恶意攻击造成的账户私密信息泄漏
    (3)涉及金钱计算
    (4)阻断性测试,所有测试工作进行不下去
    ——阻断错误一般发生在冒烟测试等主流程上,比如,如果注册之后才能进行内部操作,然而无法注册。

    (2)Critical(严重)

           系统主要功能部分丧失、数据库保存调用错误、用户数据丢失,一级功能菜单不能使用但是不影响其他功能的测 试。
           功能设计与需求严重不符,模块无法启动或调用,程序重启、自动退出,关联程序间调用冲突,安全问题、稳 定性等。
           如:软件中数据保存后数据库中显示错误,用户所要求的功能缺失,程序接口错误,数值计算统计错误等 (该等级问题出现在不影响其他功能测试的情况下可以继续该版本测试)。
    (1)重要功能不能实现
    (2)错误的涉及面广,影响到其他重要功能正常实现
    (3)非常规操作导致的程序崩溃,死机,死循环,闪退
    (4)界面超级难看
    (5)密码明文显示

    (3)Major(一般)

           功能没有完全实现但是不影响使用,功能菜单存在缺陷但不会影响系统稳定性。
           如:操作时间长、查询时间长、格 式错误、边界条件错误,删除没有确认框、数据库表中字段过多等(该问题实际测试中存在最多)
           不影响产品的运行,不会成为故障起因,但对产品外观和下道工序影响较大的缺陷
    (1)次要功能不能实现(和主要功能的区别:主流程之外的功能算是次要以及主要功能模块中的控件出现问题,但主要流程仍然能正常实现)比如说:注册时,用户名指明用户名为中文,但输入英文注册成功了,但不影响登录后的功能使用)
    (2)操作错误(数据库中列名,类型错误等)
    (3)查询结果错误
    (4)前端界面的简单输入限制未做出错误提示
    (5)例:删除操作未给提示,防止误操作

    (4)Minor(次要)

           界面、性能缺陷,建议类问题,不影响操作功能的执行,可以优化性能的方案等。如:错别字、界面格式不规范, 页面显示重叠、不该显示的要隐藏,描述不清楚,提示语丢失,文字排列不整齐,光标位置不正确,用户体验感受 不好,可以优化性能的方案等(此类问题在测试初期较多,优先程度较低;在测试后期出现较少,应及时处理)
    (1)界面上的错误,界面布局,文字格式,按钮样式等轻微错误
    (2)辅助说明描述不清楚
    (3)提示窗口文字未采用行业术语
    (4)改进建议

    二、缺陷生命周期

    ——每个公司、每一个工具对bug生命周期的定义都是不一致的,下面仅是一个常见的例子:

    测试人员应该跟踪一个Bug的整个生命周期,从Open到Closed的所有状态。

    BUG状态转换图

    在这里插入图片描述

    展开全文
  • 缺陷生命周期

    2019-09-22 21:59:28
  • 缺陷管理--软件缺陷生命周期

    千次阅读 2013-06-14 17:54:36
    发现缺陷 开发人员检查缺陷 确认缺陷 修正缺陷 返回发现者 缺陷验证 完成 关闭缺陷
  • 软件生命周期 / 缺陷

    千次阅读 2020-12-27 21:42:22
    一、软件生命周期 软件开发全部过程、活动和任务的结构框架,是从可行性研究到需求分析、软件设计、编码、测试、软件发布维护的过程 软件测试的生命周期图 软件开发过程中,软件测试所做的全部工作可称为...
  • 缺陷生命周期 缺陷的识别 依据:需求文档,设计文档,产品原型,测试用例,都是客观的依据 同行业的类似成熟软件,和开发人员沟通,跟有经验的测试人员沟通,同行业隐性需求,都是带有主观依据。 测试人员在识别...
  • 缺陷的分类和生命周期

    千次阅读 2020-01-13 15:45:50
    一、缺陷的概述和分类 测试职责:将发现的缺陷提交给开发修改,并回归。 概述:狭义概念是指软件程序的漏洞或缺陷,广义概念除此之外还包括测试工程师或用户所发现和提出的软件可改进的细节,或与需求文档存在差异的...
  • 软件缺陷生命周期(基本)

    千次阅读 2017-11-11 21:58:30
    一个最优化、最简单的软件缺陷生命周期的例子 1.发现缺陷-- (测试员发现缺陷并记录缺陷报告/缺陷报告交给程序员) --》打开-- (程序员修改缺陷/缺陷报告交给测试员) --》解决-- (测试员确认缺陷已修改/...
  • 缺陷生命周期缺陷的识别 缺陷生命周期 发现缺陷——》提交缺陷——》确认缺陷——》分配缺陷——》修复缺陷——》验证缺陷——》关闭缺陷 缺陷的识别 通过测试用例中预期结果进行识别 通过需求规格说明书进行...
  •  从刚工作时接触的第一个缺陷管理工具禅道,到redmine、JIRA、bugzilla,再到现在的QC,当然还有其它种的开源的或商业的缺陷管理工具,它们的本质是一样的,就是来管理缺陷生命周期。  其实,你理解任意的一款...
  • 掌握缺陷严重性和优先级的划分 掌握缺陷严重性和优先级的关系 掌握基本的缺陷生命周期 了解不同工具中的缺陷生命周期
  • 缺陷的处理过程(生命周期)

    千次阅读 2019-05-02 17:59:06
    情况1:验证确认是缺陷,那么开发经理要激活缺陷(将状态设置open) 并将缺陷指派给相应的开发人员 情况2:如果验证不是缺陷,那么开发经理会拒绝缺陷(将状态设置为:rejected). 扩展:如何处理被拒绝的缺陷? 首先...
  • 文章目录1、引言2、随机缺陷怎么办3、有争议的缺陷4、入职时如何提缺陷5、软件测试的生命周期6、软件测试V模型 1、引言 包含常见缺陷处理场景及软件测试生命周期和内容 2、随机缺陷怎么办 1、记录提交 2、...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 54,440
精华内容 21,776
关键字:

缺陷生命周期