软件测试人员如何概述缺陷（测试基础之缺陷报告）

测试基础 一. 缺陷报告（defect report） ，现在小编就来说说关于软件测试人员如何概述缺陷?下面内容希望能帮助到你，我们来一起看看吧!

软件测试人员如何概述缺陷

测试基础

一. 缺陷报告（defect report）

1.1 测试工程师主要工作职责

1.测试负责人（测试经理，测试组长），编写测试计划

2.测试工程师

1）熟悉需求，编写各功能模块测试用例

2）执行测试用例，发现缺陷，提交缺陷报告

3）返测（复测），验证缺陷是否得到修改

4）编写测试总结报告

1.2 什么是缺陷报告？

当测试人员发现一个缺陷时，需要填写一份“缺陷报告”来记录这个缺陷，并通过缺陷报告告知开发人员所发现的问题-------缺陷报告是测试人员和开发人员交流沟通的工具

1.3 缺陷报告的重要组成

测试人员在测试过程中，发现缺陷，将缺陷提交给开发组，为了提高缺陷的质量和效率，几乎所有的软件项目组，都是项目管理工具（测试管理工具，bug管理工具），

例如：禅道， HP Quality Center（QC,） Jire，Bugzilla

因为不同公司使用的项目管理工具不同，造成缺陷报告的模板不完全同，大同小异。

1.缺陷编号（Defect ID）

记录缺陷发现的顺序，如果使用项目管理工具，自动生成。

2.缺陷发现者（Defected by）

测试人员自己

3.缺陷标题（Summary）

简明，扼要的描述缺陷

4.缺陷日期（Defected on date）

注意：不要写成data（数据）

发现缺陷的时间，在项目管理工具中，时间自动填写

5.指派给谁处理（Assigned To）

说明：测试人员发现缺陷，提交给开发组（开发经理），

开发经理将缺陷指派开发人员处理

6.缺陷所属模块（Subject）

在哪里发现的缺陷

7.缺陷版本（Detected in release/version/build）

在软件测试过程中，会生成很多临时版本（11.21）

扩展：

回归测试：在当前版本中，对上一个版本中，测试过的功

能再测试一遍

回归测试中有很多重复的操作，为了提高测试效率，采用

自动化测试（条件允许）。

8.缺陷的状态（status）

发现缺陷所处的状态

状态：

以项目管理工具QC为例：

new-----新发现的缺陷

open---确认的缺陷（被承认的bug）

fixed---修改过的缺陷（待返测的缺陷）

closed---关闭的缺陷

rejected---被拒绝的缺陷(没有被开发组承认)

reopen---再次激活（打开）的缺陷

以禅道为例：

激活状态-----新的 缺陷

已修改缺陷----修改后的缺陷

关闭------ 关闭的缺陷

扩展：

常见面试题：缺陷的处理流程？（缺陷的生命周期/缺陷的一生）

步骤1：测试人员填写缺陷报告，提交缺陷，此时的

状态：new

步骤2：开发经理确认（验证）缺陷

情况1：如果是缺陷，将缺陷的状态变为：open， 将此缺陷指派给相应的开发人员修改.

情况2：不是缺陷,将缺陷的状态变为：rejected

说明：被拒绝的缺陷是可以再次激活的，需要测试组长和测试经理和需求人员讨论得出结果。

步骤3：开发人员修改缺陷，修改完成后，开发人员将缺陷的状态变为：fixed

步骤4：测试人员返测（复测）

情况1：如果测试通过，将缺陷的状态变为：closed

情况2：如果测试不通过，将缺陷的状态变为：reopen，指派给开发人员再次修改

缺陷状态的变化：

【1】new> >open> >fixed> >closed

【2】new> >open> >fixed> >reopen> >fixed> >closed

９．缺陷的严重程度（severity）

测试的软件有多糟糕，影响有多严重

严重程度：

Urgent---致命的问题（死机）

Very High----非常严重缺陷

High----严重缺陷

Medium-----中级缺陷

Low-----小缺陷（小问题 ）

10.缺陷的优先级（priority）

缺陷在什么时间或者什么版本解决

优先级：

Urgent----立即解决

Very High---版本内解决

High----------下一个版本解决

Medium-----在软件发布之前解决

Low-----------可以存在软件中（需要测试人员，开发人员讨论，确定没有问题）

说明：一般软件在更新或者打补丁时，解决以前没有解决的bug

扩展：

关于优先级和严重程度

1）关于优先级定义影响的因素

【1】 缺陷的严重程度-----一般缺陷的严重程度越高，优先级越高

【2】开发人员任务压力-----压力越小，优先级越高

【3】缺陷的影响范围-------影响范围越广，优先级越高

【4】解决成本-----------------成本越低，优先级越高

2）优先级和严重程度是否成正比关系

不成正比关系

例如：软件界面存在问题，严重程度比较低，优先级较高

3）优先级和严重程度确定后，是否可以修改？

严重程度一般不修改，优先级可以修改

11缺陷描述(Description)

将发现缺陷的步骤（操作）和数据记录下来，让开发人员可以重现缺陷

说明：一般提交缺陷时，都会附带“证迹”（截图、视频）

总结：

缺陷报告的组成？

【1】缺陷编号

【2】缺陷标题（summary）

【3】缺陷发现者

【4】缺陷日期

【5】指派给谁处理

【6】缺陷所属模块

【7】缺陷版本

【8】缺陷状态(Status)

【9】缺陷的严重程度

【10】缺陷的优先级

【11】缺陷的描述（Description）

2缺陷报告的作用

1.记录bug

2.对bug进行分类（日期，提交者，版本，状态，严重程度，

优先级）

3.对bug进行跟踪管理（new->open->fixed->closed）

4.对bug进行分析统计

3.如何判断bug

1.根据测试用例的预期结果判断（实际结果与预期结果不一致，就是bug）

2.看需求（与需求不一致的bug）

3.与相关人员讨论（用户，需求，开发，产品）

4.参考bug的5点定义

注意：

1.不可重现（不可复现，随机bug）的bug也要报告，但要说明该bug不可重现，如果有可能，说明一下出现的频率（按照时间，后者操作10次出现几次）

4.bug的处理流程（bug的生命周期）

new->open->fixed->closed

,