缺陷
缺陷管理工具 jira 禅道 qc cq Bugfree
缺陷的类型：
遗漏 missing 该做的没做
错误 error 该做的做错了
额外的实现 extra 不该做的做了
软件缺陷的表现形式：
一.软件未实现需求规格说明书要求的功能
二.软件出现了需求规格说明书指明不应该出现的错误
三.软件实现了需求规格说明书未提到的功能
四.软件未实现需求规格说明书虽未明确提及但应该实现的目标
五.软件难以理解、不易使用、运行缓慢或者—从测试员的角度看最终用户会认为不好
缺陷跟踪的交付物
缺陷报告单（Bug Report）:也叫缺陷跟踪单(提票)。测试执行过程中，发现软件失效后，提出书面的报告，提供给开发人员或者其他负责人员作为定位缺陷的依据，也作为日后缺陷度量的数据依据。
缺陷报告的基本内容
| 缺陷项目 | 注意事项 |
|---|---|
| 简单描述 | 1、用一句话简单的,提纲挈领地描述清楚问题 |
| 详细描述 | 1、描述问题的基本环境，包括操作系统、硬件环境、网络环境、被测试软件的运行环境 2、用简明扼要的语言描述清楚软件出现异常时候的,测试人员的操作步骤及使用的数据 3、如果从GUI上可以反 映出软件的异常,采用拷屏的方式截取界面,粘贴在问题单中 4、被测试软件运行时候的相关日志文件 5、测试人员根据上述信息可以给出对问题的简单的分析 6、被测试软件的版本 7、状态、严重级别 8、提交日期、提交人 |
| 相关附件 | 1、GUI的拷屏图片 2、被测试软件运行的相关日志文件 |
缺陷报告单 属性 要输
标题 简单明了
所属模块
缺陷种类 ABCD 1234
致命 导致系统死机或程序崩溃闪退 当天解决
严重 主要功能业务没有实现
一般 次要的业务规格 栏位
轻微 UI界面 提示语
优先级 高 中 低
复现性（概率性bug）
首先、要抓取操作日志，保存
然后，要尽量多的执行相同的操作，争取复现，找到必要出现的原因。或者找出复现概率
提缺陷单，附件中添加日志，视频等信息
周期性验证 3-5周期尝试 突发性BUG
发现极端 系统测试 集成测试 验收测试
提交人 一般系统回显
提交时间 一般系统回显
指派人 指派给对应的开发或者指定的处理人
操作步骤
预期结果
实际结果
附件 截图 日志 视频
缺陷报告的状态
BUG的生命周期
缺陷的生命周期就是指缺陷从开始提出到最后完全解决，并通过验证和确认的过程。
在这个过程中缺陷报告的状态不断发生着变化，记录着缺陷被处理的过程。
缺陷的生命周期通过缺陷流程图得以展现
bug的生命周期
缺陷状态
新建
打开 否决（驳回） 延期 重复 无法解决
修复
等待检查 重新打开
关闭
缺陷的流转流程：
测试---对应开发---测试
测试---开发经理---对应开发---测试
测试---对接人（对接人文档）---对应开发---测试
测试---业务---对应开发--测试
测试---前端开发---对应开发--测试
