131 lines
3.6 KiB
Markdown
131 lines
3.6 KiB
Markdown
---
|
||
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
|
||
|
||
 |