测试过程中bug缺陷的定义、bug类型、bug等级、bug生命周期、bug管理流程、bug状态处理

2023-09-02 00:55| 来源: 网络整理| 查看: 265

1、bug的定义

需求文档存在差异的功能实现与用户需求不符

2、bug的类型

代码（功能错误）：功能没有实现界面优化：UI、用户界面设计缺陷：开发、需求文档中的功能没有实现

3、bug的等级

1.致命缺陷：系统崩溃、死机　　安全性问题　　涉及金钱计算　　阻断性测试　　 2.严重错误　　重要功能　　功能交互　　非常规操作导致的程序崩溃、闪退　　界面难以接受　　密码明文　　偶尔出现的致命bug　　 3.一般错误不影响产品的运行　　次要功能不能正常实现　　操作界面错误　　查询错误，数据错误显示限制未被控制删除后为给出提示是（没有二次确认）偶尔的严重性bug 4.细微错误界面不规范辅助说明描述不清楚提示窗口文字

4、bug的生命周期

新建bug---指派---已解决---待验证---关闭

5、bug的跟踪管理流程图

6、bug的跟踪管理--状态处理

已经指派的bug

----已经指派给开发的，请大家注意自己bug的走向，随时关注并进行跟踪!如果直未修复，提醒开发修改,以免开发忘记;如果已经修复等待测试环境更新后进行验证。催着改bug

已解决的bug

----等待测试环境更新后进行验证，验证通过则关闭;验证不通过则重新打开指派给开发

重复bug

------先去查看下是否跟开发指定的bug重复?如果确定是重复则关闭;如果不重复,说明原因,重新打开指派给开发,

不是缺陪

-----再次依据需求确认，是否是bug,如果依然觉得是缺陷跟开发沟通，列举出来觉得是bug的点，沟通未达一致找产品确认，确认是bug注明情况并再次指派给开发,产品确认不是bug,就不纠结，直接关闭bug,但是,会拿小本本把这个bug记录下来,等到测试任务结束后，再来研究研究。

无法重现

----确认开发环境是否跟测试环境一致?包括操作步骤、浏览器、环境、特定账号、输入数据等,如果多个版本验证之后,如开发所说重现不了，依据bug的严重程度跟产品、开发- -起确认关闭;如果找到重现原因，注明清楚并再次指派给开发

不予解决

----找产品经理进行确认。确认不予解决进行关闭;确认需要解决请备注原因并打开指派给开发

设计如此

----找产品经理进行确认。确认设计如此进行关闭;确认是问题，备注原因重新指派给开发

延期修改

---请看下bug严重程度,是否影响当前版本发布?与产品经理进行确认。不予延期请根据情况进行激活与情况说明;确认延期则做好记录，后续版本进行关注-不关闭

7、常见的缺陷管理平台:

禅道(zentao) ,我们现在做项目用的就是这个 bugzilla、jira:都还不错，也比较强大。但是搭建起来很困难 bugfree: Readmine easybug:免费开源，在线网站类型的 Mantis:这个还可以用 QC(QualityCenter) TD 不管是开源还是商业的缺陷管理工具，它们本质都是一样的，用来管理bug的生命周期。掌握其中-款工具，自然就会用其他的，稍微有一-点点区别的，别人加以指点,就可以明白了。

8、bug的类型及等级判断

用户输入正确的用户名和密码不能登录网站==代码(功能)错误+1，2级客户需求要有充值功能，但是网站没有做==设计缺陷+1, 2级网站充值后，出现金额错误==代码(功能)错误+1级在某购物APP.上进行商品搜索时，闪退回到手机桌面==代码(功能)错误+1级在某购物APP上进行商品搜索时，手机卡死==代码(功能)错误+1级关闭按钮在弹窗左侧==界面优化+4级 APP某个图标显示太小或者像素失真==界面优化+4级某个提示语需要改进一下，用户对专业术语不太懂==界面优化+4级忘记密码，功能没有实现==代码(功能)错误+2, 3级

禅道提交bug界面

所属产品、所属模块、所属项目、影响版本当前指派、截止日期 Bug类型（代码错误、界面优化、配置相关、安装部署、安全相关、性能问题、标准规范、测试脚本、其他、设计缺陷）操作系统、浏览器、Bug标题、严重程度、优先级、重现步骤、相关需求、抄送给、附件、相关任务、关键词

*******请大家尊重原创，如要转载，请注明出处：转载自：https://www.cnblogs.com/shouhu/，谢谢！！*******

【本文地址】

公司简介

联系我们