軟件測試技術與質(zhì)量保證05,(編輯修改稿)
2025-06-19 21:14 本頁面
【文章內(nèi)容簡介】 中逐個排除不可能正確的假設；最后，再用測試數(shù)據(jù)驗證余下的假設確是出錯的原因。 上述每一類方法均可輔以調(diào)試工具。目前，調(diào)試編譯器、動態(tài)調(diào)試器（ “ 追蹤器 ” ）、測試用例自動生成器、存儲器映象及交叉訪問示圖等到一系列工具已廣為使用。然而，無論什么工具也替代不了一個開發(fā)人員在對完整的設計文檔和清晰的源代碼進行認真審閱和推敲之后所起的作用。此外，不應荒廢調(diào)試過程中最有價值的一個資源，那就是開發(fā)小組中其他成員的評價和忠告，正所謂 “ 當事者迷，旁觀者清 ” 。 前面多次提到，修改一處老問題可能引入幾處新問題，有時程序越改越亂，但若能做到每次糾錯前都捫心自問三個問題，情況將大為改觀： ⑴ 導致這個錯誤的原因在程序其他部分還可能存在嗎？ ⑵ 本次修改可能對程序中相關的邏輯和數(shù)據(jù)造成什么影響？引起什么問題？ ⑶ 上次遇到的類似問題是如何排除的？ C程序?qū)嵱谜{(diào)試技巧 1． 如果運行的程序掛起了 ， 應該怎么辦 ？ 當你運行一個程序時會有多種原因使它掛起 ， 這些原因可以分為以下 4種基本類型： ⑴ 程序中有死循環(huán)； ⑵ 程序運行的時間比所期望的長； ⑶ 程序在等待某些輸入信息 ， 并且知道輸入正確后才會繼續(xù)運行； ⑷ 程序設計的目的就是為了延遲一些時間 ， 或者暫停執(zhí)行 。 ⑴ 死循環(huán) 當你的程序出現(xiàn)了死循環(huán)時，機器將無數(shù)次地執(zhí)行同一段代碼，這種操作當然是程序員所不希望的。出現(xiàn)死循環(huán)的原因是程序員使程序進行循環(huán)的判斷條件永遠為真，或者使程序退出循環(huán)的判斷條件永遠為假。 ⑵ 運行時間比期望的時間長 在有些情況下，你會發(fā)現(xiàn)程序并沒有被完全 鎖死 ，只不過它的運行時間比你所期望的時間長，這種情況是令人討厭的。如果你所使用的計算機運算速度很快，能在極短的時間內(nèi)完成很復雜的運算，那么這種情況就更令人討厭了。 ⑶ 等待正確的輸入 有時程序停止運行是因為它在等待正確的輸入信息。最簡單的情況就是程序在等待用戶輸入信息，而程序卻沒有輸出響應的提示信息，因而用戶不知道要輸入信息，程序看上去就好象鎖住了。更令人討厭的是由緩沖造成的這種結(jié)果。 用什么辦法才能找出程序中的錯誤？ 在調(diào)試程序的過程中，程序員應該記住以下幾種技巧： ⑴ 先調(diào)試程序中較小的組成部分，然后調(diào)試較大的組成部分 如果你的程序編寫得很好，那么它將包含一些較小的組成部分，最好先證實程序的這些部分是正確的。盡管程序中的錯誤并不一定發(fā)生在這些部分中，但是先調(diào)試它們有助于你理解程序的總體結(jié)構(gòu)，并且證實程序的那些部分不存在錯誤。 ⑵ 徹底調(diào)試好程序的一個組成部分后 ， 再調(diào)試下一個組成部分 這一點非常重要 。 如果證實了程序的一個組成部分是正確的 ， 不僅能縮小可能存在錯誤的范圍 ， 而且程序的其它組成部分就能安全地使用這部分程序了 。 這里應用了一種很好的經(jīng)驗性原則 ， 簡單地說就是調(diào)試一段代碼的難度與這段代碼長度的平方成正比 ， 因此 ， 調(diào)試一段 20行的代碼比調(diào)試一段 10行的代碼難 4倍 。 ⑶ 連續(xù)地觀察程序流和數(shù)據(jù)
畢業(yè)設計相關推薦
鄂ICP備17016276號-1