10個除錯和查錯的方法

2021-08-08 19:28:19 字數 3043 閱讀 6377

在空白的文字編輯器裡開啟乙個嶄新的文字,沒有一行**,出現在眼前的是乙個充滿了無限可能和希望的專案。可是,當數千行的**寫完之後,整個專案因為bug的出現而被壓垮了,更別說新增什麼新功能了...這也許是對程式設計師的最大打擊,在飽滿的熱情上澆了一盆冷水。其實,最好的軟體程式設計師當然知道怎樣去發現並修復這些bug,在剛開始程式設計的時候就通過軟體工程的最好方法來降低bug的出現概率。

幾乎沒有哪個程式設計師能夠寫出乙個bug都沒有的**

,但是解決方法總是比困難多得多。多實踐和堅毅的決心是成功的關鍵,這樣才能夠寫出清潔**,保證軟體系統的可靠性。

1. 輸出語句

**除錯的首要工具就是插入可靠地、真實的輸出語句。當輸出語句數量龐大且不易於管理的時候,在輸出語句裡恰當使用記錄系統,這可以說是乙個等效的好方案。許多程式語言裡都配備了現成的類庫,例如在python裡構建的記錄庫。

輸出語句是程式設計師檢查資料值和變數型別最快、最簡單和最直接的方式。高效的輸出語句能夠幫助程式設計師通過一段**來跟蹤資料流,並快速識別bug源頭。雖然先進的除錯工具有很多,但是如果你想除錯一段**的話,這個普通的輸出語句的方法應該是程式設計師最先考慮的方法。

2. 偵錯程式

源**偵錯程式採用了輸出語言方法裡的邏輯推理。這樣可以讓程式設計師一行一行的單步執行**,同時監測從變數值到底層虛擬機器整個狀態的一舉一動。另外,大部分的程式語言都具有多個偵錯程式,可以提供不同的功能,包括圖形介面、終止程式的斷點設定、執行環境內部任意**的實施。

在許多情況下,偵錯程式可以說是大材小用了,但如果合理利用的話,偵錯程式絕對是一款高效率的工具。更多偵錯程式的功能請看python偵錯程式:pdb

3. bug跟蹤系統

在一些比較重大的軟體專案裡,使用bug跟蹤系統是很有必要的。如果沒使用bug***,最典型

乙個簡單的文字檔案在專案裡可以作為最初的bug跟蹤系統。隨著**庫的不斷增加,bug衍生出乙個文字檔案並不需要太長的時間。有很多商業和開源的bug跟蹤軟體提供的解決方案都是可以考慮的,選擇哪乙個bug跟蹤軟體首先要明確的部分就是要確保在程式設計專案裡,那些非程式人員能夠快速使用這個bug跟蹤系統。

4. linter

在某些程式語言裡,linter可以執行對**的靜態分析,以便在**編寫和執行之前識別出問題區域;在一些其它程式語言裡,linter工具對於語法檢查和增強風格是很有幫助的。程式設計的時候在編輯器裡開啟乙個linter程式,或者是在**編寫和執行之前通過linter傳遞**,這些都有利於程式設計師在使用軟體之前發現並糾正更多的錯誤。因此,使用linter可以幫你在節省寶貴時間的同時揪出因語法錯誤、打字錯誤或資料型別錯誤而引起的bug源頭。

想要知道什麼樣的linter最適合你使用,看看python的linter工具:pyflakes

5. 版本控制

任何乙個重大的軟體工程專案裡都不應該忽略使用版本控制系統。舉例而言,像git

,mercurial

和svn

這類的版本控制允許不同的**庫版本在不同的基礎上是可以分開的。

不同的控制版本可以被合併到一起,因此,多個程式設計師可以同一時間執行同乙個**庫。版本控制在**排錯裡同樣有著舉足輕重地位,可以讓程式設計師回滾修改較早版本的**,盡可能在錯誤出現之前,在**庫里對錯誤進行修復。

6. 模組化

缺少架構的**是難以修復bug的主要源頭。只要**易於理解,而且理論上行得通,那麼對於程式設計師來講,找到並快速修復bug並不是什麼棘手的事情。另一方面,越是重要的**出現錯誤的機率就越大,找到這個錯誤相對也就比較困難。

設計軟體的元件經常需要考慮一點就是所謂的**模組化,**模組化可以幫助程式設計師更好的用兩種方法來理解軟體系統。第一,模組化能夠創造出一定層次的抽象感,在沒有完全理解所有細節的情況下也能想象出系統的模型。比如,程式設計師正在構建乙個商業系統,可能會考慮到信用卡處理模組,然後觀察這個模組和其餘**有什麼聯絡,根本不用考慮信用卡處理模組的所有詳細內容。第二,模組的詳細說明,這個詳細說明是不會和別的模組內容混淆的,就像每個卡只有乙個卡號是一樣的。

7. 自動化測試

單元測試和其它型別的自動化測試跟模組化是有很大關聯的,可以說是相輔相承。自動化測試就是一段**用特殊的輸入值來執行軟體,以此來檢測程式執行是否和預期的相符合。

單元測試主要是用來檢測單個功能的功能性,然而功能測試是用來檢查特殊的程式效能,並且結合單元測試來檢查軟體系統的整體部分。有很多測試框架可以用來編寫測試程式,而且大部分受歡迎的測試框架都是由kent bent編寫的junit類庫衍生而來的,kent bent是「測試驅動開發方法」最早的支持者之一。 python標準類庫包括乙個junit的python版本,稱之為pyunit或者unittest的單元測試框架

8. 泰迪熊方法(橡皮鴨除錯)

在軟體程式設計界,就不得不提到傳奇人物brain kernighan和rob pike,泰迪熊除錯法源於乙個大學計

同泰迪熊除錯法相似的一種方法叫做橡皮鴨除錯法,當你在向這只始終保持沉默的橡皮鴨子解釋的過程中,你會發現你的想法、觀點、思路和實際的**相偏離了,於是你也就找到了**中的bug。一旦乙個問題被充分地描述了它的細節,那麼解決方法也是顯而易見的。你覺得這個方法太「愚蠢」,太「弱智」了?是的,看上去,會這樣做的人腦子好像是有點毛病。不過,我要告訴你的是,這個方法的確有效。因為,這就是「code review」的雛形!

9. 編寫**注釋

注釋的功能就是在更易於理解的層次上解釋**的編寫目的,盡可能多寫一些:每行**是幹什麼

編寫詳細的注釋可以說是軟體工程裡一步可靠地檢驗步驟,即使是在沒有bug的**裡也是同樣受用。這樣,就算bug出現了也不用擔心,注釋會幫你節省數小時的排錯時間。

10. 編寫文件

**注釋是程式設計師以簡單的方式和個人的觀點編寫的,而編寫軟體文件是用來描述軟體系統的功能性,同時使用者也可以看到這些軟體文件。根據軟體型別的不同,文件可以用來詳述程式介面、圖形介面或者工作流程。

編寫文件還有乙個好處就是,可以展示你對軟體系統的理解程度,指出軟體系統不夠完善的部分或者有可能是bug源頭的部分。

原文:onextrapixel

10個除錯和排錯的小建議

在空白的文字編輯器裡開啟乙個嶄新的文字,沒有一行 出現在眼前的是乙個充滿了無限可能和希望的專案。可是,當數千行的 寫完之後,整個專案因為bug的出現而被壓垮了,更別說新增什麼新功能了.這也許是對程式設計師的最大打擊,在飽滿的熱情上澆了一盆冷水。其實,最好的軟體程式設計師當然知道怎樣去發現並修復這些b...

10個除錯和排錯的小建議

在空白的文字編輯器裡開啟乙個嶄新的文字,沒有一行 出現在眼前的是乙個充滿了無限可能和希望的專案。可是,當數千行的 寫完之後,整個專案因為bug的出現而被壓垮了,更別說新增什麼新功能了.這也許是對程式設計師的最大打擊,在飽滿的熱情上澆了一盆冷水。其實,最好的軟體程式設計師當然知道怎樣去發現並修復這些b...

10個除錯和排錯的小建議

摘要 計算機程式設計可以說是乙個要求較高的手藝,掌握這門手藝就得具備勤奮和不斷學習的條件,因為新的事物和新的方法總是層出不群,所以不斷地學習 提公升技能是必不可少的。希望下面10個排錯bug的工具對你的工作有用。在空白的文字編輯器裡開啟乙個嶄新的文字,沒有一行 出現在眼前的是乙個充滿了無限可能和希望...