软件缺陷（bug）

Posted 2021-05-23 幼儿园里的扛把子

生活中我们肯定听过身边的朋友说过：‘这tm就是个bug’，‘你就是bug一样的存在’ 等话语。当你听到这句话的时候或许有些懵逼或许认为这货说的什么玩意。其实当你想成为一名测试工程师的时候你就要天天和bug打交道了，bug几乎每个人都非常讨厌他，当然作者也不例外，但当你测试一个需求的时候没有发现有bug，这个时候慌得就是你自己了，你就该想了 ‘什么，这个需求没有bug，不可能，rd垃圾的一逼怎么可能没有bug，难道是我能力不行测不出bug，，，，’。

一.缺陷跟踪管理流程：

缺陷提交 ——确认缺陷(项目经理) ——缺陷分配(项目经理) ——修复缺陷 ——缺陷复测 ——关闭缺陷

二.缺陷相关属性

1.缺陷ID，自动生成

2.缺陷简单-概要描述 缺陷标题：（加法计算机输入小数时提示错误）在什么情况下，做了什么操作，导致什么结果 。例：在用户名和密码都正确的情况下无法登录软件系统

3.缺陷详细描述 ：测试环境，重现步骤（发现缺陷的步骤），预期结果，实际结果

4.发现提交者

5.缺陷提交时间

6.缺陷严重性

7.缺陷优先级

8.分派 谁下一步接手处理这个缺陷

9.缺陷发现版本

10.所属项目

11是否可重现

12.所属模块

13.缺陷的状态

14.缺陷关闭的版本 发现 修复 复测 关闭

15注释

16附件 截图，文件，视频

三.缺陷状态：

新建/new刚刚提交的新bug

打开/open开发着手修复这个bug

已修复/fixed 开发修复完毕

关闭/closed 测试复测通过

重新打开/reopened 测试复测不通过

拒绝/rejected 开发拒绝承认该bug

重复/duplicated 缺陷管理系统中已存在相同的bug

推迟/postpone 时间不允许/bug不太重要，推迟到后面有时间在修复

四.缺陷重要级别

灾难性：系统崩溃，数据丢失，引起死机或非法退出或死循环，给系统引入安全漏洞

严重的：主要和常用系统功能遗漏或错误

一般的：界面错误，内容格式不对，输入限制未控制

最低的：提意见，提示文字未使用行业术语，操作未给用户进度提示

五.缺陷的优先级

最高：立刻修复

高：在产品发布之前必须修复

中：时间允许应该修复

低：可能会修复，但是也能先发布软件