bug的8种状态

最新推荐文章于 2025-07-03 15:37:40 发布
最新推荐文章于 2025-07-03 15:37:40 发布
阅读量4.1k 收藏
点赞数
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/Beyondsofter/article/details/1814678
本文介绍了一种简单的状态分类方法，其中包括有效状态（如 postphone, fix, won't fix, external, active）与无效状态（如 by design, duplicate, not reproducible）。这种分类方式有助于团队成员快速理解任务或问题的状态。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

 Valid: 1. postphone 2.fix 3.won't fix 4.external 5.active

invlaid:1.by design 2. dup 3. not repro

Beyondsofter
关注
腾讯秋招面试题：bug生命周期中有哪些状态？
海姐软件测试的博客
04-23 685
掌握Bug状态流转逻辑，不仅能提升缺陷管理效率，更能透过现象看本质——每个状态变迁背后，都是研发团队协作模式的微观映射。：Closed状态的Bug重新打开必须经过Reopened，禁止直接回退到InProgress。为基础，结合互联网大厂主流实践，详解Bug生命周期的关键状态及流转逻辑。：只有测试负责人可将状态置为Closed，防止开发私自关闭缺陷。“在腾讯云某次大规模活动中，我们通过定制Bug生命周期状态（如。：订单创建功能未修复，导致支付流程缺陷验证受阻。：前置缺陷未解决导致当前缺陷无法验证。
BUG 的几种状态
一个老宅男
04-07 7909
1、New(新的) 当某个 bug 被发现的时候(第一次)，测试人员需要与项目负责人沟通以确认发现的的确是一个 bug，如果被确认是一个 bug，就将其记录下来，并将 bug 的状态设为 New。 2、Assigned(已被指派的) 当一个 bug 被指认为 New 之后，将其提交给开发人员，开发人员将确认这是否是一个 bug，如果是，开发组的负责人就将这个 bug 指定给某位开发人员处理...
软件测试Bug和bug生命周期中的各种状态
10-05
软件测试Bug和bug生命周期中的各种状态.doc
Web测试中如何简单定位Bug
最新发布
hlsxjh的博客
07-03 650
​ 定位bug之前要确定自己对用例的理解是否有问题。（在工作中,很多测试结果错误都是因为自己对用例的理解没有到位，以致于操作错误导致结果不符合预期） 　　一般来说bug分为前端bug和后端bug，前端bug为请求数据错误， ​
bug的几种状态
热门推荐
syh的博客
09-26 2万+
1.New（新的） 当某个bug被发现的时候（第一次），测试人员需要与项目负责人沟通以确认发现的的确是一个bug，如果被确认是一个bug，就将其记录下来，并将bug的状态设为New。 2.Assigned（已被指派的） 当一个bug被只认为New之后，将其提交给开发人员，开发人员将确认这是否是一个bug，如果是，开发组的负责人就将这个bug指定给某位开发人员处理，并将bug的状态设定为Assign...
bug的状态
weixin_30345055的博客
04-19 512
1、New:（新的） 当某个“bug”被发现的时候（第一次），测试人员需要与项目负责人沟通以确认发现的的确是一个bug，如果被确认是一个bug，就将其记录下来，并将bug的状态设为New。 2、Assigned（已指派的） 当一个bug被指认为New之后，将其将给开发人员，开发人员将确认这是否是一个bug，如果是，开发组的负责人就将这个bug指定给某位开发人员处理，并将bug的状态设定为“A...
BUG的状态
yuyingji的博客
01-25 1643
•新建状态（ NEW ）   Bug创建后的初始状态。 •已分配状态（ASSIGNED）   经过确认为合法软件问题后分配给开发人员的状态。 •待验证状态（RESOLVED）   开发部门对软件问题进行处理或修改后的状态。 •重新打开状态（REOPENED）   对开发部门修改后软件问题，经过验证，如果仍然存在，则将其状态改为“重新打开”状态。对于“关闭/延迟修改”状态的软件问题
bug单状态流程图.pdf
09-16
8. 关闭：这是问题单的最终状态，表明问题已经被解决并且得到了验证。 9. 挂起：有时问题单可能因为某些原因不能立即解决，比如依赖其他组件的完成或需要在下一版本中处理，这时可以将问题单置于挂起状态。 10. 已...
软件测试管理中BUG状态的定义
03-23
软件测试管理软件测试管理中BUG状态的定义谈到缺陷（BUG）状态的状态，不得不提一下测试的工作模式，较为常见有以下两种：第一种工作模式为交互式，也就是说由测试工程师提交BUG到管理工具，通知软件工程师进行修改...
Bug的分类及bug的状态.docx
04-07
Bug 是软件测试中最重要的一部分，它可以分为多种类型，每种类型都有其特点和解决方法。以下是 bug 的分类和状态： bug 的分类 1. 功能缺陷：业务流程为实现，例如某个功能没有实现或实现不正确。 2. 代码错误：...
软件测试和bug的生命周期以及bug的状态与描述
catch_dreamer的博客
11-06 4552
1. 概述 一、软件测试的生命周期 1.软件测试的生命周期 需求分析–>测试计划–>测试设计、测试开发–>测试执行–>测试评估 2.软件测试&软件开发的生命周期 需求阶段 测试人员需要了解需求，对需求进行分解，得出测试需求 计划阶段 根据要求编写测试计划书或方案 设计阶段 测试人员适当的了解设计，搭建测试用例框架 编码阶段 测试人员不需要进行编码，需要对需求进行测试 测试阶段 软件测试人员最重要的一个阶段，编写测试报告 运行维护 测试人员需要参与项目的实施工作，需
软件测试之缺陷管理中BUG的几种状态
公众号：【伤心的辣条】
03-22 5853
软件的缺陷是软件开发过程中的重要属性，它提供了许多信息。不同成熟度的软件组织采用不同的方式管理缺陷。低成熟度的软件组织会记录缺陷，并跟踪缺陷纠正过程。高成熟度的软件组织，还会充分利用缺陷提供的信息，建立组织过程能力基线，实现量化过程管理，并可以此为基础，通过缺陷预防实现过程的持续性优化。
Bug的状态
qq_33774935的博客
10-25 1360
New:（新的） 　　当某个“bug”被发现的时候（第一次），测试人员需要与项目负责人沟通以确认发现的的确是一个bug，如果被确认是一个bug，就将其记录下来，并将bug的状态设为New。 Assigned（已指派的） 　　当一个bug被指认为New之后，将其将给开发人员，开发人员将确认这是否是一个bug，如果是，开发组的负责人就将这个bug指定给某位开发人员处理，并将bug的状态设定为“Ass
bug状态详解
weixin_43744113的博客
08-24 3766
bug状态 New（新建）——一个最新的bug报告，通常这个状态维持很短的时间。一旦注意到这个bug，通常要把新建状态改变为别的状态。在这种状态下的bug即将被接受且被标志成"ASSIGNED”,或者是传递给另外某一个人员,期间把bug状态维持在NE,或者是直接被解决,并标志成"RESOLVED” Feedback(反馈)——在处理这个bug之前，发出一个讨论这个bug的请求。举个例子，处理这个bug，有两个不同的方案，要经过讨论才能决定采用那个方案。或者你根本就没有解决方案，需要求助别人来提供解决方案。
缺陷管理：说一说bug的状态和解决方案
boweiqiang的博客
10-21 8327
经历过几家创业公司，发现大部分测试和开发人员，包括项目经理，对于bug状态与解决方案竟然傻傻分不清楚，导致bug管理与统计上的混乱，在费尽了我的三寸不烂之舌团队成员解释之后，索性将这个问题做个整理写下来，希望对这些基本概念有所普及，现在大部分测试人员只关心学习高大尚的自动化测试，性能测试技术，却对一些基本概念的理解却是模糊不清，甚是让我感到担忧，希望本文对于入行测试的初学者，以及已经走在成长路上的......
Bug和Bug生命周期中的各种状态
http://ysir.me
09-17 1419
从一个bug被发现到这个bug被关闭这一段时间，bug可能会有以下状态：new ，open Postpone，Pending Retest，Retest，Pending Reject，Reject，Deferred，closed(请注意这里有很多种状态，我们需要根据不同情况来决定怎样或者是否需要跟开发人员沟通) 下面就对这几种状态进行以下解释： New:（新的） 当某个“bug”
软件bug的状态
KamRoseLee的博客
03-03 568
新信息(New)：测试中新报告的软件缺陷； 打开 (Open)：被确认并分配给相关开发人员处理； 修正(Fixed)：开发人员已完成修正，等待测试人员验证； 拒绝(Declined):拒绝修改缺陷； 延期(Deferred): 不在当前版本修复的错误，下一版修复 关闭(Closed)：错误已被修复； ...
bug状态及生命周期
qq_66767167的博客
12-20 482
TD bug状态说明
andypk的专栏
08-12 1029
<br />Bug的处理<br />　　开发组长/经理<br />　　每天对Bug进行分配，标注处理意见，给定优先级（发版前必须三方：需求、开发、产品共同确定）。问题分配时，应尽可能将咨询类、理解错误类等问题处理掉，而不是留给开发人员。有可能是需求的问题，分配给需求人员。定期对Bug库分析，找出常出错的模块，进行代码审查<br />　　开发人员<br />　　分析Bug，写出问题原因，修改Bug；实行Bug优先原则，严重程度B-Major类或紧急程度3-High类以上（包含）bug5个或5个以上，停止新功能
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值