譯者 | 劉汪洋

審校 | 重樓

“Bug”這個詞常常讓許多開發者感到頭疼。即使是經驗豐富、技術嫻熟的開發人員在開發過程中也難以避免遭遇到 Bug。 軟件中的故障會讓程序員感到挫敗。我相信在你的軟件開發生涯中，也曾遇到過一些難以排查的問題。軟件中的錯誤可能會導致項目無法按時交付。因此，發現并解決這些問題至關重要。 在本文中，我們將探討如何以簡單且循序漸進的方式定位軟件中的故障。

查找 Bug：最佳方法、常見類型及工具

本文將介紹查找軟件 Bug 的最佳方法，了解到常見 Bug 的類型，以及一些可以簡化繁瑣 Bug 查找任務的工具。

關于軟件 Bug 的一些驚人事實

● 最近的 iPhone Bug 導致用戶無法輸入字母"I"。

● 某些 bug 的修復代價高昂，如千年蟲 Bug，修復此類 Bug 可能會耗費巨資。

● 一個軟件 Bug 曾導致人員死亡，如1991 年由于愛國者導彈的 Bug ，28 人因此喪生。

● 含有 Bug 的代碼會對開發者及其團隊的形象造成負面影響，進而影響公司的營收。

● 含有 Bug 的代碼難以使用，會降低生產力。代碼質量越高，工作效率就越高。最終，團隊將為 Bug 付出高昂的代價。

● 2017 年，各種軟件 Bug 預計給全球經濟造成了 1.7 萬億美元的損失。

因此，發現并解決每個軟件中的每一個小 Bug 至關重要。毫不夸張地說，軟件中的 Bug 可能導致業務停擺。如果用戶無法獲得優質產品，他們將會轉向其他替代品。接下來，讓我們詳細探討如何查找 Bug。

找出軟件中最多 Bug 的最佳方法

1. 在真實瀏覽器和設備上進行快速攻擊

在沒有明確需求的情況下，創建測試場景可能非常困難。在這種情況下，最有效的方法是通過輸入異常值來攻擊系統，以觸發軟件故障。這種方法有助于發現潛在的問題。

你可以通過以下方式測試軟件：留空必填字段、擾亂用戶界面流程、在字符輸入框中輸入數字、超出字符數限制、使用非法字符，以及輸入過多錯誤的密碼。

這種攻擊方法的邏輯是在有限時間內快速分析軟件質量。它幫助測試人員通過發現的 Bug 數量快速評估軟件的質量。即使只發現一個 Bug，也可能表明主要功能存在缺陷。相反，如果這種方法沒有發現 Bug，通常表明“理想路徑”功能正常。

請記住，這些快速測試必須在真實用戶環境中進行。這意味著在不可預測的情況下測試軟件時，必須在與最終用戶相同的環境中進行。

總結而言，快速測試必須在實際設備和環境中進行。即使是仿真器或模擬器，也可能無法檢測到只有在真實設備上才會出現的 Bug。

2. 關注測試環境

測試人員通常需要一定時間來準備測試場景、制定時間表并設置測試流程。在此過程中，評估測試基礎設施（也稱為測試環境）至關重要。因為測試環境中的缺陷會導致生成測試結果時出現不必要且完全可以避免的延遲。

此外，這還可能導致出現并非由軟件本身引起的 Bug。最令人頭痛的是那些無法通過代碼修復的環境配置相關 Bug。在這種情況下，Bug 的實際來源難以立即發現，從而導致測試延遲。

設想一個場景：測試人員發現并報告了一個 Bug，但開發人員在檢查代碼時卻未發現任何問題。因此，當開發人員沮喪地在搜索“如何在代碼中找到 Bug”時，測試無法繼續進行，因為這個“Bug”實際上無法修復。

在環境配置出現問題的情況下，同一個測試每次可能會產生不同的結果。這使得 Bug 難以重現，對開發人員來說無疑是一場噩夢。

3. 自行研究

在開始測試之前，請全面了解整個應用程序或模塊。運行測試前，準備充足的測試數據；若測試涉及數據庫應用程序，則數據集應包括測試用例條件和數據庫記錄。

在代碼中插入標記，以幫助開發者更容易地定位代碼塊或錯誤。這可以通過添加打印語句、注釋或其他調試工具實現。使用斷點，在特定位置暫停代碼，檢查斷點前的所有操作是否正常。

無論遇到什么問題，可能以前都有人遇到過。因此，通過研究和在 Google 上搜索，往往可以找到解決方法。

4. 帕累托原則

根據帕累托原則，20% 的努力產生 80% 的結果，而剩余的 80% 的努力僅帶來 20% 的結果。意大利經濟學家維爾弗雷多·帕累托提出了這一原則，因此得名帕累托原則。

在軟件測試中，帕累托原則意味著 80% 的 Bug 存在于 20% 的程序模塊中。雖然這個比例不必嚴格遵循，但關鍵在于大多數 Bug 集中在代碼的特定部分，且大多數重大 Bug 也存在于這些部分。因此，應特別關注這些代碼。

5. 設定軟件質量目標

測試人員應明確需要維護的軟件標準，這將幫助他們識別和查找各種 Bug。

如果測試人員想知道如何在軟件中找到 Bug，最好的方法是了解用戶對軟件在用戶體驗、新功能及性能等方面的期望。

明確目標有助于質量保證人員創建相應的測試場景和測試用例。如果了解用戶對軟件主要功能的需求和期望，那么測試人員可以優先測試那些對大多數用戶重要的功能。

因此，建議與質量保證經理溝通并獲取軟件質量目標文檔。自行研究相關內容也有助于發現重要的 Bug。

11 種常見的軟件 Bug 類型

作為開發人員或軟件測試人員，如果你清楚了解軟件可能遇到的各種類型的 Bug，你就能更快地解決問題。

1. 功能 bug

每個程序都應該在功能上正確運行。當軟件未能執行預期功能時，就會出現功能 Bug。這類問題范圍廣泛，從簡單的問題（如不可點擊的按鈕）到無法使用軟件的主要功能。功能測試通常用于檢測功能 Bug。

例如，“保存”按鈕的功能是保存文檔中的更改，如果該按鈕無法點擊，則這是一個功能 Bug。通過功能測試，軟件測試人員可以發現導致功能問題的具體 Bug。

2. 語法 Bug

這種類型的 Bug 出現在程序的源代碼中。語法錯誤是最常見的 Bug 之一，它會阻止應用程序正確編譯。這類問題通常是由于代碼缺少或包含錯誤字符所引起的，可能是拼寫錯誤的命令或缺少的括號。通常，開發團隊在編譯程序時會意識到這些 Bug。

3. 邏輯 bug

邏輯 Bug 是指那些導致軟件產生錯誤輸出、崩潰或失敗的代碼問題。邏輯缺陷，如無限循環，是軟件流程中的 Bug。無限循環由于編寫不當或編碼錯誤而發生，導致程序故障，使特定序列不斷重復，直到程序崩潰或出現外部中斷（如關閉程序或斷電）。 一些邏輯 Bug 的例子包括：

• 錯誤地給變量賦值
• 將兩個數字相除而不是將它們相加，從而產生意外結果

4. 性能 Bug

性能缺陷是與軟件速度、穩定性、響應時間或資源消耗有關的 Bug。這類問題通常在軟件開發過程中被發現，且是最常見的軟件 Bug 之一。這類 Bug 包括軟件運行速度低于要求或響應時間超過項目規定的可接受范圍。

5. 計算 Bug

當軟件返回不正確的值時，無論是最終用戶看到的值還是傳遞給其他程序的值，都會出現計算 Bug。這可能由多種原因引起，包括：

• 軟件使用錯誤的算法來計算值
• 計算中存在數據類型不匹配
• 開發人員錯誤地編寫了計算代碼或傳遞值給另一個程序

6. 安全 Bug

安全漏洞是軟件開發人員或工程團隊可能遇到的最嚴重缺陷之一。 與其他軟件 Bug 不同，安全漏洞會使項目面臨重大風險。安全漏洞使軟件、公司和客戶面臨嚴重的潛在攻擊。這些攻擊可能給企業造成高昂的代價，無論企業規模大小。 一些最常見的安全 Bug 包括加密錯誤、SQL 注入漏洞、XSS 漏洞、緩沖區溢出、邏輯錯誤和身份驗證不充分等。

7. 單元級 Bug

單元級軟件 Bug 是另一種常見的 Bug。程序編碼完成后，開發人員通常會進行單元測試，即測試代碼的小部分以確保其正常運行。 在此過程中，團隊會發現單元級 Bug，如計算錯誤和基本邏輯錯誤。由于涉及的代碼量較小，這些單元級 Bug 容易被隔離和修復。

8. 系統級集成 Bug

當兩個不同子系統的交互出現錯誤時，就會發生系統級集成 Bug。由于涉及多個軟件系統，且通常由不同的開發人員編寫，這類錯誤通常更難修復。 系統級集成 Bug 主要發生在不同開發人員編寫的代碼單元無法相互交互，或組件之間存在不一致時。 這類錯誤難以跟蹤和修復，需要開發人員排查大量代碼。內存溢出問題和應用程序 UI 與數據庫之間的不當接口都是系統級集成 Bug 的典型例子。

9. 可用性錯誤

可用性缺陷是指阻止用戶充分利用軟件的錯誤，這種錯誤使得軟件使用變得困難或不便。 復雜的內容布局或過于繁瑣的注冊功能都是可用性缺陷的例子。在可用性測試階段，軟件工程師和用戶體驗設計師必須根據《網絡內容可訪問性指南》和其他可用性要求檢查軟件，以發現這些類型的 Bug。

10. 控制流錯誤

軟件控制流描述了接下來會發生的事情以及發生的條件。 控制流中的錯誤會阻止軟件正確地進行下一任務，并可能減慢整個公司的工作流程。例如，當用戶在問卷或流程結束時，點擊“保存并下一步”按鈕后未被重定向到新頁面時，就會發生控制流錯誤。

錯誤、Bug 和失誤隨處可見，如果不及時發現和糾正，可能會造成重大損失，尤其是在 IT 行業中。一個逗號的缺失就可能影響整個 IT 產品，因此我們必須專注于檢測和修復 Bug。 從一開始，所有 IT 公司都有專職測試人員，他們長時間與新軟件的每個組件合作，逐一發現和消除錯誤。因此，在選擇 IT 合作伙伴時應牢記這一點。

11. 兼容性錯誤

當軟件或應用程序與硬件或操作系統不兼容時，就會出現兼容性錯誤。查找兼容性錯誤并不容易，因為在初始測試期間可能無法檢測到它們。 因此，開發人員應進行兼容性測試，以確保軟件與常見的硬件和操作系統兼容。

軟件 Bug 的一些例子

按嚴重程度劃分的軟件缺陷

• 關鍵缺陷：通常會阻礙整個系統或模塊的功能，導致測試無法繼續，直到此類缺陷被修復。例如，在嘗試登錄后應用程序返回服務器錯誤消息。
• 高嚴重性缺陷：影響應用程序的關鍵功能，使應用程序的行為與需求規定的顯著不同。例如，電子郵件服務提供商不允許在收件人字段中添加多個電子郵件地址。
• 中嚴重性缺陷：是指次要功能未按需求規定的那樣運行。例如，應用程序的“條款和條件”部分中的一個鏈接打不開。
• 低嚴重性缺陷：主要與應用程序的用戶界面相關，例如按鈕大小或顏色不統一。

按優先級劃分的軟件缺陷

• 緊急缺陷：必須在報告后 24 小時內修復。此類別包括關鍵嚴重性的缺陷。然而，低嚴重性缺陷也可以劃分為高優先級。例如，應用程序主頁上公司名稱的拼寫錯誤雖然對軟件沒有技術影響，但對業務有重大影響，因此屬于緊急缺陷。
• 高優先級缺陷：高優先級缺陷是必須在未來版本中修復以滿足退出條件的錯誤。例如，高優先級缺陷指的是盡管用戶輸入了有效的登錄數據，但應用程序無法將用戶從登錄頁面跳轉到主頁。
• 中優先級缺陷：是可以在后續版本中或即將發布的版本之后修復的錯誤。例如，應用程序返回預期結果，但在特定瀏覽器中格式不正確，這就是中優先級缺陷。
• 低優先級缺陷：是不需要修復即可滿足退出標準，但必須在應用程序發布給公眾之前修復的錯誤。此類別通常包括拼寫錯誤、對齊問題、元素大小和其他外觀上的 UI 問題。

當你在軟件中發現 Bug 時，首先做什么？

1. 開始測試其他相關的場景

Bug 總是成群結隊出現的。當你在一個區域發現一個 Bug 時，通常會發現相關問題。因此，一旦發現問題，就繼續查找，因為你可能會發現更多問題。

2. 記錄應用程序的當前狀態

這可以幫助你確定是否是外部問題導致了 Bug。你不僅需要知道如何重現問題，還需要了解當前測試環境的狀態。

3. 檢查是否已被報告

有些 Bug 已經被發現并報告。重復已經完成的工作是沒有意義的。

4. 盡快報告

如果發現該 Bug 尚未報告（參見上一步），你必須盡快提交報告。Bug 需要被識別和確認。

給它們五分鐘的曝光時間。當問題還在你腦海中時，編寫一份好的 Bug 報告會更容易。你還希望縮短反饋循環的時間（從代碼創建到驗證完成）。這有助于提升團隊的生產力。

5. 享受這一刻

我見過測試人員在發現 Bug 時變得憤怒。他們因為系統出現問題而感到沮喪。 遇到 Bug 時確實令人惱火。隨著截止日期的臨近和團隊承受的壓力增大，查找軟件中的 Bug 可能是最讓人不愿意做的事情。雖然一切正常運行時，你會輕松很多，但這就是你的職責。你的職責是比客戶先發現 Bug。你的職責是既要扮演英雄也要扮演反派。當你下次發現 Bug 時，要感謝自己，因為你在幫助他人。

查找軟件 Bug 的步驟

測試軟件 Bug 的推薦方法如下：

• 在開始測試之前，徹底了解整個應用程序或模塊的功能。
• 開始測試之前，創建具體的測試用例，特別強調包括應用程序主要風險的功能測試用例。
• 在運行測試之前準備足夠的測試數據。如果你在測試與數據庫相關的應用程序，該數據集應包括測試用例條件和數據庫記錄。
• 在不同的測試環境中運行測試。
• 嘗試確定預期結果，然后將你的結果與預期模式進行比較。
• 當你認為已經完成大多數測試條件，并感到有些疲憊時，進行一些“猴子測試”（一種隨機、無規律的軟件測試方法，以發現潛在問題）。
• 使用之前的測試數據模式分析當前的測試集。
• 執行一些在其他應用程序中發現 Bug 的標準測試用例。例如，如果你在測試一個輸入文本框，嘗試插入一些 HTML 標簽作為輸入，看看顯示頁面上會發生什么。
• 最后也是最好的技巧是，像測試如何破壞應用程序一樣，努力查找 Bug。

Bug 查找工具

使用 Bug 識別工具可能是發現軟件 Bug 的最簡單方法。這些工具使跟蹤、報告和分配軟件開發中的 Bug 變得更簡單，可以簡化測試。有許多好用的工具，如 SpiraTeam、Userback 和 ClickUp，這些工具可以極大地簡化軟件測試。

實際設備在 Bug 查找中的作用

要在行業中發布高度完善、高效、且用戶友好的軟件，必須在真實用戶條件下徹底測試軟件。 這有助于檢測和解決最終用戶在實際使用中可能遇到的大部分 Bug。全面測試需要一個強大的設備實驗室，使測試人員能夠在各種設備、瀏覽器和操作系統組合中測試他們的網絡和移動應用程序。 請記住，建立一個測試實驗室需要大量的資金投入和持續的維護，并不適用于所有企業。

結論

隨著技術的進步和競爭的加劇，軟件開發變得越來越困難。你必須定期提供更新，添加新功能等。

所有這些都會導致軟件中出現不同類型的 Bug。在有限的時間、資源和預算下，很難找出每一個 Bug。因此，采用某種框架來盡可能多地解決 Bug，并全面測試對你的業務最關鍵的應用程序至關重要。

譯者介紹

劉汪洋，51CTO社區編輯，昵稱：明明如月，一個擁有 5 年開發經驗的某大廠高級 Java 工程師，擁有多個主流技術博客平臺博客專家稱號。

原文標題：Easy and Step-By-Step Ways of Finding Bugs in Software，作者：Tejas Patel