4.软件缺陷（BUG）管理流程

一、简介

1. 背景

如果公司bug管理混乱，bug未划分优先级，将会导致许多优先级高的bug未能及时解决，同时研发部门会花费大量的时间处理非紧急bug，将会严重影响研发中心、产品中心、运营中心、商务中心的工作效率。

2. 影响范围

研发中心、产品中心、运营中心、商务中心。

二、软件缺陷分类标准

1. 缺陷类型定义

表2-1 缺陷类型定义表

缺陷类型	描述
FC-功能问题	影响了重要的特性、用户界面、产品接口、硬件结构接口和全局数据结构，并且设计文档需要正式的变更。如：逻辑、指针、循环、递归、功能等缺陷
AL-程序错误问题	需要修改少量代码，如初始化或控制块。如声明、重复命名、范围、限定等缺陷。
IF-接口问题	与其它组件、模块或设备驱动程序、调用参数、控制块或参数列表相互影响的缺陷。
CK-用户操作提示信息问题	提示的错误信息，不适当的数据验证等缺陷。
BF-程序打包问题	由于配置库、变更管理或版本控制引起的错误。
DM-部署手册问题	影响发布和维护，包括注释。
UI-页面显示问题	人机交互特性：屏幕格式，确认用户输入，功能有效性，页面排版等方面的缺陷。
PF-性能