程序調(diào)試有什么方法(程序調(diào)試的步驟)

1.程序調(diào)試的步驟

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

第二步，把送入的源程序翻譯成機器語言，即用編譯程序?qū)υ闯绦蜻M行語法檢查并將符合語法規(guī)則的源程序語句翻譯成計算機能識別的“語言”。如果經(jīng)編譯程序檢查，發(fā)現(xiàn)有語法錯誤，那就必須用編輯程序來修改源程序中的語法錯誤，然后再編譯，直至沒有語法錯誤為止。

第三步，使用計算機中的連接程序，把翻譯好的計算機語言程序連接起來，并扶植成一個計算機能真正運行的程序。在連接過程中，一般不會出現(xiàn)連接錯誤，如果出現(xiàn)了連接錯誤，說明源程序中存在子程序的調(diào)用混亂或參數(shù)傳遞錯誤等問題。這時又要用編輯程序?qū)υ闯绦蜻M行修改，再進行編譯和連接，如此反復進行，直至沒有連接錯誤為止。

第四步，將修改后的程序進行試算，這時可以假設幾個模擬數(shù)據(jù)去試運行，并把輸出結果與手工處理的正確結果相比較。如有差異，就表明計算機的程序存在有邏輯錯誤。如果程序不大，可以用人工方法去模擬計算機對源程序的這幾個數(shù)據(jù)進行修改處理；如果程序比較大，人工模擬顯然行不通，這時只能將計算機設置成單步執(zhí)行的方式，一步步跟蹤程序的運行。一旦找到問題所在，仍然要用編輯程序來修改源程序，接著仍要編譯、連接和執(zhí)行，直至無邏輯錯誤為止。也可以在完成后再進行編譯。

2.對軟件采用的調(diào)試方法有哪些

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

[url= ]嫦娥二號直播[/url]

3.對C語言進行調(diào)試的最好方法是什么

要了解調(diào)試程序的最好方法，首先要分析一下調(diào)試過程的三個要素：應該用什么工具調(diào)試一個程序？用什么辦法才能找出程序中的錯誤？怎樣才能從一開始就避免錯誤？應該用什么工具調(diào)試一個程序？有經(jīng)驗的程序員會使用許多工具來幫助調(diào)試程序，包括一組調(diào)試程序和一些"lint”程序，當然，編譯程序本身也是一種調(diào)試工具。

在檢查程序中的邏輯錯誤時，調(diào)試程序是特別有用的，因此許多程序員都把調(diào)試程序作為基本的調(diào)試工具。一般來說，調(diào)試程序能幫助程序員完成以下工作：（1）觀察程序的運行情況 僅這項功能就使一個典型的調(diào)試程序具備了不可估量的價值。

即使你花了幾個月的時間精心編寫了一個程序，你也不一定完全清楚這個程序每一步的運行情況。如果程序員忘記了某些if語句、函數(shù)調(diào)用或分支程序，可能會導致某些程序段被跳過或執(zhí)行，而這種結果并不是程序員所期望的。

不管怎樣，在程序的執(zhí)行過程中，尤其是當程序有異常表現(xiàn)時，如果程序員能隨時查看當前被執(zhí)行的是那幾行代碼，那么他就能很好地了解程序正在做什么以及錯誤發(fā)生在什么地方。（2）設置斷點 通過設置斷點可以使程序在執(zhí)行到某一點時暫時停住。

當你知道錯誤發(fā)生在程序的哪一部分時，這種方法是特別有用的。你可以把斷點設置在有問題的程序段的前面、中間或后面。

當程序執(zhí)行到斷點時，就會暫時停住，此時你可以檢查所有局部變量、參數(shù)和全局變量的值。如果一切正常，可以繼續(xù)執(zhí)行程序，直到遇到另一個斷點，或者直到引起問題的原因暴露出來。

（3）設置監(jiān)視 程序員可以通過調(diào)試程序監(jiān)視一個變量，即連續(xù)地監(jiān)視一個變量的值或內(nèi)容。如果你清楚一個變量的取值范圍或有效內(nèi)容，那么通過這種方法就能很快地找出錯誤的原因。

此外，你可以讓調(diào)試程序替你監(jiān)視變量，并且在某個變量超出預先定義的取值范圍或某個條件滿足時使程序暫停執(zhí)行。如果你知道變量的所有行為，那么這么做是很方便的。

好的調(diào)試程序通常還提供一些其它功能來簡化調(diào)試工作。然而，調(diào)試程序并不是唯一的調(diào)試工具，lint程序和編譯程序本身也能提供很有價值的手段來分析程序的運行情況。

注意：lint程序能分辨數(shù)百種常見的編程錯誤，并且能報告這些錯誤發(fā)生在程序的哪一部分。盡管其中有一些并不是真正的錯誤，但大部分還是有價值的。

lint程序和編譯程序所提供的一種典型功能是編譯時檢查（compile—time checks），這種功能是調(diào)試程序所不具備的。當用這些工具編譯你的程序時，它們會找出程序中有問題的程序段，可能產(chǎn)生意想不到的效果的程序段，以及常見的錯誤。

下面將分析幾個這種檢查方式的應用例子，相信對你會有所幫助。等于運算符的誤用 編譯時檢查有助于發(fā)現(xiàn)等于運算符的誤用。

請看下述程序段： void foo(int a,int b) { if ( a = b ) { / * some code here * / } } 這種類型的錯誤一般很難發(fā)現(xiàn)！程序并沒有比較兩個變量，而是把b的值賦給了a，并且在b不為零的條件下執(zhí)行if體。一般來說，這并不是程序員所希望的（盡管有可能）。

這樣一來，不僅有關的程序段將被執(zhí)行錯誤的次數(shù)，并且在以后用到變量a時其值也是錯誤的。未初始化的變量 編譯時檢查有助于發(fā)現(xiàn)未初始化的變量。

請看下面的函數(shù)：void average ( float ar[], int size ) { float total; int a; for( a = 0;a { total+=ar[a]; } printf(" %f\n", total / (float) size ）； } 這里的問題是變量total沒有被初始化，因此它很可能是一個隨機的無用的數(shù)。數(shù)組所有元素的值的和將與這個隨機數(shù)的值相加（這部分程序是正確的），然后輸出包括這個隨機數(shù)在內(nèi)的一組數(shù)的平均值。

變量的隱式類型轉換 在有些情況下，C語言會自動將一種類型的變量轉換為另一種類型。這可能是一件好事（程序員不用再做這項工作），但是也可能會產(chǎn)生意想不到的效果。

把指針類型隱式轉換成整型恐怕是最糟糕的隱式類型轉換。void sort( int ar[],int size ) { /* code to sort goes here * / } int main() { int arrgy[10]; sort( 10, array )； } 上述程序顯然不是程序員所期望的，雖然它的實際運行結果難以預測，但無疑是災難性的。

用什么辦法才能找出程序中的錯誤？在調(diào)試程序的過程中，程序員應該記住以下幾種技巧：先調(diào)試程序中較小的組成部分，然后調(diào)試較大的組成部分 如果你的程序編寫得很好，那么它將包含一些較小的組成部分，最好先證實程序的這些部分是正確的。盡管程序中的錯誤并不一定發(fā)生在這些部分中，但是先調(diào)試它們有助于你理解程序的總體結構，并且證實程序的哪些部分不存在錯誤。

進一步地，當你調(diào)試程序中較大的組成部分時，你就可以確信那些較小的組成部分是正常工作的。徹底調(diào)試好程序的一個組成部分后，再調(diào)試下一個組成部分 這一點非常重要。

如果證實了程序的一個組成部分是正確的，不僅能縮小可能存在錯誤的范圍，而且程序的其它組成部分就能安全地使用這部分程序了。這里應用了一種很好的經(jīng)驗性原則，簡單地說就是調(diào)試一段代碼的難度與這段代碼長度的平方成正比，因此，調(diào)試一段20行的代碼比調(diào)試一段10行的代碼要難4倍。

因此，在調(diào)試過程中每次只把精力集中在一小段代碼上是很有幫助的。當然，這僅僅是一個總的原則，具體使用時還要視。

4.幾個主要軟件調(diào)試方法及調(diào)試原則

這個跟你用什么調(diào)試器有一定關系

如果你用VC6.0的調(diào)試器，那么可能你的調(diào)試手段就會受一定限制，VC下主要就是

單步，步入，堆棧和寄存器的查看，變量的查看，普通斷點，條件斷點，內(nèi)存訪問斷點；

如果你用OllyDbg，那么除了上述手段外，還有硬斷點，內(nèi)存讀/寫斷點等

如果你用windbg的話，手段也很豐富，就是命令多了點，可能需要你去記；

大多數(shù)調(diào)試器的常用手段就是我上面說的那些了

5.C語言程序的調(diào)試和步驟

使用VisualStudio2013編寫和調(diào)試c語言程序步驟：1、打開【文件】——【新建】——【項目】，打開‘新建項目’窗口。

2、在【模板】選擇【Visual C++】，【win32控制臺應用程序】，【名稱】、【位置】、【解決方案名稱】根據(jù)自己的需要填寫，不會填的話默認即可。3、單擊【確定】彈出如下窗口：4、單擊【下一步】，出現(xiàn)如下窗口：在【空項目】前面的方框里打鉤，然后點擊【完成】。

5、【源文件】——右鍵【添加】——【新建項】這里【名稱】里給自己的文件取個名字，選擇【C++文件（.cpp）】——【添加】，然后就可以編輯程序了。6、程序?qū)懞煤螅础綟5】調(diào)試，【Ctrl+F5】運行。