物件导向软体测试.ppt

第六章 物件導向軟體測試 大綱 物件導向軟體測試概論 單元測試 整合測試 系統測試 驗收測試 測試案例設計 結論 物件導向軟體測試概論 簡述。 物件導向測試模型。 物件導向分析測試。 物件導向設計測試。 物件導向程式設計測試。 簡述1 物件導向軟體測試其主要目的跟傳統的軟體測試大致上是相同的，使用最少的資源來找出存在軟體內的錯誤。 物件導向軟體跟之前傳統軟體內部的內容、策略以及在方法上大大不為相同。 物件導向技術有獨特的特性，比如多型、繼承、封裝使物件導向產生錯誤的可能性比傳統軟體測試還要大。 簡述2 物件導向技術正逐漸的被廣泛使用，成為解決軟體危機的新技術。 物件導向的結構不是傳統的功能模組結構，作為一個整體，原有整合測試所要求的逐步將開發的模組搭建一起進行測試方法。 物件導向測試模型1 物件導向將開發分成 物件導向分析 (OOA)。 物件導向設計 (OOD)。 物件導向程式設計 (OOP)。 使用開發階段的測試及程式設計完成後的單元測試、整合測試、系統測試成為一個整體。 物件導向測試模型2 物件導向測試模型3 軟體發展過程中不斷測試的模型，使開發階段成為一個整體。 物件導向分析測試與物件導向設計測試對分析結果與設計結果的測試。 物件導向程式設計測試對程式設計風格實現進行測試。 物件導向測試模型4 物件導向程式設計測試對程式的程式碼進行測試。 物件導向單元測試是對程式內部類別成員函數的測試。 物件導向單元測試是進行物件導向整合測試的基礎。 物件導向測試模型5 物件導向整合測試主要針對系統內的相互服務進行測試。 Ex：類別間的訊息傳遞。 函數間的相互作用。 物件導向整合測試要參考物件導向設計的結果。 物件導向整合測試要參考物件導向設計測試的結果。 物件導向測試模型6 物件導向系統測試在物件導向整合測試的最後階段測試。 物件導向系統測試以使用者需求為測試標準，且要參考物件導向分析測試及物件導向設計測試的結果。 物件導向分析測試1 傳統系統分析是功能分解的過程，是把系統可以看成分解的功能性集合。 物件導向分析測試把資訊塑膜中的概念，與物件導向程式設計的概念結合一起的分析方法。 物件導向分析測試直接映射問題空間，將問題空間的實例直接抽象化為物件。 物件導向分析測試2 物件導向分析測試階段類別選定與實現、類別層次結構的組織和實現提供平台。 物件導向分析測試的重點在於，完整性以及冗長性。 物件導向分析測試3 電腦設備管理系統的物件導向分析結果圖 物件導向分析測試4 對物件導向分析測試分成了五種方面 確認物件的認定。 確認類別的結構。 主題名稱的確認。 確認屬性及關聯。 確認操作方法及訊息。 確認物件的認定1 認定的物件對問題空間中的結構、其他系統、設備、事件、人員實際案例的抽象。 如下： 認定的物件是否全面，問題空間中涉及到實例是否都反映在認定的抽象物件。 認定的物件是否具有多種屬性。 認定同一物件的實例是否有共同的屬性。 確認物件的認定2 認定同一物件的實例是否也要提供相同 的服務。 系統沒有必要始終保持物件代表的 實例資訊。 認定的對象名聲應該盡量準確。 確認類別的結構1 結構內有多種物件的組織方式。 用來反映問題空間中的複雜實例及 複雜關係。 可以分成兩種結構，如下。 確認類別的結構2 對繼承結構的測試： 位於上層的物件是否在空間中含有不同下層 物件的特殊可能性。 在下層的物件是否能夠抽象出比上層物件 的可能性 所有認定物件能否向上層抽象出有意義 的物件 上層物件特性是否完全表現下層共同性 下層是否有高層特性基礎 確認類別的結構3 對組裝結構的測試： 整體物件與個別物件是否符合現實關係。 整體物件與個別物件考慮出有實際應用。 整體物件是否遺漏反映在有用的個別物件。 主題名稱的確認1 物件及類別結構更上層的抽象，提供分析結果的可見性： 主題反應物件及結構使否有相同的屬性。 並且確認是否應該使用相同的服務。 主題間的訊息聯繫代表主題所反映的物件以及結構所有的關聯。 確認屬性及關聯1 屬性描述物件及結構來反映案例的特性。 定義的屬性相對應的物件及分類結構是否都適用。 定義的屬性問題空間是否於案例關係密切。 定義的屬性是否能不依賴其他屬性。 每個物件屬性是否定義完整。 要注意一對多及多對多的案例關聯。 確認操作方法及訊息1 定義每種物件與結構在問題空間要求行為 物件與類別是否都定義相對應的服務。 物件與類別所需要的服務。 定義出訊息關聯。 沿著訊息關聯執行緒是否合理。 定義的操作方法是否重複。 物件導向設計測試1 傳統的系統分析是面向作業的設計方法，把系統分解成功能的集合。 物件導向設計採用造型的觀點，以物件導向分析為基