程序和系統調試的主要方法有哪些

⑴ 軟體調試技術包括

軟體調試技術包括：

1、分析和推理；

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

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

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

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

2、歸納類比法；

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

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

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

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

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

3、跟蹤回朔；

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

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

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

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

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

4、增量調試；

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

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

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

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

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

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

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

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

6、日誌追蹤技術；

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

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

測試驅動開發。

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

開發與測試融合。

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

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

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

8、強行排錯；

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

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

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

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

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

9、演繹法調試；

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

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

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

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

改進餘下的假設；

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

證明餘下的假設。

(1)程序和系統調試的主要方法有哪些擴展閱讀：

軟體調試技術的內容：

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

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

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

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

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

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

⑵ 在嵌入式系統開發中，常用的程序調試手段有哪些

不同系統下有不同的軟體支持，，，
wince
vxworks
linux
這是系統，
好多都是交叉編譯，
windows下也有好多工具，如：ADS
，SDT2.51
linux下也有好多，和gcc相關的工具，
不知道常用的調試手段有什麼
不過有模擬的工具吧。應該能調試吧。
手動，讓程序自己輸出一些信息，還有設置一些中斷也行吧。。。

⑶ 系統測試的方法主要哪些方法

系統測試的方法主要有人工測試和機器測試兩種。
(1)人工測試。人工測試又稱為代碼復審，是通過閱讀程序找錯誤的。其內容主要包括檢查代碼和設計是否一致:檢查代碼邏輯表達是否正確和完整;檢查代碼結構是否合理。
(2)機器測試。機器測試是指在計算機上直接用測試用例運行被測程序，從而發現程序錯誤。機器測試分為黑盒測試和白盒測試兩種。
①黑盒測試。黑盒測試也稱功能測試或數據驅動測試，它已知產品所應具有的功能，通過測試檢測每個功能是否都能正常使用。在測試時，把程序看作是一個不能打開的黑盒子，在完全不考慮程序內部結構和內部特性的情況下，它只檢測程序功能是否能夠按照需求規格說明的規定正常使用，程序是否能適當接收輸入數據而產生正確的輸出信息，並保持外部信息(如資料庫或文件)的完整性。黑盒測試的方法主要有等價類劃分、邊值分析、因果圖、錯誤推測等，黑盒測試主要用於軟體確認測試。黑盒測試著眼於程序外部結構，不考慮程序內部邏輯結構，只針對軟體界面和軟體功能進行測試。黑盒測試是窮舉輸入測試，只有把所有可能的輸入都作為測試情況使用，才能以這種方法查出程序中的所有錯誤。實際上，測試情況有無窮多個，人們不僅要測試所有合法的輸入，而且還要對那些不合法但是可能的輸入進行測試。
②白盒測試。白盒測試也稱結構測試或邏輯驅動測試，它已知產品內部工作過程，按照程序內部的結構測試程序，可通過測試檢測產品內部動作是否按照說明書的規定正常進行，檢驗程序中的每條通路是否都能按預定要求正確工作。白盒測試的主要方法有邏輯驅動、基路測試等，白盒測試主要用於系統驗證。

⑷ 單片機軟體調試方法，請問單片機程序調試都有什麼方法

用keil調試，主要是設置斷點，單步執行，運行到游標處，查看運行時間，監視變數和表達式的值，這些都是常用的手段，你仔細看看工具欄就知道了

⑸ 程序調試主要對程序進行何種調試常用的測試數據有哪幾種

需求獲取的常用方法有哪些 1）用戶訪談 用戶訪談是一種最基本的需求獲取手段，它是指分析人員以個別訪談或小組合議的形式與用戶進行初步的溝通。用戶訪談的形式包括結構化和非結構化兩種，結構化是指分析人員按照——定準則事先准備好一系列問題，通過用戶對問題的回答來獲取有關目標軟體方面的內容；非結構化則是只列以一個粗糙的想法，根據訪談的民體情況來進行發揮。 2）用戶調查 在進行用戶防談時，由於很多關鍵人員的時間有限，不易安排過多的時間或者項日涉及的客戶面較廣。不可能——一訪談。因此，就需要藉助用戶調杏的方法，通過精心設計要問的問題，然後下發到相關的人員手中，讓他們填寫，再從所填寫的內容中獲取系統的需求倍息，這樣就可以克服上述的問題。 用戶調查最大的不足就是缺乏靈活性，而且可能存在受調查人員不能很好表述自己想法的限制。 3）現場觀摩 俗話說，百聞石如一見，對於許多較為復雜的流程和系統而言，是很難用自然語言表達清楚的。因此，為了能夠對系統的需求獲得全面的了解，實際觀察用戶的操作過程就是一種行之合效的方法。現場觀摩就是走到客戶的工作場所，一邊觀察，一邊聽客戶講解，甚至可以安排人員跟隨用戶一起工作一段時間。這樣就可以使得分析人員對客戶的需求有更加直觀的理解。但是，在現場觀摩過程中必須切記；建造軟體系統不僅僅只是為了模擬客戶的手下操作過程，還必須將最好的經濟效益、最快的處理速度、最合理的操作流程和最友好的用戶界而等作為軟體設計的目標。 4）文檔考古 文檔考古是指對歷史存在的—些文檔進行研究，從帶有數據的文件、表單、報表等文檔中獲取所需信息的過程。對於一些數據流程比較復雜的、工作表單較多的項目來說，就可以應用這種方法。 5）建立聯合分析小組 在系統開發時，系統分析員和用戶之間由於知識結構的差異，難免存在難逾越的交流鴻溝。 用廣提供的需求信息，在系統分析員看來可能是零散和片面甚至無法理解的。因此，為了能夠減少交流上的問題，就需要一個領域專家來幫助進行溝通，即可以建立一個由用戶、系統分析員和領域專家參加的聯合分析小組來共同完成需求的獲地。 6）原型法 原型是在軟體開發中被廣泛使用的一種工具，在軟體系統的很多開發階段都起著非常重要的作用。原型法就是盡可能快地建造一個祖糙的系統，這系統實現了目標系統的某些或全部功能，但是這個系統可能在可靠性、界面的友好性或其他方向上存在缺陷。建造這樣一個系統的目的是為了看，考察某一方面的可行性。如演算法的可行性，技術的可行性，或考察是否滿足用戶的需求等。原型是在最終系統產生之前的一個局部真實表現，可以讓人們能夠對一些具體問題進行基於文物的有效溝通，從而幫助人們盡早解決軟體開發個存在的各種不確定性。 7）模型驅動 前面的面談、原型、觀察以及文檔審查等方法可以通過執行一些具體的獲取行為來對系統需求進行認知和理解。但是大多數軟體系統，尤其是對於復雜的系統而言，它們的需求獲取任務絕不是可以通道一兩次這樣簡單的獲取行為就能夠完成的。為了能夠使得獲取行為相互配合、減少不必要的精力耗費和防止出現獲取信息的遺漏，可以採用模型驅動的方法。 8）基於上下文的方法 軟體系統是作為一個整體存在的，它通過和環境的交互來解決用戶的問題，滿足用戶的需求。軟體系統中的每項功能都是依存於一定的背景和上下文環境，因此，要正確地理解系統的功能就必須要正確地理解它的背景和上下文知識。基於上下文的方法就是注重於系統的環境、開發組織的業務背景、涉眾的特徵以及目標等。與前面的方法相比，它更加註重用戶在—定環境下表現出來的行為，通過分析用戶的行為得到信息。 說明軟體測試和調試的目的有何區別 1、目的不同 軟體測試的目的是發現錯誤，至於找出錯誤的原因和錯誤發生的地方不是軟體測試的任務，而是調試的任務.調試的目的是為了證明程序的正確，因此它必須不斷地排除錯誤.它們的出發點不一樣。前者是挑錯，是一種挑剔過程，屬於質盤保證活動。後者是排錯，是一種排除過程，是編碼活動的一部分. 2、任務不同 既然軟體測試屬於質量保證活動，因此它貫穿於整個開發過程.從需求分析開始，就要制訂軟體測試計劃，軟體設計時要設計系統軟體測試、集成側試用例，編碼階段要設計單元軟體測試用例並進行單元軟體測試，軟體測試階段要進行集成軟體測試、系統軟體測試等，直到產品交付。只要有修改就有軟體測試，產品交付後同樣。它是比較有規律的活動，有系統的方法、原則作指導。 而調試是編碼活動的一部分，因此有編碼就有調試.它的任務主要就是排錯。調試的方法經常與使用的開發工具有關，例如:解釋型的開發工具可以互動式調試，編譯型開發工具就很難較好地查錯。當然它有一些啟發式的方法，它是一種比較依賴開發人員經驗的活動。 3、指導原則和方法不同 軟體側試是一種有規律的活動，有一系列軟體軟體測試的原則.其中主要是制訂側試計劃，然後嚴格執行.其次是一種挑剔性行為，因此它不但要側試軟體應該做的，還需要側試軟體不應該做的事情。調試所遵循的規律主要是一些啟發式規則，是一個推理過程。例如使用歸納法、演繹法、回溯法等。 軟體測試的輸出是預知的，其軟體測試用例必須包括預期的結果，而調試的輸出大多是不可預見的，需要調試者去解釋、去發現產生的原因。 4、操作者 因為心理狀態是軟體測試程序的障礙，所以執行軟體測試的人一般不是開發人員，以使軟體測試更客觀、更有效，而調試人員一般都是開發人員.

⑹ 對軟體採用的調試方法有哪些

1. 直接輸入、更改、跟蹤、運行匯編程序 2. 觀察操作系統的內容； 3. 查看ROM BIOS的內容； 4. 觀察更改RAM內部的設置值； 5. 以扇區或文件的方式讀寫軟盤數據。 在DEBUG中地址用段地址與段內地址來表示，而段地址可以明確地指出來，也可以用一個段指示器(段寄存器)來代表，用段寄存器表示時，其段地址就是此寄存器的內含值： 如：用段地址和段內地址表示FOFF：0100 用段寄存器和段內地址表示CSF：0100←CS指向F000 下面列出了常用命令用法。 -A 地址 從指定地址開始編寫小匯編程序，按兩個回車鍵結束編輯 -U 地址 從指定地址開始反匯編32位元組的機器指令，預設地址則從上一U命令繼續 -D 始址 終址 以16進制/Asc字元對照方式顯示指定內存范圍的數據，每行顯示10H個位元組 -E 地址 值表 用給出的值表(空格分隔)替換指定地址開始的內存單元，例：-E 100 'v' 1F 'hello' -N 文件名 為後續的L/W命令約定所操作的文件名 -L 地址 將N命令所指定文件的內容讀入到指定內存位置。另，邏輯卷扇區直接讀：-L 地址 邏卷號 起始邏扇號 扇數 -W 地址 將BX-CX個位元組的內存數據寫入N命令指定的文件中。另，邏輯卷扇區直接寫：-W 地址 邏卷號 起始邏扇號 扇數 -R 寄存器名 顯示並允許修改指定寄存器的值 -G=始址 終址 執行指定內存中的機器指令程序 -T=地址 單步執行機器指令，預設地址則從上一T命令繼續。另，繼續跟蹤m條指令：-T m 讀取c:卷的引導扇區，並保存到Boot.1文件中，並簡單分析引導程序的前面幾條指令： -L 1000 2 0 1 -N boot.1 -R bx ;輸入0000 -R cx ;輸入0200 -W 1000 -U 1000 讀取第一個硬碟上的主引導扇區，並保存到MB.1文件中，在屏幕上顯示硬碟分區表數據： -A 100 yyyy:0100 mov dx,0080 yyyy:01xx mov cx,0001 yyyy:01xx mov ax,yyyy yyyy:01xx mov es,ax yyyy:01xx mov bx,1000 yyyy:01xx mov ax,0201 yyyy:01xx int 13 yyyy:01zz nop -G=yyyy:0100 01zz -N mb.1 -R bx ;輸入0000 -R cx ;輸入0200 -W 1000 -D 11be 11ff debugging命令 debugging命令概述 獲得路由器中交換的報文和幀的細節信息 用於調試信息 debugging命令使用注意事項 不使用debug命令監控正常的網路運行 在網路使用的低峰期使用 不要輕易使用類似debugging all之類的命令 使用debugging命令後，應立即以「undo debugging」命令終止debugging命令的執行。 Debugger "Debugger"這個詞按它的英文字面意思來講是這樣一種「裝置」(-er)，這種裝置可以「消除」(De-)「系統中的缺陷」(bug)。然而事實上，迄今為止我們經常使用到的"Debugger"只是用來幫助我們進行Debug的工具,"Debugger"本身不能自動完成"Debug"。我們可以回想一下我們是如何進行Debug的，在進行Debug的過程中，我們通過Debugger來完成以下工作： （1）監視「Debug對象」的狀態； （2）控制「Debug對象」的運行； 這些工作可以為「發現Debug對象中存在的問題」以及「對解決問題方案的檢驗」提供有用的信息。 監控工作有時只需要由軟體就可以完成，有時不僅需要軟體支持，還需要硬體的支持。 Debugger除了被用來Debug,還被用來幫助我們理解「Debug的對象」內部結構，因為我們用到的Debugger能夠完成對「Debug對象」的監控工作，在監控的過程中可以獲取「Debug對象」動態特徵的信息，這對我們理解其結構是非常有用的。 關於更詳細的介紹和研究可以參考國人原創的《軟體調試》 ，這 [url= http://www.chenganyxrj.com ]嫦娥二號直播[/url]

⑺ 嵌入式系統常用調試方法有幾種，各有什麼優缺點

硬體系統的調試：嵌入式系統的調試包括硬體調試1)排除邏輯故障 2)排除元器件失效 3)排除電源故障
3)實時在線模擬調試 實時在線模擬(In—Circuit Emulator。ICE)是目前最有效的調
試嵌入式系統的手段。
1)軟體調試 主機和目標板通過某種介面(一般是串口)連接，主機上提供調試界面，把調試軟體下載到目標板上運行。

2)模擬調試 所要調試的程序與調試開發工具(一般為集成開發環境)都在主機上
運行，由主機提供一個模擬的目標運行環境，可以進行語法和邏輯上的調試與開發。
4)JTAG 調試 基於JTAG(Joint test action group)的調試方法是ARM 系統調試的最常用
方法，因為ARM 處理器中集成了JTAG 調試模塊。

⑻ C語言程序設計中軟體調試主要採取哪些方法

程序可以運行並不表示程序就是正確的

編譯和連接都正確,只能說明編譯器對他進行語法等檢查

沒發現他的錯誤而已,而既然運行結果是錯誤的,那就是說明一點

可能是你的演算法設計的不當,不能正確的解決問題,這樣發生的錯誤

是運行期錯誤,在編譯連接的過程不會出錯的,不過幸好,編譯器也為我們

提供了一些解決類似運行期錯誤的一些調試工具,通過debug,進行單步調

試下,觀察變數值,看看是不是你想要的等等解決此類問題,具體如何單步

調試見下面:

不過你先要設置斷點,然後按下面操作

在VC++6.0中的單步調試:
調試重要的幾個鍵：
F9在當前游標所在的行下斷點,如果當前行已經有斷點,則取消斷點.
F5調試狀態運行程序,程序執行到有斷點的地方會停下來.
F10單步執行程序.
CTRL+F10運行到游標所在行.
F11和F10的區別是,如果當前執行語句是函數調用,則會進入函數裡面.
SHIFT+F11跳出當前所在函數.
步驟：
1，保存為c或c++文件
2，根據斷點調試找到錯誤處。
3，採用F10或F11單步調試找到精確的錯誤處。其中f10是跳過函數盜用，f11是進入函數體調試。一般是先用f10，確定函數輸入輸出是否正確（與自己想的一樣），如不一樣，則用f11進入函數體一步一步調試。
4，在調試過程中，肯定得監視程序中的變數。在vc6.0的右下角有一個watch窗口，專門用來設置監視變數。具體怎樣設置自己體會吧。在調試過程中，滑鼠輕輕放在變數上也會顯示該變數的值
5，vc6.0專門為調試設置了工具箱以方便調試的進行，打開的方法如下。右鍵——〉在debug（或調試）選擇項的勾勾上。ok