《面向?qū)ο鬁y試》PPT課件.ppt

1、第23章 面向?qū)ο鬁y試,軟 件 工 程,第23章 面向?qū)ο鬁y試,23.1 擴(kuò)大測試的視角 23.2 測試OOA和OOD模型 23.2.1 OOA和OOD模型的正確性 23.2.2 OOA和OOD模型的一致性 23.3 面向?qū)ο蟮臏y試策略 23.3.1在OO語境中的單元測試 23.3.2在OO語境中的集成測試 23.3.3在OO語境中的確認(rèn)測試,第23章 面向?qū)ο鬁y試,23.4 OO軟件的測試案例設(shè)計 23.5 在類級別可用的測試方法 23.6 類間測試案例實(shí)際 23.7 小結(jié),23.1 擴(kuò)大測試的死角,所有面向?qū)ο竽Ｐ蛻?yīng)該被測試，以保證在 模型的語法、語義和語用語境內(nèi)的正確性 、完整性和一致性

2、。,23.2 測試OOA和OOD模型,OOA和OOD模型的語法正確性基于符號的正確使用 來判斷，而且每個模型被評審以保證正確的建模 約定被保持。其語義正確性必須基于模型對現(xiàn)實(shí) 世界問題域的符合度而判斷。其一致性判斷可通 過“考慮模型中實(shí)體間的關(guān)系。一個不一致的模 型在其中某一部分的表示不會在模型的其他部分 正確地反應(yīng)”。評估一致性時，應(yīng)檢查每個類及 其和其他類的連接。CRC模型和對象-關(guān)系圖可用 來支持該活動。,評估類模型的步驟如下：,再次考察CRC模型和對象-關(guān)系模型； 檢查每個CRC索引卡片的描述以確定是否某委托的責(zé)任是協(xié)作者的定義的一部分； 反轉(zhuǎn)該連接以保證每個被請求服務(wù)的協(xié)作者正在接收

3、來自某合理源的請求； 使用在第3步檢查的反轉(zhuǎn)連接，確定是否其他的類可能被需要或是否責(zé)任合適地在類間分組； 確定是否廣泛請求的責(zé)任可能被組合為單個的責(zé)任； 步驟1到5被迭代地應(yīng)用到每個類，并貫穿OOA模型的每次演化。,23.3 面向?qū)ο鬁y試策略,OO語境中的單元測試： 對OO軟件的類測試等價于傳統(tǒng)軟件的單元測試，它關(guān) 注模塊的算法細(xì)節(jié)和模塊接口間流動的數(shù)據(jù)，它是由 封裝在類中的操作和類的狀態(tài)行為驅(qū)動的。 OO語境中的集成測試的兩種策略： 基于線程的測試，集成響應(yīng)系統(tǒng)的一個輸入或事件所需的一組類，每個線程被個體地集成和測試； 基于使用的測試，通過測試幾乎不使用服務(wù)器類的類（獨(dú)立類）來開始系統(tǒng)的構(gòu)造

4、，獨(dú)立類被測試后，一層類（依賴類）使用獨(dú)立類被測試。,23.3 面向?qū)ο蟮臏y試策略,OO語境中的確認(rèn)測試： OO軟件的確認(rèn)關(guān)注于用戶可見的動作和用戶可識別的 系統(tǒng)輸出。傳統(tǒng)的黑盒測試可用于驅(qū)動確認(rèn)測試，測 試案例可從創(chuàng)建作為OOA的一部分的對象-行為模型和 事件流圖導(dǎo)出。,23.4 OO軟件的測試案例設(shè)計,對OO測試案例設(shè)計的整體方法： 每個測試案例應(yīng)被唯一標(biāo)識，并被顯式地和將被測試的類相關(guān)聯(lián)； 測試的目的應(yīng)被陳述； 對每個測試應(yīng)開發(fā)一組測試步驟，應(yīng)包含： 將被測試的對象的一組特定狀態(tài)； 將被作為測試的結(jié)果使用的一組消息和操作； 當(dāng)對象被測試時可能產(chǎn)生的一組異常； 一組外部條件 將輔助理解或?qū)?/p>

5、現(xiàn)測試的補(bǔ)充信息。,23.4.1 OO概念的測試案例設(shè)計的含義 封裝使得一些信息在某種程度上難于獲得，繼承也造成了對測試的障礙，多繼承進(jìn)一步使測試復(fù)雜化。 23.4.2 傳統(tǒng)測試案例設(shè)計方法的可用性 白盒測試可用于為類定義的操作的測試。黑盒測試對OO系統(tǒng)也是合適的。use-case可以為黑盒測試及基于狀態(tài)的測試的設(shè)計提供有用的輸入 。,23.4.3 基于故障的測試,基于故障的測試的目標(biāo)是設(shè)計最有可能發(fā)現(xiàn)似乎可 能的故障的測試。其初步計劃是從分析模型開始。 集成測試在消息連接中查找似乎可能的故障：非期 望的結(jié)果、錯誤的操作/消息使用、不正確的調(diào)用。 且必須檢查操作（函數(shù)）的行為。集成測試適用于

6、屬性以及操作，它試圖在客戶對象而不是服務(wù)器對 象中發(fā)現(xiàn)錯誤，即其關(guān)注點(diǎn)是確定是否錯誤存在于 調(diào)用代碼中。,23.4.4 OO程序設(shè)計對測試的影響,OOP可能以幾種方式對測試產(chǎn)生影響： 某些類型的故障變得不太“似乎可能”(不值得去測試)。 某些類型的故障變得更加“似乎可能”(值得進(jìn)行測試)。 某些新的故障類型出現(xiàn)。,23.4.5 測試案例和類層次 23.4.6 基于場景的測試設(shè)計 基于場景的測試關(guān)心用戶做什么，而不是產(chǎn)品做什么。它意味著捕獲用戶必須完成的任務(wù)，然后在測試時應(yīng)用它們或它們的變體。它往往在單個測試中處理多個子系統(tǒng)。,23.4.7 測試表層結(jié)構(gòu)和深層結(jié)構(gòu) 表層結(jié)構(gòu)指OO程序的外部可觀察

7、的結(jié)構(gòu)。測試基于用戶任務(wù)進(jìn)行。深層結(jié)構(gòu)指OO程序的內(nèi)部技術(shù)細(xì)節(jié)。對其測試用以檢查作為OO系統(tǒng)的子系統(tǒng)和對象設(shè)計的一部分被建立的依賴、行為和通信機(jī)制。分析和設(shè)計模型是其測試的基礎(chǔ)。,對OO類的隨機(jī)測試 在類級別的劃分測試 劃分測試可以減少測試類所需的測試案例的數(shù)量， 輸入和輸出被分類，設(shè)計測試案例來處理每個類別。劃 分類別的方法： 基于狀態(tài)的劃分：基于類操作改變類狀態(tài)能力來對類操 作分類； 基于屬性的劃分：基于它們使用的屬性來對類操作分類； 基于類別的劃分：基于各自完成的類屬函數(shù)來對類操作 分類。,23.5 在類級別可用的測試方法,23.6 類間測試案例設(shè)計,類協(xié)作測試可通過應(yīng)用隨機(jī)和劃分方法以及基于場景 的測試和行為測試來完成。 生成多個類隨機(jī)測試案例的步驟： 對每個客戶類，使用類操作列表來生成一系列隨機(jī)測試序列，操作將發(fā)送消息給其他服務(wù)器類； 對生成的每個消息，確定在服務(wù)器對象中的協(xié)作者類和對應(yīng)的操作； 對服務(wù)器對象中的每個操作，確定它發(fā)送的消息； 對每個消息，確定下一層被調(diào)用的操作并結(jié)合這些操作到測試序列中。 類的STD可用于幫助導(dǎo)出測試類的動態(tài)行為的測試序列,23.7 小結(jié),和傳統(tǒng)軟件測試相比，OO測試的視角擴(kuò)大到包括分析和設(shè)計模型的評