软件工程中的缺陷报告
先决条件：缺陷生命周期
缺点：
软件产品中的缺陷也称为错误，错误或故障，它使软件根据软件要求产生意想不到的结果。例如;不正确的数据、系统挂起、意外错误、缺失或不正确的要求。
缺陷报告：
缺陷报告是一份文档，其中包含有关识别出哪些缺陷、哪些操作步骤使缺陷出现以及预期结果是什么的简明详细信息，而不是在采取特定的逐步操作时显示错误（缺陷）的应用程序。
缺陷报告通常由质量保证团队以及最终用户（客户）创建。由于大多数客户好奇地尝试了应用程序中的每个功能，因此客户通常会检测到更多缺陷并将其报告给软件开发的支持团队。现在，您知道实际的缺陷和缺陷报告是什么。
那么让我们了解一下，他们为什么要创建缺陷报告？他们用它们做什么？
创建缺陷报告的原因是为了帮助开发人员轻松发现缺陷并修复它们。缺陷报告通常由 QA 分配给开发人员，然后开发人员阅读报告并按照报告中提到的操作步骤在软件产品上重现缺陷。之后，开发人员修复缺陷以获得报告中指定的预期结果。
这就是为什么缺陷报告很重要并且要仔细创建的原因。缺陷报告应该简短、有条理、直截了当，并涵盖开发人员通过执行编写缺陷报告的人检测缺陷的内容和方式来检测报告中实际缺陷所需的所有信息。
QA 团队通常会从客户那里获得缺陷报告，这些报告要么太短而无法重现和纠正，要么太长而无法理解实际出了什么问题。
例如，
缺陷描述：应用程序没有按预期工作。
现在，开发人员或 QA 到底怎么知道出了什么问题而不能满足客户的期望呢？
在这种情况下，开发人员向 QA 报告他找不到任何问题，或者他可能已经修复了任何其他错误，但没有修复实际检测到的客户端。这就是为什么创建一个简洁的缺陷报告来修复错误非常重要的原因。
好的。您对缺陷报告的内容、原因和方式有一个很好的了解。所以现在是报告内容的时候了。
典型的缺陷报告包含以下 xls 表中的信息。
1. 缺陷编号：
报告中只有一系列缺陷。
2.缺陷描述：
对检测到的缺陷的简短而清晰的描述。
3. 行动步骤：
客户或 QA 在导致缺陷的应用程序中所做的事情。他们采取的一步一步的行动。
4. 预期结果：
在执行上述操作步骤时，根据要求预期会产生什么结果。
5. 实际结果：
执行操作步骤时实际显示的结果是什么。
6. 严重性：
琐碎（不影响软件产品使用的小错误）。
- 低的 -
一个需要修复的小错误，它不会影响软件的性能。 - 中等的 -
这个错误确实会影响性能。比如成为做某项动作的障碍。然而，还有另一种方法可以做同样的事情。 - 高的 -
尽管有一种方法可以成功地完成错误停止做的事情，但它会对软件产生很大的影响。 - 危急 -
这些错误严重影响应用程序的性能。就像系统崩溃一样，冻结系统或要求系统重新启动才能正常工作。
7. 附件：
执行逐步操作并获得意外结果的一系列屏幕截图。还可以附上执行步骤和遇到缺陷的简短屏幕记录。短视频可帮助开发人员和/或 QA 轻松快速地了解错误。
8. 附加信息：
您使用的平台、操作系统和版本。以及其他详细描述缺陷的信息，以帮助开发人员了解问题并修复代码以获得所需的结果。