| 【精选】BUG缺陷表的操作说明以及规范 | 您所在的位置：网站首页 › bug游戏软件 › 【精选】BUG缺陷表的操作说明以及规范 |
【精选】BUG缺陷表的操作说明以及规范
|
前言
本文章主要是对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那么可以调出该单元格近期的改动流水，会显示某一次改动是哪个用户改的。以防数据失控 二、表格上第一列到底是什么东西？
可以理解为BUG的唯一id,不过多阐述 2.一级模块该字段可以理解为某一个系统内某一个大的模块，一般一级模块和二级模块5联动。比如XX管理为一级模块，XX列表为二级模块 已在一级模块中描述过，不过多阐述 4.级别
主要对某一个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已修复完成。 一般为测试人员 ↩︎ 一般为开发人员 ↩︎ 此处可精确到单元格 ↩︎ 比如某个bug未改完，用户A误操作改成了已验证。 ↩︎ 二级模块可能不止二级 可能二级下还有三级、四级.那么会在二级模块栏中以 二级–>三级–>四级 来显示。 ↩︎ 该状态一般由测试人员来定义 ↩︎ ↩︎ 该状态一般由开发人员来定义 ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ 一般要向测试人员说明原因 ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ |
【本文地址】