【文章內容簡介】 了解程序內部邏輯結構、對所有邏輯路徑進行測試。 “白盒 ”法是窮舉路徑測試。在使用這一方案時，測試者必須檢查程序的內部結構，從檢查程序的邏輯著手，得出測試數據。貫穿程序的獨立路徑數是天文數字。但即使每條路徑都測試了仍然可能有錯誤。第一，窮舉路徑測試決不能查出程序違反了設計規(guī)范，即程序本身是個錯誤的程序。第二，窮舉路徑測試不可能查出程序中因遺漏路徑而出錯。第三，窮舉 路徑測試可能發(fā)現(xiàn)不了一些與數據相關的錯誤。 單元測試 單元測試 （ 模塊測試 ）是開發(fā)者編寫的一小段代碼，用于檢驗被測代碼的一個很小的、很明確的功能是否正確。通常而言，一個單元測試是用于判斷某個特定條件（或者場景）下某個特定函數的行為。例如，你可能把一個很大的值放入一個有序 list 中去，然后確認該值出現(xiàn)在 list 的尾部。或者，你可能會從字符串中刪除匹配某種 模式 的字符，然后確認字符串確實不再包含這些字符了。 單元測試是由 程序 員自己來完成，最終受益的也是程序員自己?？梢赃@么說，程序員有責任編寫 功能代碼，同時也就有責任為自己的代碼編寫單元測試。執(zhí)行單元測試，就是為了證明這段代碼的行為和我們期望的一致。 單元測試不僅僅是作為無錯編碼一種輔助手段在一次性的開發(fā)過程中使用，單元測試必須是可重復的，無論是在軟件修改，或是移植到新的運行環(huán)境的過程中。因此，所有的測試都必須在整個 軟件系統(tǒng) 的生命周期中進行維護。 經常與單元測試聯(lián)系起來的另外一些開發(fā)活動包括代碼走讀 (Code review)，靜態(tài)分析 (Static analysis)和動態(tài)分析 (Dynamic analysis)。靜態(tài)分析就是對軟件的源 代碼進行研讀，查找錯誤或收集一些 度量 數據，并不需要對代碼進行編譯和執(zhí)行。動態(tài)分析就是通過觀察軟件運行時的動作，來提供執(zhí)行跟蹤，時間分析，以及 測試覆蓋 度方面的信息。 單元測試工作內容及其流程 有了單元測試不遠遠不夠的，在單元測試的基礎上還要建立集成測試 集成測試 集成測試 （也叫 組裝測試 ， 聯(lián)合測試 ）是 單元測試 的邏輯擴展。它的最簡單的形式是：兩個已經測試過的單元組合成一個 組件 ，并且測試它們之間的接口。從這一層意義上講，組件是指多個單元的集成聚合。在現(xiàn)實方案中，許多單元組合成組件，而這些組件又聚合 成 程序 的更大部分。方法是測試片段的組合，并最終擴展進程，將您的模塊與其他組的模塊一起測試。最后，將構成進程的所有模塊一起測試。此外，如果程序由多個進程組成，應該成對測試它們，而不是同時測試所有進程。 集成測試識別組合單元時出現(xiàn)的問題。通過使用要求在組合單元前測試每個單元并確保每個單元的生存能力的測試計劃，可以知道在組合單元時所發(fā)現(xiàn)的任何錯誤很可能與單元之間的接口有關。這種方法將可能發(fā)生的情況數量減少到更簡單的分析級別。 集成測試是在單元測試的基礎上，測試在將所有的 軟件 單元按照概要設計規(guī)格說明的要求組裝成模塊、 子系統(tǒng) 或系統(tǒng)的過程中各部分工作是否達到或實現(xiàn)相應技術指標及要求的活動。也就是說，在集成測試之前，單元測試應該已經完成，集成測試中所使用的 對象 應該是已經經過單元測試的軟件單元。這一點很重要，因為如果不經過單元測試，那么集成測試的效果將會受到很大影響，并且會大幅增加軟件單元代碼糾錯的代價。 集成測試是單元測試的邏輯擴展。在現(xiàn)實方案中，集成是指多個單元的聚合，許多單元組合成模塊，而這些模塊又聚合成程序的更大部分，如分系統(tǒng)或系統(tǒng)。集成測試采用的方法是測試軟件單元的組合能否正常 工作，以及與其他組的模塊能否集成起來工作。最后，還要測試構成系統(tǒng)的所有模塊組合能否正常工作。集成測試所持的主要標準是《軟件概要設計規(guī)格說明》，任何不符合該說明的程序模塊行為都應該加以記載并上報。 集成測試過程 ： 集成測試工作機制 軟件集成測試工作由產品評測部擔任。需要項目組相關角色配合完成。如圖示： 軟件評測部： 軟件項目組： 集成測試工作內容及其流程工作流程： 集成測試常用方案選型 ： 集成測試的實施方案有很多種，如自底向上集成測試、自頂 向下集成測試、三明治集成測試、核心集成測試、 分層 集成測試、基于使用的集成測試等。在此，筆者將重點討論其中一些經實踐檢驗和一些證實有效的集成測試方案。 這些數據顯示單元測試的成本效率大約是集成測試的兩倍 ,系統(tǒng)測試的三倍 5 測試 引言 編寫目的 本報告 是 Just Enjoy 小組 對完成的 訂餐系統(tǒng) 進行測試 需求分析和系統(tǒng)設計后制作測試計劃 和系統(tǒng)完成時進行測試后 完成的測試報告 。 目的在于 為系統(tǒng)的正確性和 有效性提供保證 ，同時 為 日后的系統(tǒng) 維護提供 文檔依據。 項目背景 本系統(tǒng)為一個餐館的定餐系統(tǒng)，主要提供記錄訂餐和提醒的功能。 定義 系統(tǒng)中所有以“ JE_”開頭的類和變量均為“ Just Enjoy” —— 我們小組名稱的縮寫，也用以和系統(tǒng)或者其他人開發(fā)的變量和函數相區(qū)別。 SQLServer 2020: Microsoft公司的關系型數據庫。 JDK : 版本為號 JAVA虛擬機 參考資料 《系統(tǒng)分析設計》