【软件测试】笔记3

---

一、缺陷介绍

1. 缺陷定义

软件在使用过程中存在的任何问题都叫软件的缺陷（bug）

2. 缺陷判定标准

• 软件未实现需求（规格）说明书中明确要求的功能——少功能
• 软件出现了需求（规格）说明书中指明不应该出现的错误——功能错误
• 软件实现的功能超出需求（规格）说明书指明的范围——多功能
• 软件未实现需求（规格）说明书中虽未明确指明但应该实现的要求——隐性功能错误
• 软件难以理解，不易使用，运行缓慢，用户体验不好——不易使用

3. 缺陷产生的原因

• 需求阶段：需求描述不易理解，有歧义、错误等
• 设计阶段：设计文档存在错误或者缺陷
• 编码阶段：代码出现错误
• 运行阶段：软硬件系统本身故障导致软件缺陷

是软件就有缺陷

4. 缺陷的生命周期

注入bug->发现bug->清除bug

5. 缺陷的核心内容

• 缺陷的标题：描述缺陷的核心问题
• 缺陷的预置条件：缺陷产生的前提
• 缺陷的复现步骤：复现缺陷的过程（步骤和数据）
• 缺陷的预期结果：希望得到的结果
• 缺陷的实际结果：实际得到的结果
• 缺陷的必要附件：图片、日志等信息（证据）

6. 缺陷的提交要素

通过缺陷管理工具与开发交流

面试题：严重程度如何划分？（优先级、严重程度）

1. 主功能严重，次要功能其次
2. 用例的优先级

7. 缺陷类型

• 功能错误
• 界面错误（UI）——前端
• 兼容性——前端
• 数据
• 易用性
• 改进建议
• 架构
  面试题：如何区别功能错误？答：抓包看请求和响应（URL、数据传参）

二、缺陷编写

1. 缺陷报告示例

1、缺陷Id:使用了用例id
2、标题：测试数据结果描述+实际结果+预期|||||测试数据结果描述+实际+需求
3、状态：新建、打开、关闭、拒绝、延期
4、优先级：参考用例优先级
5、模块
6、缺陷描述：前置、步骤、预期、实际
7、附件/备注：日志、截图（实际结果）

2. 缺陷的跟踪流程

面试题：发现bug之后怎么做？----确认bug可复现

3. 提交缺陷注意事项

• 可重现：缺陷可以复现
• 规范性：符合公司或者项目要求
• 唯一性：一个缺陷上报一个问题

4. 缺陷编写规范

• 准确：描述信息正确
• 具体：有细节且真实特定
• 简洁易懂：描述简单容易理解
• 次序清晰：描述缺陷过程有条件，有先后顺序

三、缺陷管理工具

1. 禅道的介绍

• 地址：https://demo.zentao.net/user-login.html
• 特点：
  国产、免费、开源、简单、轻量级
  三管融合（产品管理、项目管理、质量管理）

2. 禅道的特点

测试而言的作用：

• 缺陷管理
• 用例管理

3. 禅道使用流程

4. 案例1——禅道管理缺陷（提交bug）

要求：

步骤：

测试操作：1. 提交缺陷；2. 关闭缺陷

5. 案例1——禅道用例管理（提交bug）

提示：使用禅道管理用例，便捷之处：可以记录执行结果和转为bug

---

总结

网课来源

【黑马测试】测试基础39-55