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

首先是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或者缺陷时的管理流程

软件和软件分类

软件测试是什么？

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

软件的分类

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

软件缺陷的定义

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

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

缺陷的由来

单词：bug、defect

生命周期

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

瀑布模型

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

螺旋模型

迭代模型

增量模型

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