【正文】 mp DeviceRaise( ) DeviceRect(… ) …… 利用 Bridge設(shè)計(jì) 模式與未完成、未知或在測(cè)試 另一組件時(shí)不可用組件的接口（ UML類(lèi)圖） 用戶接口 數(shù)據(jù)庫(kù)戶接口 數(shù)據(jù)庫(kù)戶接口 測(cè)試存根 數(shù)據(jù)庫(kù) 可用 Bridge設(shè)計(jì) 模式實(shí)現(xiàn)測(cè)試存根，用戶接口子系統(tǒng)訪問(wèn)測(cè)試不能訪問(wèn)的數(shù)據(jù)庫(kù)子系統(tǒng)。 集成測(cè)試 (組裝測(cè)試 ) 集成測(cè)試需考慮的問(wèn)題 : ?數(shù)據(jù)穿越接口可能丟失 . ?一模塊可能破壞另一模塊功能 . ?子功能組裝可能未產(chǎn)生所要求的 主功能 . ?全程數(shù)據(jù)結(jié)構(gòu)可能出問(wèn)題 . ?誤差累積問(wèn)題 . 集成測(cè)試方法 通常采用黑盒測(cè)試技術(shù) 實(shí)施策略 : ?非增量式系統(tǒng)集成 ?增量式系統(tǒng) 集成 深度優(yōu)先 廣度優(yōu)先 自頂向下結(jié)合 自底向上結(jié)合 一 .非增量式系統(tǒng)集成 一次就把所有通過(guò)了單元測(cè)試 的模塊組合在一起進(jìn)行全程序的測(cè) 試。 二 . 增量式系統(tǒng)集成 從一個(gè)模塊開(kāi)始 ,測(cè)一次添加一個(gè)模塊 ， 邊組裝邊測(cè)試 ， 以發(fā)現(xiàn)與接口相聯(lián)系的問(wèn)題 。 ?對(duì)下層使用自底向上結(jié)合的方法 。 程序組件的接口有很多的類(lèi)型 ，例如： ? 參數(shù)接口 。 ? 共享內(nèi)存接口 。 由一個(gè)子系統(tǒng)把數(shù)據(jù)放在該內(nèi)存中 ， 然后被另一個(gè)子系統(tǒng)取出 。 由一個(gè)子系統(tǒng)封裝了的一組程序 ， 這些程序可以被其他子系統(tǒng)調(diào)用 。 ? 消息傳遞接口 。 例如 ， 一些面向?qū)ο笙到y(tǒng) 、 客戶機(jī) /服務(wù)器系統(tǒng)存在這種接口 。 調(diào)用者 （ 組件 ） 在調(diào)用其他組件時(shí) ，接口使用不當(dāng)而產(chǎn)生錯(cuò)誤 ， 例如 ， 在使用參數(shù)接口時(shí) ， 參數(shù)類(lèi)型和傳遞順序以及參數(shù)個(gè)數(shù)不對(duì)等。 調(diào)用者 （ 組件 ） 誤解了被調(diào)用組件的接口描述而產(chǎn)生錯(cuò)誤 ， 被調(diào)用組件沒(méi)有按照預(yù)期的行為執(zhí)行 。 這類(lèi)錯(cuò)誤一般發(fā)生在實(shí)時(shí)控制系統(tǒng)中， 系統(tǒng)使用了共享內(nèi)存接口或者消息傳遞接口而產(chǎn)生接口錯(cuò)誤 。 ? 接口測(cè)試的一般準(zhǔn)則： ? 檢查代碼并明確地列出對(duì)外部構(gòu)件的調(diào)用 。 ? 如果有指針從接口傳遞 ， 應(yīng)該用空指針參數(shù)來(lái)進(jìn)行測(cè)試 。 ? 如果是通過(guò)消息傳遞到系統(tǒng)進(jìn)行強(qiáng)度測(cè)試 ， 應(yīng)該設(shè)計(jì)大量的消息 ， 可能發(fā)現(xiàn)計(jì)時(shí)錯(cuò)誤 。 ? 集成測(cè)試的標(biāo)準(zhǔn)應(yīng)包括 ： ? 接口完整性 。 ? 功能有效性 。 ? 信息內(nèi)容 。 ? 性能 。 ? 回歸測(cè)試 ? 在軟件集成測(cè)試的過(guò)程中，每當(dāng)一個(gè)模塊加入到系統(tǒng)時(shí)，軟件就發(fā)生變化，模塊之間的影響也可能有改變。很有可能激活新的控制邏輯，所有這些改變的因素可能會(huì)導(dǎo)致原來(lái)工作正常的系統(tǒng)產(chǎn)生錯(cuò)誤。 確認(rèn)測(cè)試 有效 性 測(cè)試 軟件 配置 審查 管理 機(jī)構(gòu) 裁決 選擇測(cè)試人員 軟件計(jì)劃 用戶文檔 開(kāi)發(fā)文檔 源程序文本 支持環(huán)境 交用戶 運(yùn)行 維護(hù) 測(cè)試 報(bào)告 軟件 配置 構(gòu)造測(cè)試用例 實(shí)際運(yùn)行測(cè)試 專(zhuān)家 鑒定 會(huì) 有效性測(cè)試 通過(guò) 黑盒測(cè)試 ,證實(shí)軟件功能與 用戶需求是否一致 . 軟件配置審查與驗(yàn)收 確認(rèn) 測(cè)試 軟件配 置審查 主管部 門(mén)批準(zhǔn) 集成的軟件 軟件需求 用戶文檔 設(shè)計(jì)文檔 源程序 測(cè)試文檔 交付的 軟 件 確認(rèn)的 軟 件 確認(rèn)的 配 置 確認(rèn)測(cè)試結(jié)果 測(cè)試完成后可能出現(xiàn)兩種情況 : (1)測(cè)試與預(yù)期相符 , 可接受。 α 測(cè)試和 β 測(cè)試 α 測(cè)試 (Alpha) 在開(kāi)發(fā)者的場(chǎng)所由用戶進(jìn)行 ,在開(kāi)發(fā) 者關(guān)注和控制的環(huán)境下進(jìn)行。 系統(tǒng)測(cè)試 軟件只是計(jì)算機(jī)系統(tǒng)的一個(gè) 元素，軟件最終要與其他系統(tǒng)元 素（如新硬件、信息等 )相結(jié)合， 進(jìn)行各種集成測(cè)試和確認(rèn)測(cè)試 . 用于系統(tǒng)測(cè)試的測(cè)試類(lèi)型 : (1)恢復(fù)測(cè)試 (2)安全性測(cè)試 (3)強(qiáng)度測(cè)試 (4)性能測(cè)試 (1)恢復(fù)測(cè)試 以不同的方式強(qiáng)使軟件出現(xiàn)故障 ,檢測(cè) 軟件能否恰當(dāng)?shù)赝瓿苫謴?fù) . 自動(dòng)恢復(fù) :檢測(cè)重新初始化、 檢測(cè)點(diǎn)設(shè)置、 數(shù)據(jù)恢復(fù)、 重新啟動(dòng)等是否正確 . 人工干預(yù)恢復(fù) :檢測(cè)平均恢復(fù)時(shí)間是 否在允許范圍內(nèi) . (2)安全性測(cè)試 設(shè)計(jì)測(cè)試用例 ,突破軟件安全保護(hù)機(jī)構(gòu) 的安全保密措施 ,檢驗(yàn)系統(tǒng)預(yù)防機(jī)制的 漏洞 . (3)強(qiáng)度測(cè)試 設(shè)計(jì)測(cè)試用例 , 檢驗(yàn)系統(tǒng)能力最高能達(dá)到的實(shí)際限度 , 讓系統(tǒng)處于資源的異常數(shù)量、異常頻率、異常批量的條件下測(cè)試系統(tǒng)的承受能力。在某種情況下 , 包含在程序有效數(shù)據(jù)邊界內(nèi)的非常小范圍的數(shù)據(jù)變動(dòng)可能導(dǎo)致 極端的 , 甚至錯(cuò)誤的處理 , 會(huì)使系統(tǒng)性能?chē)?yán)重下降。 面向?qū)ο蟮能浖y(cè)試 測(cè)試 目標(biāo) ：在現(xiàn)實(shí)的時(shí)間跨度內(nèi)應(yīng)用可管理 的工作量去發(fā)現(xiàn)最大可能數(shù)量的 錯(cuò)誤 ?基本目標(biāo)不變，但由于 OO程序的性質(zhì)改變了 測(cè)試策略 和測(cè)試戰(zhàn)術(shù) ?更多的設(shè)計(jì)模式復(fù)用是否將減輕 OO系統(tǒng)的繁重 測(cè)試？ Binder,“ ObjectOriented Software Testing”中討論改問(wèn)題 : “每次復(fù)用是一個(gè)新的使用語(yǔ)境 ,并且重新測(cè)試是謹(jǐn)慎的 .為了獲得面向?qū)ο笙到y(tǒng)的高可靠性 ,似乎可能需要更多而不是更少的測(cè)試 .” OOA和 OOD的 模型 測(cè)試 每個(gè)階段的所有面向?qū)ο竽Ｐ投紤?yīng)被測(cè)試。 可通過(guò)技術(shù)復(fù)審檢查 OOA和 OOD的 模型的正確性和一致性。 不再孤 立地測(cè)試單個(gè)操作 (這是傳統(tǒng)單元測(cè)試的視角 ) ?OO軟件的 類(lèi)測(cè)試 等價(jià)于 傳統(tǒng)的單元測(cè)試 . ?傳統(tǒng)軟件的單元測(cè)試關(guān)注算法細(xì)節(jié)和模塊接口 間流動(dòng)的數(shù)據(jù) OO軟件的類(lèi)測(cè)試是由封裝在類(lèi)中的操作和類(lèi)的 狀態(tài)行為驅(qū)動(dòng)的 單元概念 的變化 —封裝的類(lèi)或?qū)ο笞鳛樽钚? 的可測(cè)試單位 2. OO的集成測(cè)試 OO軟件沒(méi)有層次的控制結(jié)構(gòu) ,傳統(tǒng)的自頂向 下和自底向上的集成策略沒(méi)有意義 . OO軟件的集成兩種策略 : ?基于線程的測(cè)試 (threadbased testing) 集成響應(yīng)系統(tǒng)的一個(gè)輸入或事件所需的一組類(lèi) ,每個(gè)線程被個(gè)體地集成和測(cè)試 ,通過(guò)回歸測(cè)試保證沒(méi)有副作用產(chǎn)生 。 3. OO的確認(rèn)測(cè)試 在確認(rèn)和系統(tǒng)測(cè)試層次 ,類(lèi)連接的細(xì)節(jié)消失 . ?和傳統(tǒng)的確認(rèn)測(cè)試一樣 ,OO軟件的確認(rèn)關(guān)注 用戶可見(jiàn)的動(dòng)作和用戶可識(shí)別的系統(tǒng)輸出 . ?為輔助確認(rèn)測(cè)試的導(dǎo)出 , 應(yīng)利用分析模型中的 用例圖提供的場(chǎng)景來(lái)提高交互需求中發(fā)現(xiàn)錯(cuò)誤 的可能性 OO軟件的測(cè)試用例設(shè)計(jì) ?每個(gè)測(cè)試用例應(yīng)被唯一標(biāo)識(shí)，并應(yīng)顯式地和與被 測(cè)試類(lèi)相關(guān)聯(lián) ?測(cè)試的目的應(yīng)被陳述 ?對(duì)每個(gè)測(cè)試應(yīng)開(kāi)發(fā)一組測(cè)試步驟，包括： ?將被測(cè)試對(duì)象的一組 特定狀態(tài) ?將被作為測(cè)試的結(jié)果使用的一組 消息和操作 ?當(dāng)對(duì)象被測(cè)試時(shí)可能產(chǎn)生的一組異常 ?一組外部條件 (進(jìn)行測(cè)試必須的軟件外部環(huán)境的變化 ) ?將輔助理解或?qū)崿F(xiàn)測(cè)試的補(bǔ)充信息 OO軟件的測(cè)試用例設(shè)計(jì)還處于成型期 . Binder,“ Essays on ObjectOriented Software Engineering” 中建議了對(duì) OO軟件的測(cè)試用例設(shè)計(jì)的整體方法 : 1. OO概念的測(cè)試用例設(shè)計(jì)的含義 ?封裝可能會(huì)成為測(cè)試的障礙 測(cè)試需要報(bào)告對(duì)象的具體和抽象狀態(tài)，而封裝 使得對(duì)象的狀態(tài)快照難于獲得。 ? 成員函數(shù)調(diào)用了改動(dòng)過(guò)的成員函數(shù)的部分 。 ?…… 在限制 下還是 存在 操 作的許 多排列 一個(gè) account類(lèi)實(shí)例的最小行為歷史包括下列操作 : open . setup . deposit . withdraw . close account類(lèi)的最小測(cè)試序列 大量的其它行為可能在下面序列中發(fā)生 : open . setup . deposit . [deposit | withdraw | balance | summarize | creditLimit] n . withdraw . close 一系列不同的操作序列可以隨機(jī)地產(chǎn)生 ,例如 : 測(cè)試用例 r1: . 測(cè)試用例 r2: . balance. 這些和其它的隨機(jī)順序測(cè)試被進(jìn)行 ,以測(cè)試不同的類(lèi)實(shí)例的生存歷史 . 測(cè)試單個(gè)類(lèi)的方法 （ 2） 劃分測(cè)試 (partition testing) 與測(cè)試傳統(tǒng)軟件時(shí)采用的等價(jià)類(lèi)劃分方法類(lèi)似 . 劃分類(lèi)別的方法 : ?基于狀態(tài)的劃分 ?基于屬性的劃分 ?基于功能的劃分 基于狀態(tài)的劃分 根據(jù)類(lèi)操作改變類(lèi)狀態(tài)的能力來(lái)劃分類(lèi)操作 . 例：銀行系統(tǒng)的 account(帳戶 )類(lèi) 狀態(tài)操作包括 : deposit(存款 ) withdraw(取款 ) 非狀態(tài)操作包括 :balance(余額 ) summarize(清單 ) creditLimit(透支限額 ) 測(cè)試用例 p1(測(cè)試改變狀態(tài)的操作 ): .. 測(cè)試用例 p2 (測(cè)試不改變狀態(tài)的操作 ,在最小測(cè)試序列中 的操作除外 ) : . 基于屬性的劃分 根據(jù)類(lèi)操作使用的屬性來(lái)劃分類(lèi)操作 . 例： 銀行系統(tǒng)的 account(帳戶 )類(lèi)可根據(jù) balance屬 性來(lái)定義劃分 ,把操作劃分為三個(gè)類(lèi)別 : ? 使用 balance的操作 ? 修改 balance的操作 ? 不使用也不修改 balance的操作 為上述每個(gè)類(lèi)別設(shè)計(jì)測(cè)試序列 基于功能的劃分 根據(jù)類(lèi)操作所完成的功能來(lái)劃分類(lèi)操作 . 例： 銀行系統(tǒng)的 account(帳戶 )類(lèi)中的操作可劃分 為三個(gè)類(lèi)別 : ? 初始化操作 (open, setup) ? 計(jì)算操作 (deposit, withdraw) ? 查詢操作 (balance, summarize, creditLimit) ? 終止操作 (close) 為上述每個(gè)類(lèi)別設(shè)計(jì)測(cè)試序列 測(cè)試類(lèi)和方法 （ 3） 基于故障的測(cè)試 (fault_based testing) 與測(cè)試傳統(tǒng)軟件時(shí)采用的錯(cuò)誤推測(cè)法類(lèi)似 . 面向?qū)ο蟮募蓽y(cè)試 (類(lèi)間測(cè)試用例的設(shè)計(jì) ) 在 OO系統(tǒng)的集成開(kāi)始時(shí) , 開(kāi)始 類(lèi)間的 協(xié)作測(cè)試 . 和單個(gè)類(lèi)的測(cè)試一樣 , 類(lèi)協(xié)作測(cè)試可 通過(guò)隨機(jī)和劃分方法以及基于場(chǎng)景的測(cè)試 和行為測(cè)試來(lái)完成 . ATM Bank 銀行系統(tǒng)的類(lèi)協(xié)作圖 ATM User Interface Account Cashier verifyAcct verifyPIN verifyPolicy withdrawReq depositReq acctInfoReq cardInserted password deposit withdraw accentStatus terminate validPIN validAcct creditLimit accentType balance withdraw deposit close openAcct initialDeposit authorize Card deuthorize closeAcct Validation Info verifyStatus depositStatus dispense Case printAccent Stat readCardInfo getCaseAmnt OO集成測(cè)試方法 （ 1）多個(gè)類(lèi) 測(cè)試 Kirani, ,在“ Specification and Verification of ObjectOriented Programs” 中建議了下面的步驟序列以生成多個(gè)類(lèi)隨機(jī)測(cè)試用例 : ,使用類(lèi)操作列表來(lái)生成一系列隨機(jī)測(cè)試序列 ,這些操作發(fā)送消息給服務(wù)器類(lèi) 。 (已經(jīng)被來(lái)自客戶對(duì)象的消息調(diào)用 ),確定傳遞的消息