--- title: 缺陷管理 date: 2023-04-14 16:43:50.36 updated: 2023-04-15 10:16:15.212 url: /archives/que-xian-guan-li categories: - 软件测试 tags: - 测试基础 --- ## 1.什么是缺陷 系统或者系统部件中那些导致系统或者部件功能无法使用的问题 ### 缺陷分类 - 额外实现 与需求规格说明书对比，另外添加了一些功能 - 实现缺失 与需求规格说明书对比，少了某些功能 - 实现错误 实际结果与预期结果偏差 ### 缺陷、故障、失效的区别 | 名称 | 英文 | 说明 | | ---- | ---------- | ------------------------------ | | 缺陷 | Defect/Bug | 缺陷是软件内隐藏的问题 | | 故障 | Fault | 缺陷诱发出来产生故障 | | 失效 | Failure | 故障不能很好处理就可能导致失效 | ## 2.缺陷报告内容 ### 缺陷标识 一般由缺陷管理系统自动生成 ### 缺陷标题 在什么地方做了什么操作出现什么错误 ### 缺陷详述 - 测试环境 预置条件，App类：（手机型号，手机软件版本） Web类（浏览器） - 测试步骤 一般同测试用例 - 预期结果 同测试用例 - 实际结果 和预期不一样，放截图 - 结果分析 对比测试（换手机，换浏览器，换模块），传输数据或日志分析 **5C原则** | 英文 | 中文 | 说明 | | ---------- | ---- | -------------------------------------- | | Concise | 简洁 | 只包含必不可少信息，不包括任何多余内容 | | Correct | 准确 | 每个组成部分的描述准确，不会引起误解 | | Complete | 完整 | 包含复现该缺陷的完整步骤和其他相关信息 | | Clear | 清晰 | 每个组成部分的描述清晰，易于理解 | | Consistent | 一致 | 按照一致的格式书写全部缺陷报告 | ### 缺陷属性 #### 严重性 对软件本身产生的影响 | 严重性 | 说明 | | ------ | -------------------------- | | 1 致命 | 崩溃、闪退、数据丢失 | | 2 严重 | 影响主要流程的缺陷 | | 3 一般 | 一般的功能，非主流的功能 | | 4 建议 | 界面问题、显示问题、建议类 | #### 优先级 是缺陷被修复的紧急程度 | 优先级 | 说明 | | ------- | --------------------------------- | | P1 立即 | 致命的问题 立即解决（偶发的除外） | | P2 高 | 严重的问题 高优先级 | | P3 中 | 一般的问题 中优先级 | | P4 低 | 建议的问题 低优先级 | #### 分类 功能问题，性能问题，兼容问题，安全问题 ... #### 出现频率 必然（100%），经常，有时，很少（无法重现） #### 状态 与缺陷流程有关 ### 版本 被测软件版本号 ### 附件 截图（有图有真相，更方便描述界面问题），录像，日志（便于开发分析问题），测试数据 ### 报告人 ### 报告日期 ### 指派人 ## 3.缺陷管理工具 Mantis，Bugzilla，Bugfree，Bugclose，QC，JIRA，禅道，公司自研 ## 4.缺陷管理流程 - 缺陷管理目的 缺陷跟踪和解决，缺陷分析和产品度量 - 缺陷生命周期 发现-提交-确认-分配-修复-验证-关闭 - 缺陷管理基本流程 1. 测试人员发现缺陷并提交 Bug，状态 New 2. 开发人员接受 Bug，状态 Open 3. 开发人员解决 Bug，状态 Fixed 4. 测试人员验证 Bug 5. 如果解决，状态 Closed 6. 如果未解决，状态 Reopen ![](/upload/2023/04/image-1681461809826.png)