BUG缺陷表的操作说明以及规范

前言

本文章主要是对BUG缺陷表的操作方法进行说明以及规范

一、缺陷管理表是什么？

缺陷管理是在软件生命周期中识别、管理、沟通任何缺陷的过程（从缺陷的发现到缺陷的解决关闭），确保缺陷被跟踪管理而不丢失。

二、为什么选择该多人协同办公软件进行BUG管理？

1.好处

1.1：权限把控

权限把控的作用是主要可以让BUG表的拥有者/管理者¹:一般为测试人员对进入到该表格中的人员更好的管控²
比如:
1.可以对进入的人员进行权限认证，管理员未分配权限人员无法进行该文档
2.可以对进入的人员进行操作控制，若用户A无编辑权限³无法对表格进行编辑。不同的用户可以做到分配不同的权限

1.2：用户监控

当一份表格多人进行操作时，可详情的看到有几个用户登入进来了、每一个用户正在干什么、用户正在操作那一个单元格。可以做到实时监控。

由上图可见，可以详细的看到有几个用户正在操作。用户B正在操作哪一个单元格那么那一个单元格上会有该用户的头像。

1.3：日志记录

日志记录是该软件的亮点。

1.3.1：操作留痕：

当用户A进入到表格后，那么他本次登陆所做的所有操作都会记录下来，可以做为用户操作的一个证据

1.3.2：改动流水

当某一个单元格数据发生异常⁴那么可以调出该单元格近期的改动流水，会显示某一次改动是哪个用户改的。以防数据失控

二、表格上第一列到底是什么东西？

1.序号

可以理解为BUG的唯一id,不过多阐述

2.一级模块

该字段可以理解为某一个系统内某一个大的模块，一般一级模块和二级模块⁵联动。比如XX管理为一级模块，XX列表为二级模块

3.二级模块

已在一级模块中描述过，不过多阐述

4.级别

5.错误类型

6.错误描述

主要对某一个bug的复现过程进行文字性的描述

错误截图

可以点击上面的文字会自动跳转到图片位置

当前状态

状态名称	描述
待确认	该状态是测试人员发现Bug但未确定下来，做记录用6
已确认	该状态是测试人员发现Bug确定下来，由开发人员对bug进行修复6
已解决	该状态是开发人员修复完Bug后选择，由测试人员进行验证7
待验证	该状态是开发人员修复完Bug后，测试人员准备验证时选择^6]
已验证	该状态是开发人员修复完Bug后，测试人员确认无误后关闭Bug用^6]
再激活	该状态是开发人员修复完Bug后，测试人员发现问题依然存在或出现另外连锁Bug用^6]
设计如此	该状态是开发人员认为需求本就如此规定时选择7 8
暂不处理	该状态是开发人员认为该Bug暂时无法处理时选择7 8
不予解决	该状态是开发人员认为该Bug无需处理时选择7 8
外部原因	该状态是开发人员认为该Bug是别的原因，如测试时网速卡7 8
无法复现	该状态是开发人员认为该Bug无法再次复现时选择7 8
重复bug	该状态是开发人员认为该Bug有别处定义过选择7 8

三、开发人员怎么用?

开发人员使用比较简单，一般只要点击修改Bug状态即可，并即时告知测试人员此条Bug已修复完成。

---

1. 一般为测试人员 ↩︎

2. 一般为开发人员 ↩︎

3. 此处可精确到单元格 ↩︎

4. 比如某个bug未改完，用户A误操作改成了已验证。 ↩︎

5. 二级模块可能不止二级 可能二级下还有三级、四级.那么会在二级模块栏中以 二级–>三级–>四级 来显示。 ↩︎

6. 该状态一般由测试人员来定义 ↩︎ ↩︎

7. 该状态一般由开发人员来定义 ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎

8. 一般要向测试人员说明原因 ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎