Debugging, Profiling, Code improvement tools
  • Introduction
  • Chapter1: 追蹤問題
    • 1.1.找出錯誤來源
  • Chapter2: 解決問題
    • 2.1.Check list
      • 2.1.1.確認前後條件
  • Chapter3: 錯誤訊息
    • 3.1.python
      • 'charmap' codec can't decode byte 0x8f in position 17: character maps to <undefined>
  • Chapter4:版本管理工具
    • 4.1.Git
      • 4.1.1.Working tree, Index/Cache, Repository and Object
      • 4.1.2.commit
      • 4.1.3.cherry-pick
      • 4.1.4.rebase
    • 4.2.TortoiseGit
      • 4.2.1.bisect
      • 4.4.2.reflog & reset
      • 4.2.3.blame
  • Chapter5: 除錯工具
    • 5.1.Visual studio
      • 5.1.1.輸出debug訊息
      • 5.1.2.中斷點
      • 5.1.3.載入符號, 檢視堆疊
      • 5.1.4.追蹤點
      • 5.1.5.單步執行程式
      • 5.1.6.日誌
      • 5.1.7.靜態程式分析
    • 5.2. WinDbg
      • 5.2.1.安裝WinDbg
      • 5.2.2.設定project及symbol path
      • 5.2.3.分析.dmp file
    • 5.3.API
      • 5.3.1.核心傾印
  • Chapter6: 效能分析工具
    • 6.1.Introduction
    • 6.2.Windows
      • 6.2.1.效能分析指標
      • 6.2.2.Windows Performance Monitor
      • 6.2.3.Process monitor
      • 6.2.4.Windows Performance Toolkit
    • 6.3.C++ project
      • 6.3.1.SMART BEAR AQ Time
    • 6.4.Python project
      • 6.4.1.cProfile, snakeviz
  • Chapter7: 程式碼優化工具
    • 7.1.Python
      • 7.1.1.vulture
Powered by GitBook
On this page
  • 1.Debug的第一步: 找出問題的來源
  • 2.做法

Was this helpful?

  1. Chapter1: 追蹤問題

1.1.找出錯誤來源

PreviousChapter1: 追蹤問題NextChapter2: 解決問題

Last updated 5 years ago

Was this helpful?

1.Debug的第一步: 找出問題的來源

  • 當面對一個從沒見過的issue, 最困難的在於不知從何開始下手

    • 必須先知道對手(問題發生的源頭)在哪

2.做法

  • 1.複製問題

    • 在開始追蹤前, 問題要先可以被隨心所欲地重現

    • 製作最小化的測試範例

  • 2.推測問題的來源

    • 以將問題發生點限縮到某次git commit為目標

      • 用git checkout到先前的commit以確定問題的出現

        • 確定問題是因為這次的change, 還是這個問題本來就一直存在

      • 用git bisect來找出問題開始發生的commit

        • 如果確定此問題是在某個coomit後出現的, 但是不確定是從哪個commit後出現的, 可以用git bisect來找出該commit

    • 以將問題發生點限縮到某個fuction為目標

      • 用UI的文字, console或是log上的訊息來推測程式在何處中斷:

        • 1.Exception message

          • 可以透過網路搜尋以推測出Exception的原因, 並進一步推斷出大概做什麼動作時出現問題

        • 2.Print message

          • Print message通常是開發人員為了作為除錯時的依據所留下, 可以利用print出來的字串搜尋原始碼, 看看原始碼中哪一段有print此message的動作, 藉此定位問題的發生位置

          • 以Visual studio的C++/C#專案為例, 如果在多處都有print相同訊息則可以用在全部的可能處, 讓錯誤重現看程式中斷在何處

        • 3.若問題是crash:

          • 用可以收斂到出現問題的函式

      • 向下搜尋

        • 當問題已經被縮小到某個function, 裡面又呼叫了許多了子function, 必須確定問題是在哪個子function出現, 可以搭配下面的方法:

          • print

          • write log

          • 註解掉

中斷點
核心傾印