软件错误

软件错误是一个错误，缺陷或故障的计算机程序或系统，导致它产生不正确的或意外的结果，或以意想不到的方式行事。发现和修复错误的过程称为“调试”，并且通常使用形式化的技术或工具来查明错误，并且自1950年代以来，某些计算机系统的设计目的还在于在操作过程中威慑，检测或自动纠正各种计算机错误。

大多数软件错误源于程序设计或其源代码或此类程序使用的组件和操作系统中的错误。其中一些是由编译器生成错误代码引起的。包含许多错误和/或严重干扰其功能的错误的程序被认为是错误的（有缺陷的）。错误会触发可能产生连锁反应的错误。错误可能会产生微妙的影响，或导致程序崩溃或冻结计算机。其他错误也可以视为安全性错误，例如，可能使恶意用户能够绕过访问控制以获得未经授权的特权。

软件错误管理包括记录、分类、分配、再现、更正和发布已更正代码的过程。通常使用漏洞跟踪系统或问题跟踪系统来跟踪和管理对软件的建议更改（错误以及增强请求，甚至是整个发行版）。所添加的项目可以称为缺陷、票据、问题或者按照敏捷开发范式、故事和史诗进行。类别可以是客观的、主观的或组合的，例如版本号、软件区域、严重性和优先级，以及问题的类型，例如功能请求或错误。

严重性是该错误对系统操作的影响。这种影响可能是数据丢失、财务损失、商誉损失和浪费的精力。严重性级别未标准化。影响因行业而异。电子游戏中的崩溃与Web浏览器或实时监控系统中的崩溃具有完全不同的影响。例如，错误严重性级别可能是“崩溃或挂起”，“没有解决方法”（意味着客户无法完成给定的任务），“具有解决方法”（意味着用户仍然可以完成任务），“可视化”缺陷”（例如，图像丢失、按钮或表单元素移位）或“文档错误”。某些软件发布者使用更严格的严重级别，例如“严重”、“高”、“低”、“阻止”或“ 错误的严重性可能是其修复优先级的单独类别，并且可以分别量化和管理两者。

优先级控制错误在计划更改列表中的位置。优先级由每个软件生产商决定。优先级可以是数字，例如1到5，也可以是诸如“关键”、“高”、“低”或“递延”之类的名称。这些等级量表可能与严重性等级相似甚至相同，但是是将漏洞的严重性与其估计的修复工作结合在一起进行评估的；具有低严重性但易于修复的错误的优先级可能高于具有中等严重性且需要付出大量努力才能修复的错误的优先级。优先等级可以与产品版本保持一致，例如“关键”优先级，指示在下一个软件版本之前必须修复的所有错误。

发行带有已知的低优先级错误的软件是一种常见的做法。大多数大型软件项目维护着两个“已知错误”列表-软件团队已知的列表和告知用户的列表。关于bug的第二列表通知用户不是固定在一个特定的释放和解决方法可被提供。发行是不同种类的。具有足够高优先级的错误可能需要特别释放仅包含那些已修复模块的部分代码。这些被称为补丁。大多数版本包含行为更改和多个错误修复的混合。强调漏洞修复的发行版称为维护发布。强调功能添加/更改的发行版被称为主要发行版，并且经常使用名称来区分新功能和旧功能。

软件发布者选择不修补甚至不修复特定错误的原因包括：

• 必须满足截止日期，并且资源不足以在截止日期之前修复所有错误。
• 该错误已在即将发布的版本中修复，并且不是高度优先的问题。
• 修复bug所需的更改成本太高或影响了太多其他组件，需要进行大量的测试活动。
• 可能怀疑或知道某些用户正在依赖现有的越野车行为。建议的修复可能会带来重大变化。
• 问题在于即将发布的版本已经过时。修复它是不必要的。
• 这不是“错误”。当这种误解不是由于设计缺陷或错误的文档引起的混淆时，就会在预期行为和感知行为之间产生误解。

通常由于其严重性，许多软件错误已广为人知：例如最著名的错误是2000年问题，也称为Y2K错误，在该问题中，人们担心由于计算机认为是1900年，全球经济崩溃会在2000年初发生。 2012年的股票交易中断涉及旧API与新API之间的这种不兼容性。