软件测试基础学习_day03（附思维导图）——软件缺陷管理与禅道工具使用

day03总结思维导图：

学习目标：

1. 能够说出软件缺陷判定标准
2. 能够说出项目中缺陷的管理流程
3. 能够使用Excel对于缺陷进行管理
4. 能使用工具管理缺陷

一、用例执行：

说明：执行结果与用例的期望结果不一致（含义），为缺陷

提示：用例执行不通过为缺陷，需要进行缺陷管理

二、缺陷

2.1缺陷的定义

软件在使用过程中存在的任何问题都叫软件的缺陷，简称bug。

2.2缺陷的判定标准

1、软件未实现需求（规格）说明书中明确要求的功能—少功能

2、软件出现了需求（规格）说明书中指明不应该出现的错误—功能错误

3、软件实现的功能超出需求（规格）说明书指明的范围—多功能

4、软件未实现需求（规格）说明书中虽未明确指明但应该实现的功能—隐性功能错误

5、软件难以理解、不易使用、运行缓慢，用户体验不好—不易使用

2.3缺陷产生的原因

需求阶段：需求描述不易理解，有歧义、错误等。

设计阶段：设计文档存在错误或者缺陷。

编码阶段：代码出现错误。

运行阶段：软硬件系统本身故障导致软件缺陷。

2.4软件缺陷的生命周期

2.5缺陷的核心内容

缺陷的标题：描述缺陷的核心问题

缺陷的预置条件：缺陷产生的前提

缺陷的复现步骤：复现缺陷的过程

缺陷的预期结果：希望得到的结果

缺陷的实际结果：实际得到的结果

缺陷的必要附件：图片、日志等信息（证据）

2.6缺陷提交要素

缺陷报告编号：缺陷的唯一性标志

严重程度：

1. 严重（S1）：主功能
2. 一般（S2）：次要功能
3. 微小（S3）：易用性、界面
4. 建议（S4）：建议性问题

缺陷优先级：

1. Priority0：24小时之内解决
2. Priority1：发布前必须修复
3. Priority2：可以在下一个版本中修复

Bug类型：代码错误、兼容性问题、设计缺陷、性能问题

缺陷状态：

1. New：新建
2. Open：打开
3. Closed：关闭
4. Postponed：延期

2.7软件缺陷类型

功能错误、界面（UI）错误、兼容性、数据、易用性、改进建议、架构

工作流程

设计用例à执行用例（执行测试）à缺陷（提交、验证、关闭）

缺陷定义：任何问题（Bug）

缺陷标准：多功能、少功能、功能错误、缺少隐性功能、易用性

描述缺陷：缺陷标题、前置条件、复现步骤、预期结果、实际结果、附件备注

提交缺陷信息：指派人、缺陷等级、修复优先级、类型、状态（统计缺陷）

作业：注册问题

三、缺陷编写

3.1缺陷报告实例（Excel）

PS：上图严重程度S0

3.2缺陷跟踪流程

提示：知道测试和开发流程中涉及的工作即可。

3.3提交缺陷注意事项

可重现：缺陷可以复现

唯一性：一个缺陷上报一个问题

规范性：符合公司或者项目要求

面试题：当发现缺陷后，首先会怎么办？

首先检查确定缺陷可复现，然后确定是BUG。

提交时，要检查缺陷是否已存在。

3.4缺陷标题梳理

四、缺陷管理工具

（禅道、JTRA、TFS）

4.1禅道的介绍

地址：禅道项目管理软件 - 开源、免费的项目研发测试管理工具

特点：

1. 国产、免费、开源、简单、轻量级；
2. 三管融合（产品管理、项目管理、质量管理）

4.2禅道的特点

三权分立

1. 产品部门——构想者
2. 研发部门——执行者
3. 测试部门——保证者

四角协同

1. 产品经理
2. 项目经理
3. 研发团队
4. 测试团队

4.3使用流程图

重点在管理缺陷

提示：详情见禅道系统使用演示