软件测试（5）缺陷_如果缺陷通过验证测试,则测试人员需要对缺陷做的操作是( )

1 缺陷的基本概述

1.1 缺陷的定义

• 软件未实现产品说明书要求的功能
• 软件出现了产品说明书指明不应该出现的功能
• 软件实现了产品说明书未提到的功能
• 软件未实现产品说明书虽未明确提及但应该实现的功能
• 软件难以理解、不易使用、运行缓慢或最终用户认为不好

1.2 缺陷的属性

缺陷类型

注意：
需求分析、设计阶段，文档类型的缺陷多；
集成测试阶段，一般接口类型的缺陷多；
系统测试阶段，功能、界面类型的缺陷多；
验收阶段，更多关注性能缺陷；
实施过程中，可能会遇到一些软件包的缺陷。

缺陷的严重程度

缺陷严重程度是对软件的影响。
注意： 分类结合缺陷的影响、软件的具体功能（业务或流程）

缺陷的优先级

缺陷的优先级很大程度取决于缺陷对测试工作的影响程度。
例如：电商系统的用户注册功能无法使用（无法登录、购买、结算、支付、下订单、物流跟踪、收货、评论等功能都无法进行），就必须立即修复；电商系统中关于用户购买流程帮助说明的网页链接点击404页面。
注意： 优先级的衡量一般可以根据测试的软件系统的全业务流程划分，软件基本功能的缺陷，优先级高，且需要立即解决；软件的备选流、基本功能测试的反向测试内容，优先级低，有些甚至可改可不改。

面试题：缺陷的严重程度和优先级有什么关系？
1）二者之间没有直接关系；
2）严重的缺陷 不等于 修复优先级高；
3）即便优先级和严重程度都高，也只是偶然。
例如： QQ的帮助按钮，会经常遇到闪退的现象，严重程度很高，但优先级很低。

---

提交缺陷时，不能夸大或降低缺陷的严重程度或者优先级

缺陷状态

缺陷状态表示缺陷的处理进度。
发现缺陷是所有缺陷处理的前提条件，但是还没有进入缺陷的处理流程。
1）激活/打开（新建）：由测试人员进行标注。
2）确认：确认新提交的缺陷是一个真实有效的缺陷。一般由测试主管、质量保证（QA）或者产品经理进行确认。经确认后，有效缺陷会指派给相关人员进行处理。
3）已修复/修正：在缺陷被修复后，一般由开发人员进行。
4）关闭/非激活：经测试人员验证没问题。
5）重新打开：经测试人员验证没有被修复，需要再次打开进行修复。
6）推迟：测试要跟开发或者其他管理人员进行确认。
7）保留：一般由开发人员设定。
8）不能重现：开发按照缺陷复现步骤不能再次发现缺陷。一般如闪退、崩溃类型的缺陷，或者由于从操作系统差异、浏览器的缓存等信息，出现的问题。所以测试人员提交bug前要再三确认。
9）需要更多信息：作为测试人员 提交bug时，要尽可能的把相关文件一起提交（图片、视频）。
10）重复：一定要避免这种情况。
11）不是缺陷：一定不要出现此情况！！！
12）需要修改软件说明书：缺陷不是技术原因造成，而是由于需求、设计不明确。

缺陷起源

缺陷引起的故障或事件第一次被检测到的阶段

缺陷来源

缺陷发生的起因

缺陷根源

缺陷发生的根本因素

一般关注较多的是缺陷来源（直接原因；在测试总结阶段，关注缺陷根源。

2 缺陷的生命周期