精华内容
参与话题
问答
  • 缺陷生命周期

    千次阅读 2011-08-10 14:54:04
    系统测试缺陷生命周期 【说明】: New:表示测试人员新发现的缺陷,还未被开发人员确认。 Open:表示测试人员提交的缺陷,已被开发人员确认,待修复。 Fixed:表示缺陷已被开发人员修复,待测试人员回测。 Closed...

    系统测试缺陷生命周期


    【说明】:

    New:表示测试人员新发现的缺陷,还未被开发人员确认。

    Open:表示测试人员提交的缺陷,已被开发人员确认,待修复。

    Fixed:表示缺陷已被开发人员修复,待测试人员回测。

    Closed:表示缺陷已被开发人员修复,且测试人员回测通过,即关闭。

    Reopen:表示开发人员已经修复的缺陷,测试人员回测时,发现仍未彻底修复,则将状态置为Reopen。

    Dcliend:表示测试人员提交的缺陷,被开发人员等确认不是缺陷,则拒绝。

    Deffered:表示测试人员提交的缺陷,被确认是缺陷,但由于项目开发计划等因素,暂时不做修复,待下一版本进行修复,则置为延期状态。


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

    2012-03-10 20:47:13
    对于软件工程师,不仅要了解软件的生命周期,更要熟悉软件缺陷生命周期
  • 软件测试缺陷定义,缺陷(Defect):存在于软件之中偏差,可被激活,以静态形式存在于软件内部。 故障(Fault):当缺陷被激活后,软件运行中出现的状态,可引起意外情况,若不加处理,可产生失效,是一种动态行为...
  • 缺陷生命周期管理

    2013-10-25 14:13:24
    每个软件缺陷都要经过“报告、确认、修正、验证、关闭”的过程,这些过程构成了软件缺陷生命周期。为了有效的管理软件缺陷,发包方和外包公司要使用同一个软件缺陷管理系统报告和处理缺陷。双方需要在测试计划阶段...
        每个软件缺陷都要经过“报告、确认、修正、验证、关闭”的过程,这些过程构成了软件缺陷的生命周期。为了有效的管理软件缺陷,发包方和外包公司要使用同一个软件缺陷管理系统报告和处理缺陷。双方需要在测试计划阶段明确缺陷管理系统的使用规则,确定双方的使用权限和任务。一般外包公司负责缺陷的报告、验证和关闭,开发商负责确认、修正工作。

         为了准确的报告缺陷,外包公司需要有经验的测试人员确认和报告缺陷,避免重复报告缺陷,排除错报的缺陷,及时处理缺陷的反馈。例如,对于发包方要求的补充更多信息的缺陷,尽快补充缺陷的细节。外包公司的测试人员在新的软件版本上,验证被开发人员修正的缺陷,如果新版本上不再复现,则关闭缺陷,否则再次分配给开发人员进一步修正。

         做好每日报告/每周报告的进度跟踪
        对于“内部测试”的外包测试项目,为了对软件外包项目的进度进行有效跟踪,在测试执行阶段,开放商需要外包测试公司提供项目执行的进展情况,保证测试按照测试计划的预定目标推进。
        测试项目的“每日报告”或者“每周报告”是常采用的进度跟踪形式。“每日报告”是外包公司的“单点联系”人每天在下班前向发包方的“单点联系”人通过电子邮件等形式报告当日测试的执行情况,“每周报告”是外包公司每个周末报告一周来的测试执行情况。
        选择“每日报告”还是“每周报告”,需要考虑测试项目的时间跨越长度、对测试进度和质量的要求严格程度,对于跨越不同国家的外包测试项目需要考虑到不同时差和节假日等因素。对于测试时间周期很长的项目,如果双方比较信赖,可以采用“每周报告”的形式。

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

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

    发现缺陷

    开发人员检查缺陷

    确认缺陷

    修正缺陷

    返回发现者

    缺陷验证

    完成

    关闭缺陷

    展开全文
  • 缺陷报告及缺陷生命周期 读者问我这个问题: “如何报告我们系统中的1000个左右的缺陷? 我有10分钟的状态通话时间。” 如果您正在使用一个遗留应用程序,而该团队由于多种原因无法保持卓越的技术,则可能会...

    缺陷报告及缺陷生命周期

    读者问我这个问题:

    “如何报告我们系统中的1000个左右的缺陷? 我有10分钟的状态通话时间。”

    如果您正在使用一个遗留应用程序,而该团队由于多种原因无法保持卓越的技术,则可能会遇到这样的问题。 如此多的缺陷,很少的时间来讨论。

    让我们来看一下状态报告问题。 您可以报告缺陷趋势:上周打开数量,关闭数量和剩余数量。 请参阅《我们还在那里吗?》中的图8 该图表(以及页面上的大多数图表)用于项目团队,而非管理层。

    当经理想要了解缺陷状态时,他们实际上想要这些问题的答案,即缺陷的影响:

    • 这个问题会影响客户对产品的看法,是否足以使他们不购买或推荐该产品?
    • 这个问题会影响我们的收入能力吗?
    • 这个问题会影响我们留住或吸引客户的能力吗?

    如果您可以将问题作为这些问题的答案,则可以在10分钟(或更短的时间内)内提供合理的状态。

    以下是这在四种情况下的工作方式:

    方案1:您有数百种错别字,屏幕不一致和普遍松懈。 您认为团队应该修复所有这些问题,甚至可能要花几个星期才能解决。 您说的是这样的:

    “我们有x个问题,这些问题本身都不是真正的问题。 但是,当我们将它们放在一起时,客户似乎会对我们不一致的外观感到担忧。 我们可以忍受吗? 也许。 我担心客户愿意成为参考客户,甚至让他们寻找其他选择。”

    方案2:您有两个可怕的问题,而且很少发生。 发生的结果是客户数据完全丢失。 您认为您不应该将产品置于这些问题附近,即使它们很少发生。 这就是你说的:

    除了许多小问题,我们还有两个大问题。 我将重点讨论问题1和2。如果客户遇到这些问题之一,他们将丢失其数据。 我们无法恢复数据。 他们会很生气。 可能的结果是这些客户的收入损失,更糟糕的是,可能的评论使其他人知道了我们的问题。”

    场景3:您和您的同伴正在向敏捷过渡。 您有构建和测试自动化债务,因为构建需要几个小时,并且没有足够的自动化测试。 您担心测试不够,即使团队将一切标记为已完成。 您可以尝试如下操作:

    “在这些领域(您的测试自动化不足的地方),我们面临未知的风险。 是的,我们将这些区域中的功能标记为已完成,并且我们不知道自己所不知道的。 未知的风险有造成问题的习惯。 (提醒他们最近一次发生的情况。)我建议我们将其作为Beta版本发布,并在接下来的两周中花费大量时间进行测试自动化的积压工作,并缩短构建时间,以便我们更快地了解实际情况。 这样,我们在获取或保留客户方面就没有问题。 而且,我们不会因数据丢失而导致潜在的客户问题,因此不会丢失该客户。”

    方案4:您的团队无法完成功能。 可能是因为您有交错的迭代 ,或者您的团队依赖其他人或团队来完成功能。 在这种情况下,您可以这样说:

    “尽管我们正在完成工作,但是我们无法完成功能,因为我们没有将必要的人员集成到我们的团队中。 (说这些人是谁。)我不是在责怪他们-我确信他们也想完成这项工作。 但是,我担心未经测试就可能发布的风险(或您看到的任何风险)。 我担心我们会失去客户,从而失去收入。 我担心我们不会获得参考帐户。 我担心我们会错过发布日期,并失去潜在的收入。”

    在每种情况下,您都已完成工作。 您解释了问题的影响。 由您的经理决定做什么。

    当您想影响人们时(这就是您使用项目状态报告所做的事情),您可以解释问题如何影响他们。 您提供了可以讨论的可能性。

    如果您想学习如何做到这一点,尤其是在敏捷转型的情况下,请加入我们的有影响力的敏捷领导者

    翻译自: https://www.javacodegeeks.com/2017/02/highlight-risks-reporting-defects.html

    缺陷报告及缺陷生命周期

    展开全文
  • 缺陷报告及缺陷生命周期 在我为“实际产品负责人”讲习班授课时,有些采购订单正难以理解缺陷的严重程度。 当然,他们希望有一个较小的故事,但要等到所有问题都得到解决之后,缺陷才能解决,团队已经决定是否需要...
  • 缺陷生命周期定义  从一个defect被发现到这个defect被关闭这一段时间,defect可能会有以下状态:new、open、Postpone、Pending Retest、Retest、Pending Reject、Reject、Deferred、closed。(请注意这里有很多种...
  • Introduction:引言 Bug can be defined as the abnormal behavīor of the software. No software exists without a bug. The elimination of bugs from the software depends upon the efficiency of testing...
  • 缺陷/bug的状态 New: 当你发现一个bug的时候,需要与项目负责人或者你的leader沟通以确认发现的确实是一个bug,如果被确认是一个bug后,就可以将其记录下来,并将bug的状态设为New。 Assigned 当一个bug被指认为New...
  • 缺陷生命周期

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

    千次阅读 2009-11-21 10:48:00
    8.2软件缺陷生命周期与生物学的昆虫不同,软件的缺陷要经历一组非常严格的状态(参见图8-2)。在VSTS中,缺陷所允许的缺省的状态和转换依赖于你为项目所选择的过程模板。所选过程的那组规则决定了:选择可允许的...
  • 一、缺陷的等级 (1)Blocker(崩溃)        阻碍开发或测试工作的问题; (1)造成系统崩溃、死机、死循环,导致数据库数据丢失,与数据库连接错误,主要功能丧失,基本模块...
  • 平时我们提到软件开发生命周期,或开发模型,通常指的是软件开发的每个阶段需要完成的活动,以及这些活动是按照什么逻辑和时间顺序与其他活动进行关联的。本文将从另外一个角度:错误、缺陷、失效、根本原因和影响等...
  • 软件缺陷生命周期(基本)

    千次阅读 2017-11-11 21:58:30
    一个最优化、最简单的软件缺陷生命周期的例子 1.发现缺陷-- (测试员发现缺陷并记录缺陷报告/缺陷报告交给程序员) --》打开-- (程序员修改缺陷/缺陷报告交给测试员) --》解决-- (测试员确认缺陷已修改/...
  • BUG缺陷流程,缺陷类型,生命周期描述 (1)什么样的问题可以认定为BUG缺陷?:** (1)软件未实现需求说明书上描述的功能 ...(3)BUG缺陷生命周期是什么? 新建BUG(未解决)–>分配、转交(分配上下级
  • 软件缺陷生命周期(二)

    千次阅读 2009-11-21 10:55:00
    简单的软件缺陷生命周期:1、发现——打开:测试人员找到软件缺陷并将软件缺陷提交给开发人员;2、打开——修复:开发人员再现、修复缺陷,然后提交测试人员去验证;3、修复——关闭:测试人员验证修复过的软件,...
  • 一、缺陷的概述和分类 测试职责:将发现的缺陷提交给开发修改,并回归。 概述:狭义概念是指软件程序的漏洞或缺陷,广义概念除此之外还包括测试工程师或用户所发现和提出的软件可改进的细节,或与需求文档存在差异的...
  • Spring具有生命周期管理的功能,例子如下: 一个示例Bean的定义如下: public class ExampleBean { public void init() { // do some initialization work } public void cleanup() { // do some destruction...
  • 一个BUG(缺陷)的生命周期

    万次阅读 2018-06-01 15:05:15
    缺陷状态 对于一个问题,其处理过程是一个周期周期的不同阶段,其所处的状态也是不一样的。不同状态所对应的处理人也是不一样的。打开 : 表示问题被提交等待有人处理。重新指派 : 问题被重新指派给某人处理...

空空如也

1 2 3 4 5 ... 20
收藏数 968
精华内容 387
关键字:

缺陷生命周期