整合測試.pptVIP

第五章 軟體測試過程 軟體測試階段 軟體測試階段 軟體測試V Model 軟體各階段測試 軟體測試類型 軟體測試V Model1 軟體測試類型1 單元測試 針對類別中的細小個體去做測試。 整合測試 穩定度與功能性上的測試，整合了內外部與所支援的額外軟體。 軟體測試類型2 系統測試 對軟體的整體進行測試。 驗收測試 以專案客戶制定的驗收標準去測試產品。 單元測試 目錄 單元測試介紹 單元測試的內容 單元測試的環境 單元測試的實施步驟 單元測試結論 單元測試介紹1 單元測試是最早期的測試，保證該單元的功能與設計文件中的描述一致。 對軟體的可分離的、獨立的、最小的功能部分進行測試。 將類別中的方法視為細小的個體，並且針對這些個體做測試。 單元測試介紹2 單元測試是一種設計，通常視為附屬物編碼步驟。 單元測試除了可以檢測我們程式碼的品質，同時是一張安全網，在整個開發過程當中當我們對程式碼作任何新增或變動時保護我們的程式碼不至於受到破壞。 單元測試用來提升開發速度及品質。 單元測試介紹3 所謂的單元指的是： 軟體裡面最小的、並且可以獨立執行編碼的單位。 採用流程語言程式設計軟體，而單元可有一個或多個接近函數組成。 採用物件導向語言設計軟體，而單元可有一個或多個類別跟方法組成。 單元測試介紹4 單元測試都是有各部分的程式設計師完成，所以必須訂立一套統一標準，維護測試品質。 注意的項目就有： 列出單元測試過程、每項內容和判斷準則 所有參考文件與實例 安排的測試時間與目標 列出測試的方法種類 重複測試結果是否相同…等 單元測試內容1 單元測試內容2 單元測試針對以下五個內容去進行檢查： 模組介面(interface) 主要是為了檢查輸入與輸出的資料是否正確。 區域資料結構(local data structures) 檢查區域資料結構是否能保持完整性。 單元測試內容3 邊界測試(boundary conditions) 檢查臨界資料是否正確處理 模組獨立執行路徑(independent paths) 檢查由於計算錯誤、判定錯誤、控制流錯誤導致產生的程式錯誤。 錯誤處理測試(error-handling paths) 檢查內部錯誤處理設施是否有用。 單元測試環境1 單元測試環境2 對於每一組輸入，都應該會有預期的正常結果。 如果模組不是獨立的程式，就會需要輔助測試模組。有兩種： 驅動模組(Driver)：所測模組的主程序。 殘根模組(Stub)：用來代替所測模組呼叫的子模組。 單元測試的實施步驟1 為了使測試方法化和流程化，所以我們制定了四個實施步驟： 1.制定測試計畫：測試計畫由單元開發人員依據具體現況去設計和制定。 2.測試計畫評審：由測試人員進行，開發人員配合對測試計畫進行評改與修改，以完成最終的測試計畫。 單元測試的實施步驟2 3.測試計畫的執行：由測試操作人員按照制定的測試計畫流程化的進行，並且及時回饋。 4.測試結果分析與提交報告：由測試人員與開發人員共同對結果去進行分析、歸納，在提交測試文件報告。 單元測試的實施步驟 單元測試結論 單元測試不是只有測試，它同時提供了一個安全觀點給程式設計師設計，更進一步提供程式設計師信心。增加軟體的彈性，可以讓專案團隊隨時重整以便讓程式變的更乾淨。 同時軟體的彈性也可以允許客戶隨時變更他們的需求，而不至於因新功能的修改或新增而導致程式的不穩定甚至破壞。因此可以提供客戶更好的服務及信賴度。 整合測試 目錄 整合測試介紹 整合測試事前準備工作 整合模組界定 整合測試的過程 整合測試結論 整合測試介紹1 再單元測試之後，按照模組的功能、性能及模組與模組之間介面的測試。 測試各程式碼單元間能否相互合作完成某種功能。 整合測試可以由程式設計師或軟體品保工程師進行。 整合測試介紹2 整合測試最終目是要檢驗軟體結構中各模組的的每個功能與性能介面功能是否正常。 整合測試包括由一個模組啟用另一個相連的模，檢驗模組間的資料傳輸正確性。 整合測試介紹3 整合測試事前準備工作 收集並閱讀系統設計書與模組設計書中的相關模組介面的描述。 找出模組間的互動、關聯和資料流通狀況。 不管測試是否測試檔是否有對整合測試有規定，都要使用原本或是加上規定來做。 如果要編寫整合實例，就要按照設計文件去編寫。 整合模組界定1 模組的界定，會因為具體的軟體結構不同而有不同的界定。 對於使用流程語言軟體的模組，模組可以是一組函數或過程，此函數擁有獨立功能和完整介面，可以去跟其他模組連接、相互作用。 整合模組界定2 對於使用物件導向語言軟體的模組，可以是一組物件，此物件擁有某一功能和完整介面，可以去跟其他模組連接、