软件测试中的缺陷管理流程

什么是缺陷管理流程？

此 缺陷管理流程 是一种系统化的软件测试方法，用于在软件发布前识别、分类、修复和验证缺陷。其生命周期包括六个核心阶段：1）发现缺陷，2）分类，3）开发人员修复，4）测试人员验证，5）关闭，以及6）项目结束时的缺陷报告。

本文解释了如何使用缺陷管理流程来应用该流程。 Guru99 Bank 网站示例，以便初级和中级测试人员能够在真实的项目环境中理解每个步骤。

为什么需要缺陷管理流程？

想象一下，你的团队在测试过程中发现了几个漏洞…… Guru99. 银行项目。由于缺乏结构化的流程，测试人员和开发人员之间的沟通只能通过口头或零散的信息进行。

一周后，开发人员对该问题提出了不同的理解。

接下来的一周，测试人员再次回复，这反而造成了更大的困惑。

当缺陷沟通以口头或非正式方式进行时，事情很快就会变得复杂。为了控制和有效管理缺陷，你需要一个明确的缺陷生命周期，以规范团队的报告方式。 track，并关闭问题。

步骤 1）发现

在 探索更多 在开发阶段，项目团队必须在最终客户遇到缺陷之前尽可能多地识别出缺陷。一旦缺陷被开发团队确认并接受，就被视为“已发现”，此时其状态变为： 已接受.

在示例场景中，测试人员发现了 84 个缺陷。 Guru99银行网站。

然而，测试人员和开发人员并非总能达成一致。请看以下案例，测试团队发现了一些问题…… Guru99 Bank 网站报告了这些问题，但开发团队对这些是否属于缺陷提出异议：

在这种情况下，作为测试经理，你应该怎么做？

A) 与测试团队一致认为这是一个缺陷。
B) 扮演裁判的角色，判断该问题是否属于缺陷。
C) 与开发团队一致认为这不是缺陷。

正确的做法是选项 B。应采用解决流程来解决冲突，测试经理应公正地评估问题，然后再决定它是否符合缺陷的定义。

步骤2）分类

缺陷分类有助于开发人员确定工作优先级，从而优先修复对业务至关重要的问题。分类通常由测试经理执行，并基于缺陷的严重性和业务影响。

缺陷通常分为四个优先级： 危急、高、中、低请尝试为以下每个缺陷分配正确的优先级：

1. 网站运行速度太慢。
2. 网站的登录功能无法正常使用。
3. 网站的图形用户界面显示不正确 通过手机捐款 设备。
4. 网站无法记住用户登录会话。
5. 部分链接无法打开。

以下是推荐答案：

序号	描述	优先	说明
1	网站性能太慢	高	性能问题给最终用户造成极大不便。
2	登录功能无法正常工作。	危急	登录是银行网站的核心功能。如果登录失败，整个用户体验流程都会受阻。
3	GUI在移动设备上显示不正确	中	该缺陷会影响使用智能手机浏览网站的用户。
4	网站无法记住用户登录会话	高	用户可以登录，但无法进行任何其他交易。
5	部分链接无法打开。	低	对于开发者来说，这是一个很容易修复的问题，用户仍然可以访问网站的其他部分。

步骤3）缺陷解决

缺陷解决 软件测试中的缺陷修复是一个循序渐进的过程。修复过程首先是将缺陷分配给开发人员，然后开发人员根据优先级安排修复计划，实施修复，最后向测试经理发送修复报告。这一流程使得缺陷修复成为一个循序渐进的过程。 trac国王为人透明且负责任。

您可以按照以下步骤修复缺陷：

• 任务： 缺陷被分配给开发人员或技术人员，其状态变为 响应.
• 日程安排调整： 开发团队接手后，会根据缺陷优先级制定修复计划。
• 修复缺陷： 当开发人员修复缺陷时，测试经理 tracks 的进度与计划进度不符。
• 报告解决方案： 开发人员发送一份报告，确认哪些缺陷已修复以及修复方式。

步骤4）验证

开发团队之后 固定 和 报道 缺陷，测试团队 验证 这些问题已经解决。

例如，当开发团队报告已修复 61 个缺陷时，测试团队会对每个缺陷进行重新测试，以确认修复程序在导致原始故障的相同条件下是否能正常工作。

步骤 5）关闭

缺陷修复并验证后，其状态将更改为： 不营业如果在验证过程中缺陷未能得到妥善解决，您必须向开发团队发送通知，要求其再次调查。关闭状态表示该缺陷已在系统中消除。

步骤6）缺陷报告

缺陷报告 在软件测试中，缺陷报告是指测试经理准备缺陷报告并与管理团队共享缺陷状态的过程。管理团队会审核报告，并在需要时提供反馈或额外支持。缺陷报告有助于改善沟通。 trac国王，以及缺陷周围的可见性。

领导层有权了解缺陷状况，以便有效地支持项目。因此，您必须定期汇报当前的缺陷情况，以便他们能够提供指导和资源。

重要的缺陷指标

回到最初的场景，开发团队和测试团队共同审查缺陷。合并后的结果如下所示。

如何衡量和评估测试执行质量？

这是一个至关重要的问题 测试经理 想要回答这个问题。通常会用到两个关键参数：

在上述情况下， 缺陷剔除率（DRR） 计算结果为 20/84 = 0.238 (23.8%)。

再举一个例子，假设 Guru99银行网站共有 64 缺陷，但测试团队仅检测到这些缺陷。 44 - 意义 20 缺陷被遗漏了。 缺陷泄漏率（DLR） 计算结果为 20/64 = 0.312 (31.2%)。

总而言之，测试执行质量是通过以下两个参数来评估的：

DRR 和 DLR 值越小，测试执行质量越好。可接受的范围通常由项目目标定义，或与类似项目进行基准比较。在本例中，建议的可接受范围为： 5％10％当前执行结果超出此范围，这表明应通过以下措施提高测试质量：

• 提高 团队成员的测试技能。
• 花更多时间 在测试执行过程中，尤其是在审查执行结果时。

有效缺陷管理的最佳实践

遵循结构化的最佳实践是区分成熟的缺陷管理流程和混乱流程的关键。其目标不仅是修复缺陷，更是要创建一个系统，防止缺陷泄漏到生产环境中，并最大限度地减少测试人员和开发人员之间的沟通障碍。

以下是初级和中级测试人员应该立即采用的最佳实践：

1. 规范缺陷模板： 使用包含缺陷 ID 等字段的固定缺陷报告模板， Descript问题描述应包含以下信息：重现步骤、严重性、优先级、环境和附件。保持一致性可以减少测试人员和开发人员之间的来回沟通。
2. 分配任务前请确定优先级： 在将缺陷发送给开发人员之前，务必先按严重程度和优先级进行分类。这样可以确保关键问题不会被表面问题所掩盖。
3. 请先复现问题再提交报告： 在提交缺陷报告之前，至少在洁净环境下重现缺陷两次。可重现的缺陷能够更快地得到解决，并降低报废率。
4. 接受缺陷 trac国王工具： 使用工具，例如 JIRA, Bugzilla 或 螳 集中化 trac国王、历史和报道。
5. 召开分诊会议： 召开简短、重点突出的缺陷分类会议，以协调质量保证、开发和产品团队之间的优先级。
6. 测量泄漏和拒收： Trac每个迭代或周期都要检查 k DLR 和 DRR。泄漏率上升是测试覆盖不完整的早期预警信号。
7. 进行根本原因分析： 对于反复出现或严重性较高的缺陷，进行根本原因分析，以避免同类缺陷在未来的版本中再次出现。
8. 通过报告形成闭环： 每周与利益相关者分享缺陷仪表盘，以便问题保持可见性和可操作性。

持续应用这些做法，可以稳定缺陷生命周期，提高每次发布的整体质量。

资源：

下载缺陷报告模板示例

常见问题