一个Defect的一生：缺陷声明周期描述

　

defect

下图描述了一个Defect的一生，即缺陷状态的变迁：

其中：

1、New、Reopen、Verified 由Test Engineer进行设置

2、Open、assigned、Closed 由Test Leader进行设置

3、Fixed、Rejected、Deferred由Development团队进行设置

状态说明：

• New：新注册缺陷。
• Open：Test Leader激活缺陷，下一步进行缺陷指派给Development团队进行修复。
• Assigned：Developer领取缺陷。
• Fixed：Developer修复了缺陷，提交Retest。
• ReOpen：Retest不通过，再次Open。
• Verified：Test Engineer执行Retest之后，确认缺陷已经被修复了。
• Closed：Test Leader确认之后，缺陷关闭。
• Rejected：Developer拒绝修复缺陷，备注拒绝原因。
• Deferred：Developer决定延迟修复缺陷，备注延迟修复原因。

修订版

增加一种状态：Duplicate，表示重复提交了缺陷，Developer标记为Duplicate。

（完）

相关阅读

从0到1创建高效的产品缺陷管理流程（3）：如何选择一款Bug管

一款bug管理工具会直接影响到团队的工作效率。我在前面两篇文章中对缺陷管理的流程，缺陷的处理的优先级做了介绍：《从0到1创建高效

从0到1创建高效的产品缺陷管理流程（1）：缺陷是什么? 如何

在任何软件生命周期中，软件缺陷的出现几乎是不可避免的。建立一套有效的缺陷管理流程的目的是为了减少软件缺陷出现的几率，并且大幅

商品搜索人气推荐算法的缺陷及可能的改进方向

借助算法强化和打造爆款，希望利用用户的从众心理去提升GMV，个人认为随着消费者权利意识的觉醒，以及追求消费个性化，人气推荐算法的弊

（二）缺陷报告

当测试人员发现一个缺陷，需要填写一份“缺陷报告”来记录这个缺陷，并通过这个缺陷报告告知开发人员所发生的问题–缺陷报告是测试人

十大最坑爹的产品设计缺陷你遇到过几个？

提问：你遇到过的最坑爹的产品设计缺陷有哪些？ 回答@郑健： 我想好好回答这个题目，对的，我就是来吐槽的。 1，知乎的评论系统与匿名