数据结构
网络
关系数据库管理系统 (RDBMS)
操作系统
Java
MS Excel
iOS
HTML
CSS
Android
Python
C 编程
C++
C#
MongoDB
MySQL
Javascript
PHP
物理
化学
生物
数学
英语
经济学
心理学
社会学
服装设计
法律研究软件测试中的缺陷管理流程
错误是代码错误的结果/后果。
软件测试缺陷
软件缺陷是指软件程序与最终用户或原始业务需求之间的差异或偏差。软件缺陷是指导致软件程序输出不准确或意外，无法满足其预期目的的编码错误。在执行测试用例期间，测试人员可能会偶然发现此类缺陷。
这两个名称在行业中有着非常细微的区别；两者都是必须纠正的缺陷，一些测试团队可以互换使用它们。
当测试人员运行测试用例时，他们可能会遇到与他们预期不符的测试结果。软件缺陷被定义为测试结果的差异。在不同的企业中，这些缺陷或偏差被称为问题、故障、错误或事件。
本指南将教你如何
报告错误
缺陷管理流程
发现
分类
解决
验证
关闭
报告
重要的缺陷指标
软件测试错误报告
在软件测试中，错误报告是详细描述在软件程序中发现的缺陷的文档。错误报告包含有关错误的所有信息，例如描述、发现问题日期、发现问题的测试人员身份、纠正问题的开发人员姓名等等。错误报告有助于将来检测类似的问题，从而避免它们。
向开发人员报告错误时，您的问题报告应包含以下详细信息。
缺陷 ID - 缺陷的唯一标识号。
缺陷描述 - 缺陷的详细描述，包括发现它的模块的详细信息。
版本 - 发现缺陷的程序版本。
步骤 - 开发人员可以用来复制缺陷的带有屏幕截图的详细步骤集。
缺陷提出日期 - 缺陷提出日期
提供对文档（如规范、设计、架构，甚至错误的图像）的参考，以帮助理解错误。
发现者 - 报告缺陷的测试人员的姓名或 ID。
状态 - 缺陷的当前状态；稍后将详细介绍。
进行修复的开发人员的姓名/ID
关闭日期 - 缺陷解决的日期。
缺陷的严重程度定义了它对应用程序的影响。
优先级与缺陷纠正的紧迫性相关。根据问题应纠正的紧迫性，严重性优先级可以是高、中或低。
作为测试经理，请考虑以下几点
在测试电子商务项目时，您的团队发现了问题。当测试人员发现 85 个问题时，通知了项目经理。之后，项目经理将项目移交给了开发团队。
开发人员在一周后回复，纠正了 65 个问题。然后，测试团队检查了项目，除了需要纠正的 65 个问题之外，又发现了 10 个问题。
如果缺陷沟通是口头的，就像上面的例子一样，事情很快就会变得非常困难。需要一个缺陷生命周期来成功控制和管理缺陷。
什么是缺陷管理流程？
缺陷管理是一种识别和解决缺陷的方法。缺陷管理周期的步骤如下：1) 缺陷检测，2) 缺陷分类 3) 开发人员修复缺陷 4) 测试人员验证 5) 修复缺陷 6) 项目结束时的缺陷报告
本文将向您展示如何在电子商务网站项目中使用缺陷管理方法。要处理缺陷，请按照以下步骤操作。
发现
在发现阶段，项目团队必须尽最大努力找到尽可能多的缺陷，以防止最终客户发现它们。当开发人员承认并接受缺陷时，则认为已检测到该缺陷，并将其状态更改为“已接受”。
在上述场景中，测试人员在网站中发现了 85 个缺陷 -
发现缺陷
识别缺陷
创建缺陷报告
接受缺陷
在这种情况下，应使用争议解决方法，您应充当法官，以确定网站问题是否为缺陷。
分类
软件工程师可以使用缺陷分类来确定工作优先级。也就是说，具有高优先级可以使工程师专注于首先纠正最关键的缺陷。
测试经理通常负责对缺陷进行分类 -
让我们进行这样的一个小练习。
为以下缺陷选择优先级
严重/高/中/低-
网站的响应时间非常长。
网站的登录机制无法正常工作。
网站的图形用户界面 (GUI) 在移动设备上显示不正确。
网站无法记住用户的登录会话。
一些链接已损坏。
推荐答案
| 序号 | 描述 | 优先级 | 解释 |
|---|---|---|---|
| 1 | 网站的响应时间非常长。 | 高 | 性能缺陷可能会给用户带来很大的不便。 |
| 2 | 网站的登录机制无法正常工作。 | 严重 | 登录是银行网站最重要的功能之一，如果它无法工作，则存在重大缺陷。 |
| 3 | 在移动设备上，网站的用户界面显示不正确。 | 中 | 该缺陷影响使用智能手机访问网站的用户。 |
| 4 | 网站无法记住用户的登录会话。 | 高 | 这是一个严重的问题，因为用户将能够登录，但将无法进行任何进一步的交易。 |
| 5 | 一些链接已损坏。 | 低 | 这对开发人员来说是一个简单的修复，用户仍然可以在没有这些链接的情况下浏览网站。 |
解决缺陷
在软件测试中，缺陷解决是解决问题的逐步过程。缺陷解决过程从测试经理将缺陷分配给开发人员开始，然后开发人员根据优先级安排解决缺陷的时间表。然后修复缺陷，开发人员向测试经理提供解决报告。此方法使纠正和跟踪问题变得简单。
分配给开发人员或其他技术人员以解决，并且状态已更改为“响应”。
修复计划：这是开发人员接管的地方。根据缺陷的优先级，他们将设计一个时间表来解决这些问题。
修复缺陷：在开发团队处理缺陷时，测试经理会跟踪该过程并将其与上述时间表进行比较。
在解决错误后，从开发人员那里获取有关解决情况的报告。
验证
一旦开发团队修复并报告了错误，测试团队会确保这些错误已得到修复。
例如，当开发团队报告他们之前修复了 61 个问题时，您的团队将再次进行测试以确保这些缺陷已解决。
关闭
修复并验证缺陷后，其状态将更改为“已关闭”。如果不是这种情况，您必须向开发人员提交通知以再次检查缺陷。
缺陷报告
在软件测试中，缺陷报告是指测试经理生成并向管理团队发送缺陷报告的过程，以获取关于缺陷管理流程和问题状态的反馈。然后，管理团队审查问题报告并提供评论或根据需要提供进一步的帮助。缺陷报告有助于改进缺陷的沟通、跟踪和解释。
管理委员会有权了解缺陷的数量。为了帮助您完成此项目，他们必须了解缺陷管理流程。因此，您必须通知他们当前的缺陷情况以获取反馈。
重要的缺陷指标
支持上面概述的情况。报告的缺陷已由开发和测试团队审查。
如何衡量和评估测试执行的质量？
每个测试经理都想了解这个问题的答案。您应该考虑两个参数 -
(拒绝的缺陷数量/提出的缺陷总数)* 100 = 缺陷拒绝率
(遗漏的缺陷数量/软件的缺陷总数)*100 = 缺陷泄漏率
在上述案例中，您可以计算缺陷拒绝率 (DRR) 为 20/84 = 0.238。（23.8%）。
例如，假设 Guru99 银行网站总共有 64 个缺陷，但您的测试团队仅发现了 44 个，还有 20 个缺陷未被发现。因此，缺陷泄漏率 (DLR) 可以计算为 20/64 = 0.312（31.2%）。
最后，使用以下两个参数来评估测试执行的质量
23.8% 缺陷拒绝率
31.2% 缺陷泄漏率
DRR 和 DLR 的值越低，测试执行质量越高。比率的可接受范围是多少？此范围可以根据项目的目标创建和批准，或者可以使用来自类似项目的测量值。
本项目中可接受的比率被认为在 5% 到 10% 之间。这表明测试执行质量较差。您应该制定一个降低这些比率的计划，例如
提高成员的测试能力。
应投入更多精力进行测试执行，尤其要检查测试执行结果。
5K+ 浏览量
