軟件錯誤是一個錯誤，缺陷或故障的計算機程序或系統，導致它產生不正確的或意外的結果，或以意想不到的方式行事。發現和修復錯誤的過程稱為“調試”，并且通常使用形式化的技術或工具來查明錯誤，并且自1950年代以來，某些計算機系統的設計目的還在于在操作過程中威懾，檢測或自動糾正各種計算機錯誤。

大多數軟件錯誤源于程序設計或其源代碼或此類程序使用的組件和操作系統中的錯誤。其中一些是由編譯器生成錯誤代碼引起的。包含許多錯誤和/或嚴重干擾其功能的錯誤的程序被認為是錯誤的（有缺陷的）。錯誤會觸發可能產生連鎖反應的錯誤。錯誤可能會產生微妙的影響，或導致程序崩潰或凍結計算機。其他錯誤也可以視為安全性錯誤，例如，可能使惡意用戶能夠繞過訪問控制以獲得未經授權的特權。

軟件錯誤管理包括記錄、分類、分配、再現、更正和發布已更正代碼的過程。通常使用漏洞跟蹤系統或問題跟蹤系統來跟蹤和管理對軟件的建議更改（錯誤以及增強請求，甚至是整個發行版）。所添加的項目可以稱為缺陷、票據、問題或者按照敏捷開發范式、故事和史詩進行。類別可以是客觀的、主觀的或組合的，例如版本號、軟件區域、嚴重性和優先級，以及問題的類型，例如功能請求或錯誤。

嚴重性是該錯誤對系統操作的影響。這種影響可能是數據丟失、財務損失、商譽損失和浪費的精力。嚴重性級別未標準化。影響因行業而異。電子游戲中的崩潰與Web瀏覽器或實時監控系統中的崩潰具有完全不同的影響。例如，錯誤嚴重性級別可能是“崩潰或掛起”，“沒有解決方法”（意味著客戶無法完成給定的任務），“具有解決方法”（意味著用戶仍然可以完成任務），“可視化”缺陷”（例如，圖像丟失、按鈕或表單元素移位）或“文檔錯誤”。某些軟件發布者使用更嚴格的嚴重級別，例如“嚴重”、“高”、“低”、“阻止”或“?錯誤的嚴重性可能是其修復優先級的單獨類別，并且可以分別量化和管理兩者。

優先級控制錯誤在計劃更改列表中的位置。優先級由每個軟件生產商決定。優先級可以是數字，例如1到5，也可以是諸如“關鍵”、“高”、“低”或“遞延”之類的名稱。這些等級量表可能與嚴重性等級相似甚至相同，但是是將漏洞的嚴重性與其估計的修復工作結合在一起進行評估的；具有低嚴重性但易于修復的錯誤的優先級可能高于具有中等嚴重性且需要付出大量努力才能修復的錯誤的優先級。優先等級可以與產品版本保持一致，例如“關鍵”優先級，指示在下一個軟件版本之前必須修復的所有錯誤。

發行帶有已知的低優先級錯誤的軟件是一種常見的做法。大多數大型軟件項目維護著兩個“已知錯誤”列表-軟件團隊已知的列表和告知用戶的列表。關于bug的第二列表通知用戶不是固定在一個特定的釋放和解決方法可被提供。發行是不同種類的。具有足夠高優先級的錯誤可能需要特別釋放僅包含那些已修復模塊的部分代碼。這些被稱為補丁。大多數版本包含行為更改和多個錯誤修復的混合。強調漏洞修復的發行版稱為維護發布。強調功能添加/更改的發行版被稱為主要發行版，并且經常使用名稱來區分新功能和舊功能。

軟件發布者選擇不修補甚至不修復特定錯誤的原因包括：

• 必須滿足截止日期，并且資源不足以在截止日期之前修復所有錯誤。
• 該錯誤已在即將發布的版本中修復，并且不是高度優先的問題。
• 修復bug所需的更改成本太高或影響了太多其他組件，需要進行大量的測試活動。
• 可能懷疑或知道某些用戶正在依賴現有的越野車行為。建議的修復可能會帶來重大變化。
• 問題在于即將發布的版本已經過時。修復它是不必要的。
• 這不是“錯誤”。當這種誤解不是由于設計缺陷或錯誤的文檔引起的混淆時，就會在預期行為和感知行為之間產生誤解。

通常由于其嚴重性，許多軟件錯誤已廣為人知：例如最著名的錯誤是2000年問題，也稱為Y2K錯誤，在該問題中，人們擔心由于計算機認為是1900年，全球經濟崩潰會在2000年初發生。 2012年的股票交易中斷涉及舊API與新API之間的這種不兼容性。