软件测试之bug类型分类及缺陷管理

软件测试之bug类型分类及缺陷管理

软件缺陷：bug 或defect

主要归结：1代码问题 2需求⽂档

什么是缺陷?不满⾜⽤户确定的需求1.软件未达到产品说明书标明的功能

2.软件出现了产品说明书指明不会出现的错误

3.软件功能超出产品说明书指明范围

4.软件未达到产品说明书虽未指出但应达到的⽬标

5.软件测试员认为软件难以理解、不易使⽤、运⾏速度缓或者最终⽤户认为不好

产⽣缺陷原因1.⼯期短，任务⼤

2.⽂档不完善

3.程序设计错误

4.沟通交流不够

5.需求不断变化

6.软硬件⽀持不完善

7.软件的复杂性

软件测试提交bug 流程

如何有效记录缺陷?1.保证重现缺陷

2.分析故障⼀使⽤最少步骤复现故障

3.包含所有重现缺陷的必要步骤

4.⽅便开发阅读

5.尽量简单⼀⼀个缺陷--个报告

6.注意⾃⼰的语⽓等

BUG严重程度划分 致命：系统崩溃、404报错，报500错误，造成系统或应⽤系统崩溃、死机、系统悬挂或造成数据丢失、主要功能组完全丧失等；服务

器死机闪退，页⾯出现错误乱码，蓝屏等：⽴刻响应，3⼩时内必须解决

严重：功能未实现，逻辑错误，影响⽤户正常使⽤，与需求完全不符，或因此bug导致后续功能⽆法测试的。⼀天内解决

⼀般：逻辑实现但不正确，功能实现但是不正确，功能上的错误，页⾯中的错误；1-3天内解决

轻微：⽂案内容与实际不符，错别字，图⽚错误，建议性的bug 等

BUG优先级划分

⾼（p1）:bug严重级别较⾼，需要⽴即解决的，或者⼀般级别的但是⽐较棘⼿的

中（P2）:BUG严重级别⼀般的，不影响⽤户正常操作的

低（P3) : bug严重级别处于较低的，可以下⼀次Alpha测试前再再解决的

建议（P4）:建议性的BUG,可改可不改，⽆伤⼤雅。

缺陷报告的准则

准确-清晰-简洁-完整-⼀致

软件测试Bug之“缺陷分析“篇

提到Bug，软件缺陷，除了记录一个问题出现的现象和原因以外，对于一个或者多个Bug的分析也非常重要，本文讲述了Bug分析的目的，介绍了IBM的ODC缺陷分析法，已提供给需要进行缺陷分析的测试小伙伴们参考。

Bug记录平台介绍

Bug记录平台，用比较文绉绉的话说是软件缺陷跟踪系统（DefectTrackingSystem，DTS）是软件测试管理系统的核心部分。这里拿华为的缺陷管理系统来举例，网易以及其他互联网公司大部分会使用比较轻量级的开源平台比如Jira平台等。共同之处是对软件缺陷处理过程有一些最基本的要求，大概包括以下几个方面：

1）整个处理过程应该是闭合的，即确保每一个被发现的问题在过程中都能得到解决，在整个过程中追踪缺陷的状态，问题记录在整个周期内都得到维护

简单来说可以理解为Bug的状态流转，例如创建、进行中、已解决、关闭等

2）每一个被发现的软件缺陷都应该按类别和优先级进行分类

3）对软件缺陷的改正应该进行验证，以确保问题确实被解决、不利的影响已经被消除，并且解决该问题所引起的变化不会带来新的问题

软件项目团队的全体成员就以软件缺陷跟踪系统（DTS）为工作的参照物，形成良好的工作流程和运行机制，构建如下所示的软件测试管理体系：

1）测试人员向缺陷跟踪系统报告新bug，在新版本上执行回归测试验证bug是否正确修改 2）开发人员每天浏览属于自己需要修改的bug，修正bug后及时更新bug的状态

3）项目经理及部门经理根据缺陷跟踪系统的bug分布信息，跟踪和控制软件开发过程

4）技术支持人员根据缺陷跟踪系统的bug状况，估计软件的发布期限

BUG生命周期全流程：

测试人员提交BUG->开发人员处理->测试回归->关闭

问题单提交必填属性有：Bug主题、描述、重要性、测试类型、是否线上bug、影响的版本、经办人、回归人等

bug管理机制

1. bug的概念

bug，也称为软件缺陷，是在软件开发过程中出现的错误。bug可以是代码错误、

设计错误、配置错误等。bug的存在会影响软件的正确性和稳定性，并可能导致

软件崩溃、数据丢失等严重后果。

2. bug管理机制

bug管理机制是指软件开发团队用来管理和修复bug的一套流程和方法。bug管

理机制通常包括以下步骤：

1. bug的发现和报告

bug的发现可以是开发人员在开发过程中发现的，也可以是测试人员在测试过程

中发现的。发现bug后，开发人员或测试人员需要将bug提交到bug管理系统。

2. bug的分类和优先级排序

bug管理系统会根据bug的严重性、影响范围等因素，对bug进行分类和优先级

排序。

3. bug的修复

开发人员根据bug的优先级，对bug进行修复。

4. bug的验证

开发人员修复bug后，需要对bug进行验证，以确保bug已被正确修复。

5. bug的关闭

bug验证通过后，bug管理系统将bug关闭。

3. bug管理机制的重要性

bug管理机制对于软件开发过程非常重要。一个健全的bug管理机制可以帮助软

件开发团队及时发现和修复bug，并减少bug对软件质量的影响。

4. bug管理机制的常见工具

目前，市面上有很多bug管理工具可供软件开发团队使用。这些工具可以帮助软

件开发团队更有效地管理和修复bug。常见的bug管理工具包括：

Jira

Bugzilla

Mantis

Redmine

Asana

5. bug管理机制的最佳实践

为了提高bug管理机制的效率，软件开发团队可以遵循以下最佳实践：

1. 建立清晰的bug管理流程

软件开发团队需要建立清晰的bug管理流程，并确保所有团队成员都熟悉和遵守该流程。

2. 使用bug管理工具

软件开发团队可以使用bug管理工具来帮助他们更有效地管理和修复bug。

3. 及时发现和报告bug

BUG类型缺陷

S级bug，优先级最高

致命缺陷：

1、代码存在巨大缺陷（代码结构有巨大问题）

2、数据库存在巨大隐患（如恶意攻击造成的账户私密信息泄露）

3、充值存在问题（如金钱计算错误、充值不到账）

4、具体功能未实现

5、系统不稳定等（如常规操作会引发系统崩溃、死机、死循环）

A级bug，优先级次高

严重缺陷：

1、重要功能未实现（例如：更新的功能为实现，功能设计与需求严重不符）

2、功能操作影响多个其他功能

3、代码有错误（非常规操作会导致的崩溃、死机、死循环等）

4、UI界面存在影响功能实现的问题（封面图片的失真、压缩、完全变形等）

5、前端的安全问题等（密码明文显示等）

B级bug，优先级一般

一般缺陷：

1、次要功能不能正常实现

2、操作UI显示错误（增删改查等）

3、部分操作未给出提示（例如：删除、修改等）

4、UI兼容性问题等

建议修改类型缺陷

优化建议，优先级最低（建议修改）

程序在一些显示上不美观，不符合用户习惯，用户体验不佳或者是一些文字的错误

1、界面格数等不规范

2、辅助说明描述不清楚

3、提示窗口文字未采用行业术语

4、界面存在文字错误等等

需求

测试过程中发现的一些为实现功能，但不属于本次版本内容，下个版本增加的内容，缺陷记录为：需求