当前位置：首页 > news >正文

1.7 软件缺陷管理

news 2025/7/5 0:07:34

欢迎大家订阅【软件测试】专栏，开启你的软件测试学习之旅！

文章目录

前言
1 缺陷介绍
2 缺陷描述及提交
3 缺陷跟踪流程
4 案例分析

前言

在软件开发和测试过程中，缺陷（通常称为“bug”）是不可避免的。了解和有效管理这些缺陷对于确保软件质量至关重要。本文详细介绍了缺陷的定义、衡量标准以及如何准确地描述和提交缺陷。

本篇文章参考黑马程序员

1 缺陷介绍

①定义
缺陷：指软件中存在的任何问题，通常是与需求（规格）说明书不符的表现，通常称为“bug”。

②缺陷衡量标准

少功能：软件未实现需求（规格）说明书中明确要求的功能。
多功能：软件实现的功能超出需求（规格）说明书指明的范围。
功能错误：软件出现了需求（规格）说明书中指明不应该出现的错误。
隐性功能缺失/错误：软件未实现需求（规格）说明书中虽未明确指明但应该实现的要求。
不易使用：软件难以理解、不易使用、运行缓慢，导致用户体验不佳。

【示例】

计算错误：金融结算系统在汇总季度费用时，计算结果比实际多了3毛。
- 缺陷类型：功能错误（少功能）
额外功能实现：物流管理系统中，额外实现了供应商管理功能。
- 缺陷类型：多功能
游戏逻辑错误：穿越火线中，子弹穿越墙体命中对方，但对方未掉血。
- 缺陷类型：功能错误
缺失的安全措施：会员管理系统，管理员删除会员时没有二次确认直接删除。
- 缺陷类型：隐性功能缺失
系统性能问题：双11淘宝搞活动时，秒杀某商品提示系统繁忙请稍后再试。
- 缺陷类型：不易使用

2 缺陷描述及提交

①提交工具

常用工具：禅道、Jira等项目管理软件。

②提交内容重点

当前指派：将缺陷提交给特定开发人员或团队。
Bug类型：明确缺陷类型，如代码错误、设计缺陷等。
Bug标题：简洁明了地描述缺陷问题。
测试点描述及预期结果：详细描述测试场景及期望的正确结果。
实际结果：记录测试时所观察到的实际结果。
严重程度：评估缺陷对系统的影响程度（如致命、严重、中等、轻微）。
优先级：确定缺陷修复的紧急程度（例如，高、中、低）。
重现步骤：详细列出复现缺陷的具体步骤，确保开发人员能够复制问题。
附件：提供执行实际结果的截图或日志文件，以便更直观地理解缺陷情况。

【示例】

当前指派：开发团队A
Bug类型：功能错误
Bug标题：金融结算系统计算结果错误
测试点描：在季度费用汇总页面输入数据，点击计算按钮。
预期结果：计算结果应为实际费用总和。
实际结果：计算结果比实际多了3毛。
严重程度：严重
优先级：高
重现步骤：1. 登录金融结算系统。2. 导入季度费用数据。3. 点击汇总按钮。
附件：截图显示错误结果。