软件缺陷管理

前言

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

---

本篇文章参考黑马程序员

1 缺陷介绍

①定义

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

②缺陷衡量标准

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

【示例】

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

2 缺陷描述及提交

①提交工具

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

②提交内容重点

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

【示例】

代码语言：txt复制

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

3 案例分析

使用禅道工具（工具网址：.html）提交以下缺陷：

进入该网址，点击“登录”：

点击“测试”→点击“Bug”→点击“+提Bug”：

填写缺陷详情→点击“保存”

缺陷管理详情：