软件测试缺陷详解

目录

1.什么是缺陷

1.1 缺陷判定标准

1.2 缺陷产生的原因

1.2.1 软件缺陷的生命周期

1.3 缺陷描述

1.3.1 缺陷的标题

1.4 缺陷提交信息五要素

1.5 缺陷创建（缺陷描述提交）

1.5.1 缺陷跟踪流程

​ 1.5.2 提交缺陷注意事项

1.5.3 缺陷编写规范

1.5.4 实例

1.6 项目管理工具—缺陷管理工具（管理缺陷）

1.6.1 禅道特点

1.6.1 禅道管理缺陷

二、整体软件测试工作流程

---

1.什么是缺陷

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

注意：问题 ≠ 错误 问题包括很多

1.1 缺陷判定标准

1.少功能 >> 软件未实现需求(规格)说明书中明确要求的功能

2.功能错误 >> 软件出现了需求(规格)说明书中指明不应该出现的错误

3.多功能 >> 软件实现的功能超出需求(规格)说明书指明的范围

4.少功能 >> 软件未实现需求(规格)说明书中虽未明确指明但应该实现的要求

5.不易使用 >> 软件难以理解，不易使用，运行缓慢，用户体验不好 (测试人员的专业角度)

1.2 缺陷产生的原因

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

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

3.编码阶段：代码出现错误

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

1.2.1 软件缺陷的生命周期

需求规格说明 >> 设计 >> 编码 >> 测试 >> 故障分类 >> 故障隔离 >>故障解决

(注意：故障解决以后，可能产生新的缺陷)

1.3 缺陷描述

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

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

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

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

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

6.缺陷的必要附件：图片、日志、截图等信息(证据)

1.3.1 缺陷的标题

发现以后描述要清晰，让别人尽量看的懂，让别人知道哪儿有错误

缺陷格式：1、描述测试数据+实际结果（预期结果）

                  2、测试数据描述+预期结果（实际结果）

举例：输入不正确的取款金额，实际结果取款成功（预期结果：取款失败）

           输入不正确的取款金额，预期结果取款失败（实际结果：取款成功）

1.4 缺陷提交信息五要素

一、缺陷报告编号ID：缺陷的唯一标志(C1\C2\C3....) 

二、严重程度：

1.严重(S1)：主功能       

2.一般(S2)：次要功能       

3.微小(S3)：易用性、界面  

4.建议(S4)：建议性问题

三、缺陷优先级：     类似于测试用例优先级(P0\P1\P2)

P0：24小时内修复

P1：发布之前必须修复

P2：可以在下一个版本中修复

（指派人 指派给哪儿个开发人员）

四、BUG类型：

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

补充：兼容性浏览器(五大类：谷歌、苹果、IE、火狐、欧朋(欧朋一般在欧洲使用))

五、缺陷状态：

New：新建

Open：打开

Closed：关闭

Postponed：延期

1.5 缺陷创建（缺陷描述提交）

说明：简单来说就是缺陷描述和缺陷提交的一个整体

使用工具：(推荐使用)Excel

1.5.1 缺陷跟踪流程

白色为测试人员操作   绿色为开发人员操作

 1.5.2 提交缺陷注意事项

可重现：缺陷可以重现

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

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

1.5.3 缺陷编写规范

一、准确：描述的信息是正确的

二、具体、有细节且是真实特点的

三、简洁易懂：描述简单容易理解

四、次序清晰：描述缺陷过程有条件，有先后顺序

1.5.4 实例

1.5.5 面试问题

是否重现： 是否之前已经有人提了类似缺陷 或已经这个缺陷已经有人提了 是同一个原因导致的 他就会关闭缺陷 缺陷已经存在了 正在修复。 如果不重复，再确定是否为bug,开发人员根据你复现的步骤、前置条件、数据去执行一遍，如果能复现，那确实是bug。

当你发现缺陷后，首先会怎么办？

回答：首先，保证缺陷可重现，确定是一个BUG

另外注意：提交时，要检测缺陷是否存在

1.6 项目管理工具—缺陷管理工具（管理缺陷）

（这里介绍禅道）禅道、JIRA、 TFS 

注意：这只是一种工具 其他软件类似

禅道网页用户登录 - 禅道 (zkito.cn)

1.6.1 禅道特点

国产、免费、开源、简单、轻量级、三管融合(产品管理、项目管理、质量管理)

1.6.1 禅道管理缺陷

 挨个输入就可以了

二、整体软件测试工作流程

管理用例建议使用 Excel