软件测试 - 如何登录一个Bug（缺陷）

放大图片

作为软件测试提高软件的质量和提供具有成本效益的解决方案，满足客户的要求，有必要以适当的方式记录一个缺陷，跟踪缺陷，保持缺陷记录，以供将来参考，等等。

作为一个测试人员测试的应用程序，如果他/她发现任何缺陷，缺陷的生命周期开始，就显得非常重要，沟通的缺陷给开发商，得到它固定，保持当前状态的缺陷跟踪，找出如果任何此类缺陷类似的缺陷是以往任何时候都发现在最后的测试，等尝试为此，以前创建的手册文件，分发给相关的软件项目（开发人员和测试人员）的每一个人。如今，许多错误报告工具，帮助跟踪和管理的有效途径中的错误。

如何报告bug？

这是一个很好的做法，在软件测试过程中的每一步执行的屏幕截图。如果任何测试的情况下在执行过程中出现故障，需要将失败的错误报告工具和错误报告/记录相同。测试仪可以选择首先报告一个错误，然后在错误报告工具失败的测试用例或失败测试案例和报告bug。报告错误产生的错误ID，在任何情况下，应重视失败的测试用例。

在报告错误的时间，所有的错误（如计划，总结，描述，状态，检测，分配到的内容，必须填写日期检测，测试线，检测版本中，版本中休息，预计日期封闭，封闭，严重性，优先级和错误ID等实际日期）充满错误的详细描述，给出了预期和实际结果。在执行测试用例时，屏幕截图，供参考的错误，由开发商。

报告错误后，产生一个独特的错误ID的错误报告工具，然后将其与失败的测试用例。这个Bug ID有助于在相关联的错误与失败的测试用例。

据报道错误后，被分配了一个'新'的状态，这对改变bug修复过程进展。

如果多个测试仪测试软件的应用，是有一些其他的测试可能已经报道了在应用程序中发现了相同的缺陷错误的可能性。在这种情况下，它成为非常重要的测试，找出如有错误已报告一个类似的缺陷类型。如果是的话，与先前提出的错误（在这种情况下，阻止测试用例，测试用例执行一次错误是固定的）。如果有没有这样的错误，以前的报告，测试报告新的错误和失败，新提出的错误的测试案例。

如果没有错误报告工具的使用，那么在这种情况下，测试用例被写在一个文件中包含四个测试步骤没有，测试步骤说明，预期结果与实际结果列在表格的方式。预期和实际结果书面每个步骤和测试用例失败的测试用例失败的一步。

此文件包含测试用例和采取的屏幕截图发送的开发，以供参考。作为跟踪过程自动化，不断更新，直到它被关闭的时间提出的错误信息就变得非常重要。

（请注意：上述程序报告错误是一般性的，没有任何特定项目的基础上，大部分的时间，错误报告的程序，在报告错误和bug跟踪系统时使用的各个领域中使用的值。等等，都可能改变为软件测试项目和公司的要求。）...