错误跟踪的工作原理
当系统或应用程序未按预期工作时，就会出现该错误。此类错误可能是由程序开发人员、设计人员或架构师犯下的。测试团队使用各种错误跟踪工具来跟踪和报告应用程序在开发和测试过程中出现的错误。
错误跟踪工具应该有一个数据库，记录有关已知错误的所有事实。这些要素包括：报告错误的时间、错误的严重性、错误对应用程序正常运行的影响、错误是否可以重现、谁发现了错误以及谁正在努力解决错误。
典型的错误可能会经历以下阶段：
主动错误。调查正在进行中。
检查了错误。该错误已被修复并准备进行测试。
检查了错误。该错误已由 QA 重新测试和验证。
关闭错误。 QA 在修复 bug 或确定它不是 bug 后重新测试该 bug。
重新开放。不幸的是，错误可能会经历上述所有阶段，但仍然无法修复。这样的bug可能会被重新打开。
错误分类
所有错误都不相同。其中一些可能提供最少的功能，而另一些则可能导致系统完全故障。以下是一些主要的错误分类：
非常轻微。您可以忽略此错误或找到一个简单的解决方案。该错误不会影响产品的发布。
非关键系统故障。此错误有一个解决方法。如果此类错误得到充分记录，则可以发布该系统。
功能障碍。可能有解决方法，但并不令人满意。这样的系统不应该发布给最终用户。
灾难性的。此类错误可能会导