【正文】 L a y e rL o w e s t L e v e l混合式集成－示例 Chapter 5 三種增量測試策略的比較 0C202 Software Testing 540 自頂向下 自底向上 混合式 形成基本可工作程序所需時(shí)間 早 晚 早 是否需要構(gòu)件驅(qū)動(dòng)器 否 是 是 是否需要程序樁 是 否 是 集成開始時(shí)可否平行工作 低 中等 中等 測試特殊路徑的能力 難 易 中等 計(jì)劃和控制順序的能力 難 易 難 Chapter 5 混和增量集成 ? 風(fēng)險(xiǎn)驅(qū)動(dòng)：從最關(guān)鍵或最復(fù)雜的模塊開始進(jìn)行集成，逐步加入它們調(diào)用或被調(diào)用的模塊。 ? 功能或線程驅(qū)動(dòng)：選擇跟某一個(gè)功能或線程有關(guān)的模塊進(jìn)行集成，逐步加入其他功能或線程。 ? 這一測試過程用于驗(yàn)證由一組相互連接的系統(tǒng)形成的集成系統(tǒng)是否正常運(yùn)行，其中每個(gè)被連接的系統(tǒng)現(xiàn)在是集成系統(tǒng)的一個(gè)子系統(tǒng)。假設(shè)子系統(tǒng)的模塊（或單元）測試和集成測試都已被執(zhí)行并得到認(rèn)可，但可能依然存在未被觀察到的錯(cuò)誤其中集成測試可能包括多層次的集成測試。（ P94) 0C202 Software Testing 545 Chapter 5 E2E集成測試設(shè)計(jì) ? E2E測試設(shè)計(jì)包括在測試環(huán)境下定義集成系統(tǒng)的任務(wù)和定義測試程序的任務(wù)。 ? 通過一個(gè)細(xì)線程樹及所附條件來給出被測系統(tǒng)規(guī)范。它描述了整個(gè)場景 ,而且只描述一個(gè)功能。 ? 這些組是具有層次結(jié)構(gòu)的。 ? 樹的根是整個(gè)被測的集成系統(tǒng)，它的分支節(jié)點(diǎn)代表相關(guān)的細(xì)線集合 ,它的葉子代表一個(gè)具體的細(xì)線。 ? E2E測試規(guī)格書是一種半規(guī)范化，等級的構(gòu)架，案例生成的相關(guān)數(shù)據(jù)，追溯到其他軟件工件上，主要有兩部分信息：細(xì)線程和條件。 ? 細(xì)線程組：一組具有特定公共部分的細(xì)線程的集合，遞歸分組，重組為一個(gè)樹結(jié)構(gòu)。 0C202 Software Testing 550 Chapter 5 細(xì)線程的發(fā)現(xiàn)方法 ? 通過條件分析發(fā)現(xiàn)新的細(xì)線程，通過發(fā)現(xiàn)不完全 /不一致的條件，發(fā)現(xiàn)附屬于矛盾條件的細(xì)線程。 ? 條件組：具有特定公共屬性的條件的集合。 ? 條件樹，自頂向下分解，自底向上提取和合成。相關(guān)條件?；陲L(fēng)險(xiǎn)分析，系統(tǒng)的臨界條件可以被徹底的測試。一種排列細(xì)線程的方法是至少基于以下兩種因素給每一個(gè)細(xì)線程分配一個(gè)風(fēng)險(xiǎn)。 0C202 Software Testing 553 Chapter 5 ? 下面幾個(gè)構(gòu)件常有很高的失敗可能性： ? 在先前的模塊或綜合測試中就顯現(xiàn)出不可靠性的成分 ? 具有復(fù)雜的實(shí)現(xiàn)過程或者具有合并的復(fù)雜功能的成分 ? 與許多其他成分相連的成分 ? 由于錯(cuò)誤或功能的變更而最近剛剛修改過的成分 0C202 Software Testing 554 Chapter 5 E2E測試執(zhí)行 ? 測試執(zhí)行準(zhǔn)備。 ? 備份系統(tǒng)和程序，保持系統(tǒng)可恢復(fù)性；測試數(shù)據(jù)，包括測試輸入數(shù)據(jù)，數(shù)據(jù)庫，執(zhí)行測試案例所需要的文件；測試工具，包括自動(dòng)輸入數(shù)據(jù)生成工具，測試驅(qū)動(dòng)，測試結(jié)果記錄工具；測試組； 0C202 Software Testing 555 Chapter 5 模仿環(huán)境下進(jìn)行 E2E測試 ? 在模仿環(huán)境下的步驟： ? 開發(fā)或取得模擬程序，把模擬程序的參數(shù)調(diào)成跟要測試的系統(tǒng)一樣； ? 執(zhí)行應(yīng)用系統(tǒng)； ? 選擇測試案例，生成輸入數(shù)據(jù)，記錄執(zhí)行結(jié)果； ? 重復(fù)選擇和執(zhí)行測試案例的過程，在必要的時(shí)候恢復(fù)系統(tǒng)和模擬狀態(tài)，直到所有安排的測試案例執(zhí)行了為止。 ? 退出標(biāo)準(zhǔn)，所有的測試用例都被執(zhí)行，測試覆蓋率要求被滿足 0C202 Software Testing 557 Chapter 5 測試結(jié)果分析 ? 缺陷識別和改正，缺陷是當(dāng)執(zhí)行的時(shí)候可能會產(chǎn)生不正確結(jié)果的代碼錯(cuò)誤。在測試過程中缺陷識別可以被優(yōu)先并改正。 0C202 Software Testing 558 Chapter 5 波漪效應(yīng)分析 ? 波漪效應(yīng)分析過程包括以下步驟： ? 提出軟件修改 ? 識別依賴于被改變部分的其他模塊 ? 決定是否要改變依賴部分來保持一致性 ? 如果需要改變，從第一步開始循環(huán)進(jìn)行 REA ? 如果不需要改變，停止并等待修改軟件 0C202 Software Testing 559 Chapter 5 遠(yuǎn)程測試 (Remote Testing) 0C202 Software Testing 560 Chapter 5 回歸測試 ? 回歸測試是在修改過的軟件上重新運(yùn)行測試用例，普遍用于軟件程序被修改的情況 一個(gè)要點(diǎn)就是回歸測試只能保證這些應(yīng)該保留的部分保持不變。在回歸分析的每一個(gè)層面，測試人員有不同的任務(wù)。單元測試著眼于程序或系統(tǒng)的較小組件模塊，執(zhí)行每個(gè)模塊以證實(shí)其履行了指定功能。 ? 把組件聚合后，必須通過測試確認(rèn)所有的組件之間能夠正確地協(xié)作運(yùn)行。 0C202 Software Testing 56