前言
本文章主要是对BUG缺陷表的操作方法进行说明以及规范
一、缺陷管理表是什么?
缺陷管理是在软件生命周期中识别、管理、沟通任何缺陷的过程(从缺陷的发现到缺陷的解决关闭),确保缺陷被跟踪管理而不丢失。
二、为什么选择该多人协同办公软件进行BUG管理?
1.好处
1.1:权限把控
权限把控的作用是主要可以让BUG表的拥有者/管理者1:一般为测试人员对进入到该表格中的人员更好的管控2
比如:
1.可以对进入的人员进行权限认证,管理员未分配权限人员无法进行该文档
2.可以对进入的人员进行操作控制,若用户A无编辑权限3无法对表格进行编辑。不同的用户可以做到分配不同的权限
1.2:用户监控
当一份表格多人进行操作时,可详情的看到有几个用户登入进来了、每一个用户正在干什么、用户正在操作那一个单元格。可以做到实时监控。
由上图可见,可以详细的看到有几个用户正在操作。用户B正在操作哪一个单元格那么那一个单元格上会有该用户的头像。
1.3:日志记录
日志记录是该软件的亮点。
1.3.1:操作留痕:
当用户A进入到表格后,那么他本次登陆所做的所有操作都会记录下来,可以做为用户操作的一个证据
1.3.2:改动流水
当某一个单元格数据发生异常4那么可以调出该单元格近期的改动流水,会显示某一次改动是哪个用户改的。以防数据失控
二、表格上第一列到底是什么东西?
1.序号
可以理解为BUG的唯一id,不过多阐述
2.一级模块
该字段可以理解为某一个系统内某一个大的模块,一般一级模块和二级模块5联动。比如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已修复完成。