# 靜態測試與動態測試：有什么區別？ > 原文： [https://www.guru99.com/static-dynamic-testing.html](https://www.guru99.com/static-dynamic-testing.html) ## 什么是靜態測試？ 在**靜態測試**下，不執行代碼。 而是手動檢查代碼，需求文檔和設計文檔以發現錯誤。 因此，名稱為“靜態”。 該測試的主要目的是通過在開發周期的早期階段發現錯誤來提高軟件產品的質量。 此測試也稱為非執行技術或驗證測試。 靜態測試包括手動或自動檢查文檔。 這項檢查是在測試的初始階段完成的，以便在 STLC 早期發現[缺陷](/defect-management-process.html)。 它檢查工作文件并提供評論意??見 工作文件范例- * 需求規格 * 設計文件 * 源代碼 * 測試計劃 * 測試用例 * 測試腳本 * 幫助或用戶文檔 * 網頁內容 ## 什么是動態測試？ 在**動態測試**下，執行代碼。 它檢查軟件系統的功能行為，內存/ CPU 使用率以及系統的整體性能。 因此，名稱為“動態” 該測試的主要目的是確認軟件產品符合業務需求。 此測試也稱為執行技術或驗證測試。 動態測試將執行該軟件，并以預期結果驗證輸出。 動態測試在所有級別的測試中執行，可以是黑盒測試或白盒測試。  ## 靜態測試技術： * **非正式審閱：**這是一種審閱類型，它不遵循任何程序來查找文檔中的錯誤。 使用這種技術，您只需查看文檔并對其進行非正式評論。 * **技術評論：**由您的同行組成的團隊，審查軟件產品的技術規格并檢查其是否適合該項目。 他們試圖找出所遵循的規范和標準中的任何差異。 這篇綜述主要集中在與軟件有關的技術文檔上，例如測試策略，[測試計劃](/what-everybody-ought-to-know-about-test-planing.html)和需求規范文檔。 * **演練：**工作產品的作者向其團隊解釋了該產品。 參與者可以提問。 作者*領導了一次會議。* 抄寫員記下評論評論 * **檢查：**主要目的是查找缺陷，并由訓練有素的主持人主持會議。 這種檢查是一種形式的檢查，它遵循嚴格的過程來查找缺陷。 審閱者有一份清單來審閱工作產品，他們記錄缺陷并通知參與者糾正這些錯誤。 * **靜態代碼審查：**這是對軟件源代碼的系統審查，無需執行代碼。 它檢查代碼的語法，編碼標準，代碼優化等。這也稱為白盒測試。可以在開發過程中的任何時候進行此檢查。 ## 動態測試技術：  * **單元測試：**在“單元測試”下，開發人員對單個單元或模塊進行了測試。 它涉及開發人員對源代碼的測試。 * **集成測試：**各個模塊組合在一起并由開發人員進行測試。 目的是確定集成后哪些模塊可以按預期工作。 * **系統測試：** [系統測試](/system-testing.html)通過檢查系統或應用程序是否滿足要求規格文檔而在整個系統上執行。 同樣，非功能測試（例如性能，[安全測試](/what-is-security-testing.html)）也屬于動態測試的類別。 ## **靜態測試和動態測試之間的區別：**  | **靜態測試** | **動態測試** | | 在不執行程序的情況下完成了測試 | 通過執行程序進行測試 | | 此測試執行驗證過程 | 動態測試執行驗證過程 | | 靜態測試是關于預防缺陷 | 動態測試是關于發現并修復缺陷 | | 靜態測試可評估代碼和文檔 | 動態測試提供了軟件系統中的錯誤/瓶頸。 | | 靜態測試涉及清單和要遵循的過程 | 動態測試涉及要執行的測試用例 | | 可以在編譯之前執行此測試 | 編譯后執行動態測試 | | 靜態測試涵蓋結構和聲明覆蓋率測試 | 動態測試技術是邊值分析&等價分區。 | | 發現缺陷和修復的成本更低 | 發現和修復缺陷的成本很高 | | 由于此過程在早期階段就涉及，因此投資回報率將很高 | 由于此過程涉及開發階段，因此投資回報率將很低 | | 強烈推薦更多評論以保證質量 | 強烈建議您提供更多缺陷，以保證高質量。 | | 需要大量會議 | 相較之下，會議次數較少 | ## 關鍵區別 * 靜態測試是在不執行程序的情況下完成的，而動態測試是在執行程序的情況下完成的。 * 靜態測試檢查代碼，需求文檔和設計文檔以發現錯誤，而動態測試則檢查軟件系統的功能行為，內存/ CPU 使用率和系統的整體性能。 * 靜態測試與缺陷的預防有關，而動態測試與發現和修復缺陷有關。 * 靜態測試執行驗證過程，而動態測試執行驗證過程。 * 靜態測試在編譯之前執行，而動態測試在編譯之后執行。 * 靜態測試技術是結構和語句的覆蓋范圍，而動態測試技術是邊值分析&等價性劃分。