什么是軟件調試?軟件調試應遵循哪些原則?
2023-03-12網絡什么是軟件調試?軟件調試應遵循哪些原則呢
大家好，小編來為大家解答以下問題，什么是軟件調試?軟件調試應遵循哪些原則呢，軟件調試的目的是什么,有哪些技術手段，現在讓我們一起來看看吧！
軟件測試時應遵循的基本原則是什么？
軟件測試應遵循以下十條基本原則：
(1)所有的測試都應追溯到用戶需求。
軟件測試的目標在于揭示錯誤。從用戶角度來看，最嚴重的錯誤是那些導致程序無法滿足需求的錯誤。
(2)應當把“盡早地和不斷地進行軟件測試”作為軟件測試者的座右銘。
應該在測試工作真正開始前的較長時間內就進行測試計劃。測試計劃可以在需求模型一完成就開始，詳細的測試用例定義可以在設計模型被確定后立即開始。因此，所有測試應該在任何代碼被產生前就進行計劃和設計。
(3)pareto原則：測試發現的錯誤中80%很可能起源于20%的模塊中。
當某個功能出問題，其對用戶的影響有多大?然后根據風險大小確定測試的優先級。優先級高的測試，優先得到執行，一般來講，針對用戶最常用的20%功能(優先級高)的測試會得到完全執行，而低優先級的測試(另外用戶不經常用的80%功能)就不是必要的，如果時間或經費不夠，就暫時不做或少做。
(4)完全測試是不可能的，測試需要終止。
測試無法顯示軟件潛在的缺陷，“測試只能證明軟件存在錯誤而不能證明軟件沒有錯誤”。最初的測試通常把焦點放在單個程序模塊上，進一步測試的焦點則轉向在集成的模塊簇中尋找錯誤，最后在整個系統中尋找錯誤。在測試中不可能運行路徑的每一種組合。然而，充分覆蓋程序邏輯，并確保程序設計中使用的所有條件是有可能的。
(5)應由獨立的第三方來構造測試。
第三方測試最大的特點在于它的專業性、獨立性、客觀性和公正性。對于軟件開發商來說，經過第三方測試機構的測試，不僅可以通過專業化的測試手段發現軟件錯誤，幫助開發商提升軟件的品質，而且可以對軟件有一個客觀、科學的評價，有助于開發商認清自己產品的定位。對于行業主管部門以及軟件使用者來說，由于第三方測試機構獨立公正的地位，可以對被測試的軟件有一個客觀公正的評價，幫助用戶選擇合適、優秀的軟件產品。
(6)充分注意測試中的群集現象。
測試后程序殘存的錯誤數目與該程序中已發現的錯誤數目或檢錯率成正比。不要在某個程序段中找到幾個錯誤就誤認為該程序段就沒有錯誤而不再測試，相反應該對錯誤群集的程序段進行重點測試。
(7)盡量避免測試的隨意性。
測試計劃應包括：所測軟件的功能，輸入和輸出，測試內容，各項測試的進度安排，資源要求，測試資料，測試工具，測試用例的選擇，測試的控制方法和過程，系統的配置方式，跟蹤規則，調試規則，以及回歸測試的規定等以及評價標準。
(8)兼顧合理的輸入和不合理的輸入數據。
(9)程序修改后要回歸測試
修改程序后，應該重新進行測試以確認修改沒有引入新的錯誤或導致其他代碼產生錯誤。
(10)應長期保留測試用例，直至系統廢棄。
妥善保存測試計劃，測試用例，出錯統計和最終分析報告，為維護等提供方便。
軟件測試要遵循哪些原則？
1、應把“盡早和不斷地進行軟件測試”作為軟件開發者的座右銘，實踐證明單元測試能夠盡早發現問題，減少后期測試的錯誤量。可以采用Junit和Jtest來輔助進行單元測試。
2、測試用例應由測試輸入數據、測試執行步驟和與之對應的預期輸出結果三部分組成。
3、應當避免由程序員檢查自己的程序。（指后期系統測試階段，不包括單元測試）
4、測試用例的設計要確保能覆蓋所有可能路徑。在設計測試用例時，應當包括合理的輸入條件和不合理的輸入條件。不合理的輸入條件是指異常的，臨界的，可能引起問題的輸入條件。
5、充分注意測試中的群集現象。經驗表明，測試后程序殘存的錯誤數目與該程序中已發現的錯誤數目或檢錯率成正比。應該對錯誤群集的程序段進行重點測試。
6、嚴格執行測試計劃，排除測試的隨意性。測試計劃應包括：所測軟件的功能，輸入和輸出，測試內容，各項測試的進度安排，資源要求，測試資料，測試工具，測試用例的選擇，測試的控制方法和過程，系統的配置方式，跟蹤規則，調試規則，以及回歸測試的規定等等以及評價標準。
7、應當對每一個測試結果做全面的檢查。
8、妥善保存測試計劃，測試用例，出錯統計和最終分析報告，為維護提供方便。
軟件測試的對象：軟件測試并不單純等同于程序測試。軟件測試應該貫穿整個軟件定義與開發整個期間。因此需求分析、概要設計、詳細設計以及程序編碼等各階段所得到的文檔，包括需求規格說明、概要設計規格說明、詳細設計規格說明以及源程序，都應該是軟件測試（評審）的對象。在對需求理解與表達的正確性、設計與表達的正確性、實現的正確性以及運行的正確性的驗證中，任何一個環節發生了問題都可能在軟件測試中表現出來。
軟件測試的原則是什么?
軟件測試的原則如下：
1、測試顯示缺陷的存在。
測試可以顯示缺陷的存在，但不能證明系統不存在缺陷。測試可以減少軟件中存在缺陷的可能性，但即使測試沒有發現任何缺陷，也不能證明軟件或系統是完全正確的，或者說是不存在缺陷的。
2、窮盡測試是不可能的。
窮盡測試是不可能的，當滿足一定的測試出口準則時測試就應當終止。考慮到所有可能輸入值和它們的組合，以及結合所有不同的測試前置條件，這是一個天文數字，我們沒有可能進行窮盡測試。
3、殺蟲劑悖論。
測試用例需要經常的評審和修改，不斷增加新的不同的測試用例來測試軟件或系統的不同部分，保證測試用例永遠是最新的，即包含著最后一次程序代碼或說明文檔的更新信息。
4、測試的盡早介入。
軟件測試人員要盡早地且不斷地進行軟件測試，以提高軟件質量降低軟件開發成本。
軟件測試：
是伴隨著軟件的產生而產生的。早期的軟件開發過程中軟件規模都很小、復雜程度低，軟件開發的過程混亂無序、相當隨意，測試的含義比較狹窄，開發人員將測試等同于“調試”，目的是糾正軟件中已經知道的故障，常常由開發人員自己完成這部分的工作。
軟件調試技術包括
軟件調試技術包括：
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），未處理異常，以及編譯器編譯異常處理代碼的方法。
調試符號的作用、產生過程、存儲格式和使用方法。棧和堆的結構布局、工作原理和有關的軟件問題，包括棧的自動增長和溢出，緩；中區溢出，溢出攻擊，內存泄漏，堆崩潰等。
參考資料：百度百科-軟件調試
軟件測試的目的是什么? 在軟件測試中,應注意哪些原則
Grenford J.Myers曾對軟件測試的目的提出過以下觀點: (1)測試是為了發現程序中的錯誤而執行程序的過程； (2)好的測試方案是極可能發現迄今為止尚未發現的錯誤的測試方案； (3)成功的測試是發現了至今為止尚未發現的錯誤的測試。 然而,這種觀點指出測試是以查找錯誤為中心,而不是為了演示軟件的正確功能.但是只從字面意思理解,可能會產生誤導,認為發現錯誤是軟件測試的唯一目的,查找不出錯誤的測試就是沒有價值的測試,實際上并非如此! (1)測試并不僅僅是為了找出錯誤.通過分析錯誤產生的原因和錯誤的發生趨勢,可以幫助項目管理者 發現當前軟件開發過程中的缺陷,以便及時改進； (2)這種分析也能幫助測試人員設計出有針對性的測試方法,改善測試的效率和有效性； (3)沒有發現錯誤的測試也是有價值的,完整的測試是評定軟件質量的一種方法。
軟件測試的原則
軟件測試的幾大原則： 1.軟件開發人員即程序員應當避免測試自己的程序 不管是程序員還是開發小組都應當避免測試自己的程序或者本組開發的功能模塊。若條件允許，應當由獨立于開發組和客戶的第三方測試組或測試機構來進行軟件測試。但這并不是說程序員不能測試自己的程序，而且更加鼓勵程序員進行調試，因為測試由別人來進行可能會會更加有效、客觀，并且容易成功，而允許程序員自己調試也會更加有效和針對性。 2. 應盡早地和不斷地進行軟件測試 應當把軟件測試貫穿到整個軟件開發的過程中，而不應該把軟件測試看作是其過程中的一個獨立階段。因為在軟件開發的每一環節都有可能產生意想不到的問題，其影響因素有很多，比如軟件本身的抽象性和復雜性、軟件所涉及問題的復雜性、軟件開發各個階段工作的多樣性，以及各層次工作人員的配合關系等。所以要堅持軟件開發各階段的技術評審，把錯誤克服在早期，從而減少成本，提高軟件質量。 3.對測試用例要有正確的態度：第一，測試用例應當由測試輸入數據和預期輸出結果這兩部分組成；第二，在設計測試用例時，不僅要考慮合理的輸入條件，更要注意不合理的輸入條件。因為軟件投入實際運行中，往往不遵守正常的使用方法，卻進行了一些甚至大量的意外輸入導致軟件一時半時不能做出適當的反應，就很容易產生一系列的問題，輕則輸出錯誤的結果，重則癱瘓失效！因此常用一些不合理的輸入條件來發現更多的鮮為人知的軟件缺陷。 4.人以群分，物以類聚，軟件測試也不例外，一定要充分注意軟件測試中的群集現象，也可以認為是“80-20原則”。不要以為發現幾個錯誤并且解決這些問題之后，就不需要測試了。反而這里是錯誤群集的地方，對這段程序要重點測試，以提高測試投資的效益。 5.嚴格執行測試計劃，排除測試的隨意性，以避免發生疏漏或者重復無效的工作。 6.應當對每一個測試結果進行全面檢查。一定要全面地、仔細地檢查測試結果，但常常被人們忽略，導致許多錯誤被遺漏。 7.妥善保存測試用例、測試計劃、測試報告和最終分析報告，以備回歸測試及維護之用。 在遵守以上原則的基礎上進行軟件測試，可以以最少的時間和人力找出軟件中的各種缺陷，從而達到保證軟件質量的目的。
軟件測試的目標和準則是什么？有哪些測試方法？測試步驟有哪些
軟件測試的目的;在規定的條件下對程序進行操作，以發現程序錯誤，衡量軟件質量，并對其是否能滿足設計要求進行評估。
準則：對計算機軟件進行測試前，首先需遵循軟件測試原則，即不完全原則的遵守。不完全原則即為若測試不完全、測試過程中涉及免疫性原則的部分較多，可對軟件測試起到一定幫助。
因軟件測試因此類因素具有一定程度的免疫性，測試人員能夠完成的測試內容與其免疫性成正比，若想使軟件測試更為流暢、測試效果更為有效，首先需遵循此類原則，將此類原則貫穿整個開發流程，不斷進行測試，而并非一次性全程測試。
測試方法：
1、靜態測試方法
軟件代碼的靜態分析測驗，此類過程中應用數據較少，主要過程為通過軟件的靜態性測試（即人工推斷或計算機輔助測試）測試程序中運算方式、算法的正確性，進而完成測試過程，此類測試的優點在于能夠消耗較短時間、較少資源完成對軟件、軟件代碼的測試，能夠較為明顯地發現此類代碼中出現的錯誤。
2、動態測試
計算機動態測試的主要目的為檢測軟件運行中出現的問題，較靜態測試方式相比，其被稱為動態的原因即為其測試方式主要依賴程序的運用，主要為檢測軟件中動態行為是否缺失、軟件運行效果是否良好。
3、黑盒測試
通過數據輸入觀察數據輸出，檢查軟件內部功能是否正常。測試展開時，數據輸入軟件中，等待數據輸出。數據輸出時若與預計數據一致，則證明該軟件通過測試，若數據與預計數據有出入，即便出入較小亦證明軟件程序內部出現問題，需盡快解決。
4、白盒測試
白盒測試相對于黑盒測試而言具有一定透明性，原理為根據軟件內部應用、源代碼等對產品內部工作過程進行調試。測試過程中常將其與軟件內部結構協同展開分析，最大優點即為其能夠有效解決軟件內部應用程序出現的問題，測試過程中常將其與黑盒測試方式結合，當測試軟件功能較多時，白盒測試法亦可對此類情況展開有效調試。
擴展資料
軟件測試工具
開源測試管理工具：Bugfree、Bugzilla、TestLink、mantis zentaopms。
開源功能自動化測試工具：Watir、Selenium?[1]??、MaxQ、WebInject。
開源性能自動化測試工具：Jmeter、OpenSTA、DBMonster、TPTEST、Web Application Load Simulator。
其他測試工具與框架：Rational Functional Tester、Borland Silk系列工具、WinRunner、Robot等。
禪道測試管理工具：功能比較全面的測試管理工具，功能涵蓋軟件研發的全部生命周期，為軟件測試和產品研發提供一體化的解決方案。是一款優秀的國產開源測試管理工具。
Quality Center：基于Web的測試管理工具，可以組織和管理應用程序測試流程的所有階段，包括指定測試需求、計劃測試、執行測試和跟蹤缺陷。
QuickTest Professional：用于創建功能和回歸測試。
LoadRunner：預測系統行為和性能的負載測試工具。
國內免費軟件測試工具有：AutoRunner和TestCenter。
參考資料來源：百度百科-軟件測試技術。
參考資料來源：百度百科-軟件測試。
