缺陷报告（笔记）

一、什么是缺陷报告？

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

1 缺陷的五条定义(理解背诵记忆面试常考提)

1.需求要求实现的功能没有实现

eg：比如盖房子 我房间需要一个窗户 结果发现没有。

2.实现了需求没有要求的功能（画蛇添足）

3.软件中出现了明确指明不应该出现的错误

eg我房间的颜色 主题是白色 结果染成紫色。

4.需求中虽未明确说明指明不应该出现的错误

eg：盖房子的门  虽然没有明说  但是盖完发现没有正门。

5.软件不易使用，难以理解、运行缓慢等，站在用户角度上，一切觉得不好的地方。
eg：字体小 应该出现在屏幕中间 比如qq弹出 、出错时应该在出错的文本框内显示光标 结果框不能输入内容。

2、缺陷报告的组成

1、缺陷id
缺陷编号，一般会自动生成编号。
2、bug标题
简明扼要的描述一下该bug
3、所属产品
在测试哪个产品时发现的bug
4、所属项目
在测试哪个项目时发现的bug
5、所属模块
在测试哪个功能模块时发现的bug
因为项目有很多开发，模块多，写清楚可以直接找到bug的责任人，比如张三管的除法 李四管的乘法
6、影响版本
该bug影响了项目的哪个版本，或者在测试程序哪个版本时发现的
7、创建
该bug由谁创建提交的
8、当前指派
该bug指派给谁处理
风  13:33:21
9、bug类型
该bug属于那种类型
在禅道中，主要包括：代码错误、界面优化、设计缺陷、配置相关、安装部署、安全项目、性能问题、标准规范、测试脚本、其他。
手工测试 大部分都是功能错误。大部分都是代码错误。
实在确定不了可以找组长 经验丰富的人 开发确定一下。
10、操作系统
在哪些操作系统中会出现这个bug
如：windows、Linux、unix、IOS、Android
11、严重程度
指明该bug对软件造成的影响程度有多大。
例如：
1类：造成死机、系统崩溃等问题
2类：严重的问题
3类：中等程度的问题
4类：小的问题
注意：每个类别代表的具体含义每个公司可能是不一样，应该在测试计划火是在专门的文档中定义好，以便测试人员和开发人员达成一致。

问题：如何分辨bug的严重程度
有些好判断有些不好判断。Bug的级别划分很重要，会影响测试和开发人员的绩效考核，测试人员希望发现的bug严重程度越严重越好，越多越好。开发恰恰相反，有时候会存在奇异，为了避免这种情况出现，会在测试计划或者专门的文档提前规定 定义好。
以便测试开发人员达成一致
现在先按照目前的情况写。

12、优先级
希望该缺陷在什么时间内或者哪个版本程序员可以解决
1、立刻修复
2、下一版本修复
3、发布之前修复
4、允许发布中存在
注意：
同样，每个级别代表的具体含义每个公司可能不一样，应该在测试计划或专门的文档中定义好
13、bug状态
该bug目前处于什么状态，间接反映了缺陷的处理情况。在禅道中有激活。已解决。已关闭三种状态
激活：测试人员提交bug，该bug自动变成变为处于“激活”状态
已解决：开发人员修复完bug，该状态变为“已解决”状态
已关闭：测试人员返测完bug，如果返回成功，该bug变为“已关闭”状态。
14、重现步骤
把发现这个缺陷的步骤、结果记录下来、并给出预期结果，使开发人员通过你的描述可以看到这个缺陷，以便他去解决这个缺陷。（包括【步骤】【预期结果】【实际结果】）
要求：描述清晰、准确、易读，使开发人员容易读懂，并可以重现缺陷----初学者练习的重点、难点

3、缺陷报告的用途

1、记录软件缺陷
2、跟踪管理软件缺陷
3、对缺陷进行分类统计、用于缺陷的分析、总结

4.缺陷报告的问题

问题1：小的bug报告吗
报告。只是提交的时候严重程度低一些就可以了。软件测试工程师作为软件质量的守护神，不能放过一个bug

问题2：对于不可重现的bug（随机bug）报告吗
随机bug按照同样的操作有的时候会出现，有的时候不会出现。所以叫随机bug  也可以理解为随机事件不确定。
我们需要梳理一下bug是不可重现的。需要测试一下他出现的频率 比如10次出现几次。所谓随机bug就是没有掌握它的规律而已，因为影响bug的因素太多了。除了自身硬件 软件问题，可能操作系统 网络环境 硬件 cpu 内存都有关系。 
实际工作中随机bug并不多

问题3：报告缺陷时对缺陷评价吗？
不予评价，实事求是的填写即可。把该填写的项填写清楚，步骤 实际结果 预期结果写清楚，不要有任何评价或者有情绪化的话语。

问题4：是不是所有已发现的缺陷都会被修复
不是，因为有些bug解决起来非常麻烦，人力成本 时间成本高。但是产品马上上线发布了，但是bug虽然发现了，也先不解决，这种会有很大的风险。如果被用户发现，或者给用户造成经济损失，会面临法律诉讼 经济赔偿。 像windows的补丁包，可能发布的时候已经发现但是来不及了，后期再通升级 补丁包形式进行缺陷的补救 修复。
一旦某个bug允许发布的时候存在，不是一个人说了算的。需要测试人员 开发人员需求人员相关人员进行讨论肯定，是需要领导拍板的。解决成本有多大，如果不解决给用户造成的影响有多大，最后判断利弊再决定。

问题 5 ：严重程度和优先级是严格正比关系吗？
    严重程度和优先级不是严格正比关系，例如当前界面出现错字，严重程度较低，但是优先级却较高。