软件测试工程师——缺陷（一篇足以）

目录

定义

缺陷的类型

缺陷的严重程度

缺陷的状态

缺陷的根源

​缺陷的来源

缺陷的起源

缺陷的生命周期

缺陷的识别

缺陷报告模板

编写缺陷报告的目的

缺陷报告编写的准则

缺陷描述的准则

---

 定义

1. 软件未实现产品说明书中所提及的功能
2. 软件实现了产品说明书中不应该提及的功能
3. 软件未实现产品说明书中虽未提及但应该实现的功能
4. 软件实现了产品说明书中未提及的功能
5. 软件使用不方便，难以理解，从测试的角度觉得用户认为不好

*缺陷的类型：* 根据缺陷的自然属性划分的缺陷种类
*缺陷的严重程度：* 由于缺陷引起的故障对软件产品的影响程度
*缺陷的优先级：* 指缺陷被修复的紧急程度
*缺陷的状态*： 指缺陷在跟踪修复过程中的进展情况
*缺陷的根源：* 指错误发生的根本因素
*缺陷的来源：* 指错误发生的起因
*缺陷的起源*： 指缺陷引起的故障或事件等第一次被检测的阶段

以下将从缺陷的属性的不同角度详细介绍

缺陷的类型

含义：根据缺陷的自然属性划分的缺陷种类

缺陷的严重程度

含义：由于缺陷引起的故障对软件产品的影响程度

缺陷的优先级

含义：指缺陷被修复的紧急程度

缺陷的状态

含义： 指缺陷在跟踪修复过程中的进展情况

缺陷的根源

含义：指错误发生的根本因素

缺陷的来源

含义：指错误发生的起因

缺陷的起源

含义： 指缺陷引起的故障或事件等第一次被检测的阶段

**PS:** 可以根据软件的生命周期来记忆。

缺陷的生命周期

缺陷的识别

依据：
需求文档、设计文档、产品原型、测试用例都是客观的依据
参照同行业隐式需求进行识别-----------------------------------------（同行业隐式需求）
通过测试用例中的预期结果进行识别--------------------------------（预期结果）
通过需求规格说明书进行识别-----------------------------------------（需求规格说明书）
通过用户手册及其他文档进行识别-----------------------------------（用户手册及其他文档）
通过同行业相类似成熟的商业软件来识别--------------------------（同行业类似商业软件）
通过和开发人员你的沟通进行识别-----------------------------------（开发人员）
通过和有经验的测试人员沟通进行识别-----------------------------（测试人员）

缺陷报告模板

 1. 缺陷编号：BUG_项目名称_模块名称_功能介绍_001
 2. 所属模块：一级模块/二级模块/三级模块
 3. 优先级:P1>P2>P3>P4
 4. 严重程度：S1>S2>S3>S4
 5. 缺陷概述：用一句话描述缺陷的基本情况
 6. 缺陷描述：将缺陷的步骤，预期结果和实际结果列出来
 7. 提交人：陈冠希
 8. 备注：一般写产生缺陷的情况，将BUG截图作为备注信息
 ....
 

编写缺陷报告的目的

 1. 易于搜索软件测试报告的缺陷
 2. 报告的软件缺陷进行了必要的隔离，报告的缺陷信息更具体、准确
 3. 软件开发人员希望获得缺陷的本质特征和复现步骤
 4. 市场和技术支持等部门希望活动缺陷类型分布以及对市场和用户的影响程度

缺陷报告编写的准则

准确、清晰、简洁、完整、一致

缺陷描述的准则

单一准确、可以再现、完整统一
短小简练、特定条件、补充完善
不做评价

如果我的博客对你有帮助、如果你喜欢我的博客内容，请 “点赞” “评论” “收藏” 一键三连哦！

学习上

作为一个软件测试的过来人，我想尽自己最大的努力，帮助每一个伙伴都能顺利找到工作。所以我整理了下面这份资源，现在免费分享给大家，有需要的小伙伴可以关注【公众号：开心螺蛳粉】自提！

软件测试面试文档

我们学习必然是为了找到高薪的工作，下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料，并且有字节大佬给出了权威的解答，刷完这一套面试资料相信大家都能找到满意的工作。

行动吧，在路上总比一直观望的要好，未来的你肯定会感谢现在拼搏的自己！如果想学习提升找不到资料，没人答疑解惑时，请及时加入群：1150305204，里面有各种测试开发资料和技术可以一起交流哦。