什么是軟件調試

大家好，本文將圍繞什么是軟件調試?軟件調試應遵循哪些原則?展開說明，什么是軟件調試的目的與難點?是一個很多人都想弄明白的事情，想搞清楚什么是軟件調試工程師需要先了解以下幾個事情。

軟件測試和軟件調試的區別是什么

一、性質不同

1、軟件測試：描述一種用來促進鑒定軟件的正確性、完整性、安全性和質量的過程。

2、軟件調試：泛指重現軟件故障、定位故障根源并最終解決軟件問題的過程。

二、目的不同

1、軟件測試：鑒定、審核軟件。

2、軟件調試：軟件調試的基本目標是定位軟件中存在的設計錯誤（bug）。但除此之外，軟件調試技術和工具還有很多其他用途，比如分析軟件的工作原理、分析系統崩潰、輔助解決系統和硬件問題等。

三、特點不同

1、軟件測試：對計算機軟件進行測試前，需遵循軟件測試原則，即不完全原則的遵守。

2、軟件調試：重現故障；定位根源；探索和實現解決方案；驗證方案。

參考資料來源：

百度百科-軟件測試

百度百科-軟件調試

軟件調試技術包括

軟件調試技術包括：

1、分析和推理；

設計人員和開發人員根據軟件缺陷問題的信息，分析和推理調試軟件。

根據軟件程序架構自頂向下縮小定位范圍，確定可能發生問題的軟件組件。

根據軟件功能，軟件運行時序定位軟件問題。

根據算法原理，分析和確定缺陷問題發生的根源。

2、歸納類比法；

歸納法是一種從特殊推斷一般的系統化思考方法，歸納法調試的基本思想是：從一些線索（錯誤征兆）著手，通過分析它們之間的關系來找出錯誤。該方法主要是根據積累的工作經驗和案例處理調試工作。

根據工作經驗和比對程序設計中類似問題的處理方式進行調試工作。

咨詢相關部門和有經驗的相關人員。

查找相關文檔和案例，為處理問題提供思路和方法。在軟件開發過程中，通常對每個缺陷問題進行跟蹤管理，將解決問題的方案和過程詳細記錄。

收集出錯的信息，列出數據，包括輸入，輸出，歸納整理，發現規律，從線索除法，尋找線索之間的聯系。也就意味著：從特殊到一般。

3、跟蹤回朔；

在小程序中常用的一種有效的調試方法，一旦發現了錯誤，人們先分析錯誤的征兆，確定最先發現“癥狀“的位置然后，人工沿程序的控制流程，向回追蹤源程序代碼，直到找到錯誤根源或確定錯誤產生的范圍。

例如，程序中發現錯誤處是某個打印語句，通過輸出值可推斷程序在這一點上變量的值，再從這一點出發，回溯程序的執行過程，反復思考：“如果程序在這一點上的狀態（變量的值）是這樣，那么程序在上一點的狀態一定是這樣···“直到找到錯誤所在。

在軟件開發通常采用基線與版本管理。基線為程序代碼開發提供統一的開發基點，基線的建立有助于分清楚各個階段存在的問題，便于對缺陷問題定位。軟件版本在軟件產品的開發過程中生成了一個版本樹。軟件產品實際上是某個軟件版本，新產品的開發通常是在某個軟件版本的基礎上進行開發。

開發過程中發現有問題，可以回退至版本樹上的穩定版本，查找問題根源。

通過基線版本序列可以追蹤產品的各種問題，可以重新建立基于某個版本的配置，可以重現軟件開發過程中的軟件缺陷和各種問題，進行定位并查找問題根源。

4、增量調試；

軟件開發大多采用軟件配置管理和持續集成技術。開發人員每天將評代碼提交到版本庫。持續集成人員完成集成構建工作。

可以通過控制持續集成的粒度（構建時間間隔），控制開發人員提交到版本庫的程序代碼量，從而便于對缺陷問題定位。

通常每天晚上進行持續集成工作，發現問題時，開發人員實際上只需要調試處理當天編寫的代碼。

5、寫出能重現問題的最短代碼；

采用程序切片和插樁技術寫出能重現問題的最短代碼調試軟件模塊。

程序切片程序切片是通過在特定位置消除那些不影響表達式計算的所有語句，把程序減少到最小化形式，并仍能產生給定的行為。

使用切片技術，可以把一個規模較大并且較復雜的軟件模塊轉換成多個切片程序。這些切片程序相對原來的程序，簡單并且易于調試和測試。

程序插樁程序插樁方法是在被測程序中插入某些語句或者程序段來獲取各種信息。通過這些信息進一步了解執行過程中程序的一些動態特性。一個軟件組件的獨立調試和測試需要采用插樁技術，該組件調用或運行需要樁模塊。在軟件模塊的調試過程中程序切片和程序插樁可以結合起來使用。

6、日志追蹤技術；

日志是一種記錄機制，軟件模塊持續集成構建過程中，日志文件記錄了有用信息。若構建失敗，通過查看日志文件，將信息反饋給相關人員進行軟件調試。

7、調試和測試融合的技術；

測試驅動開發。

測試驅動開發是一種不同于傳統軟件開發流程的開發方法。在編寫某個功能的代碼之前先編寫測試代碼，然后編寫測試通過的功能代碼，這有助于編寫簡潔可用和高質量的代碼。

開發與測試融合。

程序開發人員除了進行程序代碼的編寫，白盒測試，也要完成基本的功能測試設計和執行。這樣有助于程序開發人員更好地開展調試工作。

程序開發人員可以通過交叉測試來解決測試心理學的問題（不能自己測試自己）。采用這種模式測試人員的數量會減少，專業的測試人員去做其他復雜的測試工作。

研發中的很多低級缺陷會盡早在開發過程中被發現，從而減少缺陷后期發現的成本。

8、強行排錯；

這種調試方法目前使用較多，效率較低，它不需要過多的思考，比較省腦筋。例如：

通過內存全部打印來調試，在這大量的數據中尋找出錯的位置。

在程序特定位置設置打印語句，把打印語句插在出錯的源程序的各個關鍵變量改變部位，重要分支部位，子程序調用部位，跟蹤程序的執行，監視重要變量的變化。

自動調用工具，利用某些程序語言的調試功能或專門的交互式調試工具，分析程序的動態過程，而不必修改程序。

應用以上任一種方法之前，都應當對錯誤的征兆進行全面徹底的分析，得出對出錯位置及錯誤性質的推測，再使用一種適當的調試方法來檢驗推測的正確性。

9、演繹法調試；

演繹法是一種從一般原理或前提出發，經過排除和精華的過程來推導出結論的思考方法，演繹法排錯是測試人員首先根據已有的測試用例，設想及枚舉出所有可能出錯的原因作為假設，然后再用原始測試數據或新的測試，從中逐個排除不可能正確的假設，最后，再用測試數據驗證余下的假設確是出錯的原因。

列舉所有可能出錯原因的假設，把所有可能的錯誤原因列成表，通過它們，可以組織，分析現有數據。

利用已有的測試數據，排除不正確的假設。

仔細分析已有的數據，尋找矛盾，力求排除前一步列出所有原因，如果所有原因都被排除了，則需要補充一些數據（測試用例），以建立新的假設。

改進余下的假設；

利用已知的線索，進一步改進余下的假設，使之更具體化，以便可以精確地確定出錯位置；

證明余下的假設。

擴展資料：

軟件調試技術的內容：

CPU的調試支持，包括異常、斷點、單步執行、分支監視、JTAG、MCE等。

Windows操作系統中的調試設施，包括內核調試引擎、用戶態調試予系統、驗證器、Dr．Watson、WER、ETW、故障轉儲、WHEA等。

VisualC／C＋＋編譯器的調試支持，包括編譯期檢查、運行期檢查，以及調試符號。

WinDBG調試器的發展歷史、模塊結構、工作模型、使用方法、主要調試功能的實現細節，以及遍布全書的應用實例。

內核調試、用戶態調試、JIT調試、遠程調試的原理、實現和用法。異常的概念、分發方法、處理方法（SEH、VEH、CppEH），未處理異常，以及編譯器編譯異常處理代碼的方法。

調試符號的作用、產生過程、存儲格式和使用方法。棧和堆的結構布局、工作原理和有關的軟件問題，包括棧的自動增長和溢出，緩；中區溢出，溢出攻擊，內存泄漏，堆崩潰等。

參考資料：百度百科-軟件調試

什么是軟件調試

調試時編寫軟件的人員在編寫的過程中不斷地對程序進行調整優化以達到最好的效果。

測試就是測試人員對已經定型的軟件的功能之類的進行檢測。

軟件調試的目的

軟件調試的目的是改正錯誤。

軟件調試是為了發現錯誤而執行程序的過程。測試是為了證明程序有錯，而不是證明程序無錯。一個好的測試用例在于它發現至今未發現的錯誤，一個成功的測試是發現了至今未發現的錯誤的測試。

軟件調試的步驟：

用編輯程序把編制的源程序按照一定的書寫格式送到計算機中，編輯程序會根據使用人員的意圖對源程序進行增、刪或修改。

把送入的源程序翻譯成機器語言，即用編譯程序對源程序進行語法檢查并將符合語法規則的源程序語句翻譯成計算機能識別的“語言”。如果經編譯程序檢查，發現有語法錯誤，那就必須用編輯程序來修改源程序中的語法錯誤，然后再編譯，直至沒有語法錯誤為止。

使用計算機中的連接程序，把翻譯好的計算機語言程序連接起來，并扶植成一個計算機能真正運行的程序。在連接過程中，一般不會出現連接錯誤，如果出現了連接錯誤，說明源程序中存在子程序的調用混亂或參數傳遞錯誤等問題。這時又要用編輯程序對源程序進行修改，再進行編譯和連接，如此反復進行，直至沒有連接錯誤為止。

將修改后的程序進行試算，這時可以假設幾個模擬數據去試運行，并把輸出結果與手工處理的正確結果相比較。如有差異，就表明計算機的程序存在有邏輯錯誤。如果程序不大，可以用人工方法去模擬計算機對源程序的這幾個數據進行修改處理；如果程序比較大，人工模擬顯然行不通，這時只能將計算機設置成單步執行的方式，一步步跟蹤程序的運行。

一旦找到問題所在，仍然要用編輯程序來修改源程序，接著仍要編譯、連接和執行，直至無邏輯錯誤為止。也可以在完成后再進行編譯。

軟件測試與調試有什么區別

簡而言之，測試的主要工作是找缺陷，而調試的目的是為了解決缺陷。

具體而言，軟件調試是在進行了成功的軟件測試后才開始的工作。軟件調試與軟件測試不同，軟件測試的目標是盡可能多的發現軟件中的錯誤，而進一步診斷和改正程序中潛在的錯誤才是調試的任務。通常，調試工作是一個具有很強技巧性的工作。一個軟件開發人員在分析測試結果的時候會發現，軟件運行失效或出現問題，往往只是潛在錯誤的外部表現，而外部表現與內在原因之間常常沒有明顯的的聯系。如果要找出真正的原因，排除潛在的錯誤，不是一件易事。因此，調試是通過現象，找出原因的一個思維分析的過程。

文章來源：http://www.412cn.com/ff70j86l.html