精华内容
下载资源
问答
  • 缺陷的生命周期
    2021-07-23 05:16:46

    这个图片看起来很复杂,但是只要考虑到缺陷生命周期中的这些重要步骤,你很快就会明白缺陷生命周期的含义了。

    记录完了缺陷之后,开发人员或者测试经理就会去检查这些缺陷报告。测试经理可以把缺陷状态设置为“打开”,可以把这个缺陷指派给某个开发人员,或者延迟到下一个版本再进行处理。

    当开发人员收到指派的缺陷的时候,就可以开始进行处理了。开发人员可以把状态改为“不修复”、“无法重现”、“需要更多信息”或者“已修复”。

    如果开发人员把缺陷的状态改为“需要更多信息”或者“已修复”,那么QA人员就可以采取相应的行动。如果缺陷已经被修复了,那么QA人员就要验证这个缺陷的修复情况(即需要做回归测试),并根据验证结果把状态改为“确认关闭”或者是“重新打开”。

    缺陷状态描述:

    软件缺陷生命周期有很多个阶段。根据不同的缺陷跟踪管理系统,下面的状态名称也会有所不同。

    1)新建(打开):当QA人员汇报新的缺陷时

    2)延后处理:如果这个缺陷跟当前发布的这个版本没有直接关系,或者当前版本无法修复,或者这个缺陷不是很严重,不需要立刻修复,那么项目经理可以把状态设为“延后处理”。

    3)已指派:“指派给”这个值是由项目组长或者项目经理来填,指定给具体的某个开发人员。

    4)已解决/已修复:当开发人员做了某些必要的代码改动,并且确认修改之后,那么他/她就可以把状态改为“已修复”,然后就交给测试组进行回归测试。

    5)无法重现:如果开发人员根据QA人员在缺陷报告里面描述的步骤,都无法重现这个缺陷的时候,那么开放人员可以把这个缺陷标为“无法重现”。QA人员需要检查这个缺陷是否可以重现,并且把更为详细的重现步骤提供给开发人员。

    6)需要更多信息:如果开发人员认为QA人员提供的缺陷重现步骤不够清晰,因而无法重现缺陷的时候,那么他/她可以把状态标记为“需要更多信息”。在这种情况下,QA人员需要提供更为详细的重现步骤,并把缺陷返回给开发小组。

    7)重新打开:如果QA人员不满意这个修复结果,或者说即使在修复之后,依然出现同样的问题,那么QA人员可以把状态标记为“重新打开”,这样的话,开发人员就可以采取相应的行动了。

    8)关闭:如果QA小组已经验证过这个缺陷的修复结果,并且问题是已经得到了解决的,那么QA人员就可以把状态改为“关闭”。

    9)驳回/无效:有些时候,如果这个系统的确是按照规格说明来运行的,而缺陷的产生只是由于误解而引起的,那么开发人员或者小组组长可以把这些缺陷标记为“驳回”或者“无效”。

    22/2<12

    更多相关内容
  • 缺陷生命周期

    2021-03-04 01:13:21
    如图1所示,根据IEEEStd1044-1993中的描述,缺陷生命周期主要由四个阶段组成:识别(Recognition)、调查(Investigation)、改正(Action)、总结(Disposition)。图1缺陷分类过程对于缺陷生命周期的每个阶段,都...
  • 对于缺陷生命周期的每个阶段,都包括记录(Recording)、分类(Classifying)和确定影响(IdentifyingImpact)三个活动。缺陷生命周期的四个阶段看起来是按照顺序进行的,但是缺陷可能会在这几个阶段中进行多次迭代。下面...
  • 软件缺陷生命周期

    2021-03-03 06:59:52
    图8-2此状态图是用于CMMI过程改进的MSF中的软件缺陷生命周期在VSTS中在用于CMMI过程改进的MSF中,缺陷有4个状态,开始状态是已提出状态。在变为活动状态之前,需要有个接受操作。在用于敏捷软件开发的MSF中,缺陷...
  • 软件测试缺陷定义,缺陷(Defect):存在于软件之中偏差,可被激活,以静态形式存在于软件内部。 故障(Fault):当缺陷被激活后,软件运行中出现的状态,可引起意外情况,若不加处理,可产生失效,是一种动态行为...
  • 软件缺陷生命周期收集.pdf
  • 缺陷状态: 激活/打开 已修正 已关闭/非激活 重新打开(对应图示验证通过否N) 推迟(对应图示的延期) 保留(对应图示无法解决) 不能重现 需要更多信息

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

    展开全文
  • 缺陷/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管理流程

    展开全文
  • 软件和软件分类 软件测试是什么? 软件测试包括测试程序、测试数据、测试文档 软件的分类 按层次划分:系统软件、应用软件 按组织划分:商业软件(Windows、qq)、开源...没有不存在缺陷的软件,只有迄今为止尚未

    软件和软件分类

    软件测试是什么?
    

    软件测试包括测试程序、测试数据、测试文档

    软件的分类
    

    按层次划分:系统软件、应用软件
    按组织划分:商业软件(Windows、qq)、开源软件(源代码开放)
    按结构划分:单机软件(计算器)、分布式软件(QQ)

    软件缺陷的定义
    

    软件未实现产品说明书要求的功能
    软件出现了产品说明书指明不应该出现的功能
    软件实现了产品说明书未提到的功能
    软件未实现产品说明书中未明确提及但应该实现的目标

    所有不满足需求或者超出需求的都是缺陷
    没有不存在缺陷的软件,只有迄今为止尚未发现的缺陷

    缺陷的由来

    单词:bug、defect

    生命周期

    一般指测试周期。
    测试周期是指从测试项目计划建立到BUG提交的整个测试过程,包括软件项目测试计划,测试需求分析,测试用例设计,测试用例执行,BUG提交五个阶段

    瀑布模型

    最早提出的软件开发的过程模型
    存在的问题:
    1,强调时间顺序的严格执行,前阶段不完整,后阶段不开始
    2,将测试放在了编码之后,没有体现出测试贯穿软件生命周期的原则。可以避免需求的问题一直延续到代码完成才暴露或者被发现

    在这里插入图片描述

    螺旋模型

    在这里插入图片描述

    迭代模型

    在这里插入图片描述

    增量模型

    把软件分割为独立的模块,分批次的完成和交付。
    缺点:打破了原有的软件结构和框架,可能会带来一定风险
    增量模型一般和迭代模型一起运用
    1)软件增加了新功能
    2)优化了—功能
    3)修复了某些未知/已知的Bug

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

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

    千次阅读 2020-12-27 21:42:22
    一、软件生命周期 软件开发全部过程、活动和任务的结构框架,是从可行性研究到需求分析、软件设计、编码、测试、软件发布维护的过程 软件测试的生命周期图 软件开发过程中,软件测试所做的全部工作可称为...
  • 缺陷生命周期

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

    千次阅读 2013-06-14 17:54:36
    发现缺陷 开发人员检查缺陷 确认缺陷 修正缺陷 返回发现者 缺陷验证 完成 关闭缺陷
  • 简单的软件缺陷生命周期:1、发现——打开:测试人员找到软件缺陷并将软件缺陷提交给开发人员;2、打开——修复:开发人员再现、修复缺陷,然后提交测试人员去验证;3、修复——关闭:测试人员验证修复过的软件,关闭...
  • 缺陷的分类和生命周期

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

    千次阅读 2021-11-03 09:32:13
    文章目录一、缺陷的基本概述1.1缺陷的定义1.2缺陷的属性1.2.1缺陷的类型1.2.2缺陷的严重程度1.2.3缺陷的修复优先级二、缺陷生命周期三、缺陷的识别四、缺陷报告 一、缺陷的基本概述 1.1缺陷的定义 软件未实现产品...
  • 软件缺陷生命周期(基本)

    万次阅读 2017-11-11 21:58:30
    一个最优化、最简单的软件缺陷生命周期的例子 1.发现缺陷-- (测试员发现缺陷并记录缺陷报告/缺陷报告交给程序员) --》打开-- (程序员修改缺陷/缺陷报告交给测试员) --》解决-- (测试员确认缺陷已修改/...
  • 1 缺陷基本概述 1.1 缺陷的定义(重要!) 软件未实现产品说明书要求的功能; 软件出现了产品说明书指明不应该出现的功能; 软件实现了产品说明书未提到的功能; 软件未实现产品说明书虽未明确提及但应该实现的目标...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 65,053
精华内容 26,021
关键字:

缺陷的生命周期

友情链接: TEXT3.rar