第一篇：軟件測試項目化教學(xué)實例ZW7

軟件測試技術(shù)概論

第7章 集成測試

7.1什么是集成測試

7.1.1集成測試與系統(tǒng)測試的區(qū)別 7.1.2集成測試關(guān)注的重點 7.1.3集成測試和開發(fā)的關(guān)系

圖7-1系統(tǒng)結(jié)構(gòu)圖

圖7-2軟件結(jié)構(gòu)圖

7.1.4集成測試的層次

7.2集成測試策略

7.2.1大爆炸集成

1.目的 2.介紹 3.策略

軟件測試技術(shù)概論

圖7-3軟件模塊結(jié)構(gòu)圖

圖7-4一次性組裝示意圖

軟件測試技術(shù)概論 4.優(yōu)點 5.缺點 6.適用范圍

7.2.2自頂向下的集成

1.目的 2.介紹 3.策略

圖7-5深度優(yōu)先組裝方式

圖7-6廣度優(yōu)先組裝方式 4 4.優(yōu)點 5.缺點 6.適用范圍

軟件測試技術(shù)概論

7.2.3自底向上的集

1.目的 2.介紹 3.策略

圖7-7自底向上集成示意圖

軟件測試技術(shù)概論 4.優(yōu)點 5.缺點 6.適用范圍

7.2.4三明治集成

1.目的 2.介紹 3.策略

圖7-8三明治測試策略 6 4.優(yōu)點 5.缺點 6.適用范圍

軟件測試技術(shù)概論

7.2.5修改過的三明治集成

1.目的 2.介紹 3.策略

圖7-9修改后的三明治集成

軟件測試技術(shù)概論 4.優(yōu)點 5.缺點 6.適用范圍

7.2.6基干集成

1.目的 2.介紹 3.策略 4.優(yōu)點 5.缺點 6.使用范圍

7.2.7分層集成

1.目的 2.介紹 3.策略

圖7-10層次內(nèi)集成

軟件測試技術(shù)概論

7-11層間集成

圖

軟件測試技術(shù)概論 4.優(yōu)點 5.缺點 6.使用范圍

7.2.8基于功能的集成

1.目的 2.介紹 3.策略 4.優(yōu)點 5.缺點 6.使用范圍

7.2.9高頻集成

1.目的 2.介紹 3.策略 4.優(yōu)點 5.缺點 6.使用范圍

7.2.10基于進(jìn)度的集成

1.目的 2.介紹 3.策略 4.優(yōu)點 5.缺點 6.使用范圍 10

軟件測試技術(shù)概論

7.2.11基于風(fēng)險的集成

1.目的 2.介紹 3.策略 4.優(yōu)點 5.缺點 6.使用范圍

7.2.12基于事件（消息）的集成

1.目的 2.介紹 3.策略 4.優(yōu)點 5.缺點 6.使用范圍

7.2.13基于使用的集成

1.目的 2.介紹 3.策略 4.優(yōu)點 5.缺點 6.使用范圍

7.2.14客戶/服務(wù)器的集成

1.目的

軟件測試技術(shù)概論 2.介紹 3.策略 4.優(yōu)點 5.缺點 6.使用范圍

7.2.15分布式集成

1.目的 2.介紹 3.策略 4.優(yōu)點 5.缺點 6.使用范圍

7.3集成測試分析

7.3.1體系結(jié)構(gòu)分析

軟件測試技術(shù)概論

圖7-12 系統(tǒng)依賴關(guān)系示意圖

軟件測試技術(shù)概論 7.3.2模塊分析 7.3.3接口分析

1.接口的劃分 2.接口的分類 3.接口數(shù)據(jù)分析

7.3.4風(fēng)險分析 7.3.5可測試性分析 7.3.6集成測試策略分析 7.3.7常見的集成測試故障

7.4集成測試用例設(shè)計思路

7.4.1為系統(tǒng)運行設(shè)計用例 7.4.2為正向測試設(shè)計用例 7.4.3為逆向測試設(shè)計用例 7.4.4為滿足特殊需求設(shè)計用例 7.4.5為高覆蓋設(shè)計用例 7.4.6測試用例補(bǔ)充

軟件測試技術(shù)概論

7.4.7注意事項

7.5集成測試過程

7.5.1計劃階段

1.時間安排 2.輸入 3.入口條件 4.活動步驟 5.輸出 6.出口條件

7.5.2設(shè)計階段

1.時間安排 2.輸入 3.入口條件 4.活動步驟 5.輸出 6.出口條件

7.5.3實現(xiàn)階段

1.時間安排 2.輸入 3.入口條件 4.活動步驟 5.輸出

軟件測試技術(shù)概論 6.出口條件

7.5.4執(zhí)行階段

1.時間安排 2.輸入 3.入口條件 4.活動步驟 5.輸出 6.出口條件

7.6集成測試環(huán)境

圖7-13集成測試環(huán)境示意圖

軟件測試技術(shù)概論

7.7集成測試工具介紹 7.8集成測試應(yīng)堅持的原則 7.9本章小結(jié)

集成測試是一個由單元到系統(tǒng)的過渡性測試，由于其位置的特殊性，集成測試往往容易被忽視。對于集成測試的研究業(yè)界已經(jīng)提供了很多的方法，并且很多著作都涉及到了這一方面的內(nèi)容【2】【26】【126】【127】【128】。集成測試策略給出了進(jìn)行集成測試的一個思路，最常見的集成測試策略有自底向上集成、自頂向下集成、三明治集成、基干集成等。對于面向?qū)ο笙到y(tǒng)使用較多的集成策略有基于線程的集成和基于使用的集成。一般來說，對于一個大的系統(tǒng)，其使用的集成策略往往會綜合多種集成策略，策略的選擇需要根據(jù)其邏輯層次特性和物理分布特性來考慮。

在進(jìn)行集成分析時需要考慮整個系統(tǒng)的體系結(jié)構(gòu)，包括系統(tǒng)層次關(guān)系和依賴關(guān)系；需要分析系統(tǒng)的模塊，尤其是確定關(guān)鍵模塊；需要進(jìn)行接口分析，劃分接口類型，根據(jù)不同的接口進(jìn)行數(shù)據(jù)分析；需要進(jìn)行風(fēng)險分析，分析可能出現(xiàn)的技術(shù)風(fēng)險、人員風(fēng)險、物料儀器風(fēng)險、管理風(fēng)險和市場風(fēng)險；需要進(jìn)行可測試分析，以便提前為測試的實現(xiàn)做好準(zhǔn)備；常見集成測試故障分析有助于我們進(jìn)行測試數(shù)據(jù)的選擇和故障預(yù)防。

集成測試用例設(shè)計類似于單元測試用例設(shè)計，可以從以下幾個維度考慮：為系統(tǒng)運行起來而設(shè)計用例，為正向測試而設(shè)計用例，為逆向測試而設(shè)計用例，為滿足特殊需求而設(shè)計用例，為高覆蓋設(shè)計用例和測試用例補(bǔ)充。

從過程上看集成測試可以分為計劃階段、設(shè)計階段、實現(xiàn)階段和執(zhí)行階段4個階段。其中計劃階段關(guān)注于測試對象范圍、工作量、進(jìn)度、資源、可能存在的風(fēng)險等因素；設(shè)計階段完成測試分析，包括結(jié)構(gòu)分析、模塊分析、接口分析、策略分析、環(huán)境分析等等；實現(xiàn)階段主要完成用例設(shè)計，規(guī)程設(shè)計以及測試腳本；執(zhí)行階段完成對測試對象的測試執(zhí)行工作，并輸出測試報告和問題單。

第二篇：軟件測試項目化教學(xué)實例ZW8

軟件測試技術(shù)概論

第8章 系統(tǒng)測試

8.1系統(tǒng)測試概念 8.2系統(tǒng)測試方法

8.2.1功能測試

1.基本概念 2.分析方法 3.用例設(shè)計

8.2.2協(xié)議一致性測試

1.基本概念 2.分析技術(shù)

圖8-1協(xié)議一致性測試過程

3.用例設(shè)計

軟件測試技術(shù)概論

8.2.3性能測試

1.基本概念 2.分析技術(shù) 3.用例設(shè)計

8.2.4壓力測試

1.基本概念 2.分析技術(shù) 3.用例設(shè)計

8.2.5容量測試

1.基本概念 2.分析方法 3.用例設(shè)計

8.2.6安全性測試

1.基本概念 2.分析方法 3.用例設(shè)計

8.2.7恢復(fù)性測試

1.基本概念 2.分析技術(shù) 3.用例設(shè)計

8.2.8備份測試

軟件測試技術(shù)概論 1.基本概念 2.分析技術(shù) 3.用例設(shè)計

8.2.9 GUI測試

1.基本概念 2.分析技術(shù) 3.用例設(shè)計

8.2.10健壯性測試

1.基本概念 2.分析技術(shù)

軟件測試技術(shù)概論

軟件測試技術(shù)概論

3.用例設(shè)計

軟件測試技術(shù)概論

8.2.11兼容性測試

1.基本概念 2.分析技術(shù) 3.用例設(shè)計

8.2.12可用性測試

1.基本概念 2.分析技術(shù) 3.用例設(shè)計

8.2.13可安裝性測試

1.基本概念 2.分析技術(shù)

圖8-2一般安裝程序流程圖

軟件測試技術(shù)概論

圖8-3對安裝程序使用自動測試的流程圖

軟件測試技術(shù)概論

圖8-4使用自動測試測試安裝空間流程圖

3.用例設(shè)計

8.2.14文檔測試

1.基本概念 2.分析技術(shù) 3.用例設(shè)計

8.2.15在線幫助測試1.基本概念 2.分析技術(shù) 3.用例設(shè)計

8.2.16數(shù)據(jù)轉(zhuǎn)換測試1.基本概念 2.分析技術(shù) 3.用例設(shè)計

8.3系統(tǒng)測試過程

軟件測試技術(shù)概論

圖8-5 PDCA循環(huán)

軟件測試技術(shù)概論

圖8-6系統(tǒng)測試過程

軟件測試技術(shù)概論 8.3.1完成系統(tǒng)測試計劃

1.決定系統(tǒng)測試類型 2.確定系統(tǒng)測試進(jìn)度

軟件測試技術(shù)概論

軟件測試技術(shù)概論

3.組織系統(tǒng)測試小組 4.建立系統(tǒng)測試環(huán)境 5.安裝系統(tǒng)測試工具

軟件測試技術(shù)概論

8.3.2完成系統(tǒng)測試用例 8.3.3評審/審批系統(tǒng)測試計劃

1.安排/進(jìn)行評審 2.獲得批準(zhǔn)

8.3.4執(zhí)行系統(tǒng)測試

1.回歸測試

軟件測試技術(shù)概論

2.執(zhí)行新的系統(tǒng)測試 3.文檔化系統(tǒng)缺陷

8.4本章小結(jié)

系統(tǒng)測試是對已經(jīng)集成好的軟件系統(tǒng)進(jìn)行徹底的測試，以驗證軟件系統(tǒng)的正確性和性能等滿足其規(guī)約所指定的要求，檢查軟件的行為和輸出是否正確并非一項簡單的任務(wù)，它 16

軟件測試技術(shù)概論

被稱為測試的“先知者問題”。因此，系統(tǒng)測試應(yīng)該按照測試計劃進(jìn)行，其輸入、輸出和其他動態(tài)運行行為應(yīng)該與軟件規(guī)約進(jìn)行對比。軟件系統(tǒng)測試方法很多，主要有功能測試、性能測試、壓力測試、容量測試等。為了進(jìn)行全面的系統(tǒng)驗證，一般需要綜合多種測試方法結(jié)合進(jìn)行測試。具體測試內(nèi)容的選擇需要根據(jù)業(yè)務(wù)的特點、進(jìn)度、成本和質(zhì)量等多個維度進(jìn)行考慮。在本章我們介紹了16種系統(tǒng)測試的方法，其實在實際系統(tǒng)測試過程中還有一些別的測試方法，有些方法我們將在第9章和第10章有所介紹，有些方法由于只適用于某些業(yè)務(wù)領(lǐng)域，因此在這里就不涉及了，還有一些測試基本可以融入到上面介紹的16種測試方法中，例如數(shù)據(jù)庫測試可以在功能測試、性能測試、壓力測試、容量測試等多個領(lǐng)域內(nèi)分別進(jìn)行。同時在上面介紹的多種系統(tǒng)測試方法中，彼此之間也并不是完全沒有關(guān)聯(lián)的，例如功能測試和協(xié)議測試經(jīng)常會在一起進(jìn)行，壓力測試、容量測試以及性能測試也經(jīng)常混合在一起進(jìn)行。具體如何做需要根據(jù)實際來判斷。

系統(tǒng)測試不是一個突發(fā)性的測試，必須經(jīng)過一個從計劃到實現(xiàn)的過程。本章介紹的基于PDCA模型的測試過程體系必須被理解，同時結(jié)合前面單元測試過程、集成測試過程，讀者應(yīng)當(dāng)對測試過程方面有一個比較全面的認(rèn)識。有關(guān)全面介紹測試過程方面的內(nèi)容可以參考筆者即將出版的《軟件測試過程》一書。

第三篇：軟件測試項目化教學(xué)實例ZW16

軟件測試技術(shù)概論

第16章 同行評審

16.1基本概念

軟件測試技術(shù)概論

16.2同行評審的一般過程

圖16-1 同行評審過程

軟件測試技術(shù)概論 16.2.1計劃階段

1.分配角色和職責(zé) 2.進(jìn)行計劃活動 3.選擇同行評審類型

軟件測試技術(shù)概論

16.2.2實施被選擇的同行評審過程 16.2.3同行評審過程度量 16.2.4同行評審的評審/審計

16.3走讀

16.3.1過程目標(biāo) 16.3.2特定的角色和職責(zé) 16.3.3輸入 16.3.4入口標(biāo)準(zhǔn) 16.3.5過程 16.3.6出口標(biāo)準(zhǔn) 16.3.7輸出

16.4技術(shù)評審

16.4.1過程目標(biāo) 16.4.2特定的角色和職責(zé) 16.4.3輸入

軟件測試技術(shù)概論 16.4.4入口標(biāo)準(zhǔn) 16.4.5過程 16.4.6出口標(biāo)準(zhǔn) 16.4.7輸出

16.5正規(guī)檢視

16.5.1正規(guī)檢視小組

1.成員角色和職責(zé) 2.角色兼職原則

16.5.2正規(guī)檢視過程

圖16-2正規(guī)檢視流程定義

1.計劃階段 2.介紹會議 3.會議準(zhǔn)備 4.檢視會議 5.第 3小時會議 6.修改錯誤 7.問題跟蹤 8.重新正規(guī)檢視

軟件測試技術(shù)概論

16.5.3正規(guī)檢視常用表格

軟件測試技術(shù)概論

軟件測試技術(shù)概論

軟件測試技術(shù)概論

軟件測試技術(shù)概論

軟件測試技術(shù)概論

軟件測試技術(shù)概論

16.6本章小結(jié)

本章介紹了同行評審的概念以及同行評審的3種形式——走讀、技術(shù)評審和正規(guī)檢視。盡管同行評審可以適用于任何工作產(chǎn)品，可以在開發(fā)階段的任何一個時間點進(jìn)行，但是還有一個成本的問題。不同的同行評審類型，根據(jù)其過程的嚴(yán)格程度，其成本是不同的。走讀形式最自由，因此需要的成本也最低；其次是技術(shù)評審。正規(guī)檢視是成本最高的，因此它應(yīng)當(dāng)被用到最值得付出的產(chǎn)品項上。一般正規(guī)檢視在需求，設(shè)計文檔上面應(yīng)用的比較多一些，而走讀可以應(yīng)用到各種產(chǎn)品項上（包括文檔和代碼）。技術(shù)評審一般是在階段點上進(jìn)行，以確認(rèn)某個階段的工作已經(jīng)完成，并且達(dá)到一定的技術(shù)要求，可以進(jìn)入到下一個階段。

根據(jù)經(jīng)驗，在開發(fā)過程中可以按照下面的方法安排各類同行評審：

方法一在某個產(chǎn)品項（包括文檔和代碼）的開發(fā)過程中，可以進(jìn)行多次走讀，像在印度一些CMM5級的公司經(jīng)常進(jìn)行每日走讀的方式，例如：在編碼時，員工在一天8小時的工作中，把7個小時左右的時間放在編碼上，再利用其余的1個小時進(jìn)行交叉走讀。這種方式是一個非常好的實踐，能夠有效地減少低級錯誤，并提高產(chǎn)品質(zhì)量。

方法二在某個產(chǎn)品項已經(jīng)完成（包括文檔和代碼），完成的概念是指已經(jīng)經(jīng)過多次走讀，并且可以準(zhǔn)備提交進(jìn)入基線了。這時，對于一些關(guān)鍵性文檔或代碼進(jìn)行一次或多次的正規(guī)檢視，次數(shù)的多少需要看檢視對象的規(guī)模大小。這個過程如果組織得好，是非常高效的。

方法三在一個開發(fā)階段結(jié)束，并且目標(biāo)里程碑中所包含的所有產(chǎn)品項（包括文檔和代碼）都已經(jīng)完成，且都已經(jīng)被基線化了。這時可以進(jìn)行一個技術(shù)評審，該評審確認(rèn)任務(wù)的完成情況和完成質(zhì)量，并結(jié)束當(dāng)前階段，開始啟動下一個階段。

正規(guī)檢視的次數(shù)安排不能太多，一般一個人一周最多只能參加1次正規(guī)檢視，否則會導(dǎo)致人員疲憊，影響檢視效率。同時檢視的效率還與員工花在檢視準(zhǔn)備和執(zhí)行上面的時間和工作量有關(guān)。例如，IBM發(fā)現(xiàn)當(dāng)檢視速率超過一定值時檢視效率會成倍下降。適當(dāng)?shù)臋z視速率取決于被檢視的產(chǎn)品的類型和參加檢視人員的經(jīng)驗。對設(shè)計和代碼檢視來說，表 16-8顯示了一些可用的檢視速率的數(shù)據(jù)，從中我們可以看到，COBOL應(yīng)用程序的檢視速率是一般系統(tǒng)程序檢視速率的6～8倍，是性能敏感系統(tǒng)程序的15倍。組織確定自己檢視速率的最好的方式是收集自己的數(shù)據(jù)并得出適合自己的標(biāo)準(zhǔn)值。

軟件測試技術(shù)概論

隨著組織經(jīng)驗的積累，同行評審（尤其是正規(guī)檢視）效率也越來越高。通過提高檢視效率，組織能夠在軟件交付前發(fā)現(xiàn)大部分的錯誤（表 16-9給出了一個IBM統(tǒng)計的實例）。另一方面，檢視所花費的時間也有很明顯的變化：如1000行源代碼所花費的時間增加了1.68倍（概要設(shè)計檢視）和7.00倍（詳細(xì)設(shè)計檢視）。盡管在前期設(shè)計檢視上面花費了額外的時間，但在代碼檢視階段每千行源代碼的檢視時間卻減少到原來的76%，而每小時檢視發(fā)現(xiàn)的問題數(shù)更是增加到原來的3倍。這些改進(jìn)一方面是由于產(chǎn)品程序員們對產(chǎn)品的了解更加深入所致，另一方面則是因為檢視是一種可以學(xué)習(xí)的技能，可以通過經(jīng)驗的積累而得到明顯的改善。

軟件測試技術(shù)概論

其中：KCSI：千行變更的源指令 I0：概要設(shè)計檢視 I1：詳細(xì)設(shè)計檢視 I2：代碼檢視

檢視效率=檢視發(fā)現(xiàn)缺陷數(shù)檢視和測試發(fā)現(xiàn)的總?cè)毕輸?shù) 質(zhì)量索引=試用期間發(fā)現(xiàn)的缺陷數(shù)開發(fā)期間發(fā)現(xiàn)的總?cè)毕輸?shù)

第四篇：軟件測試項目化教學(xué)實例ZW10

軟件測試技術(shù)概論

第10章 其他專項性測試

10.1可接受性測試 10.2 Alpha測試 10.3 Beta測試 10.4標(biāo)桿測試 10.5配置測試

軟件測試技術(shù)概論

軟件測試技術(shù)概論 10.6外場測試 10.7 SQL測試 10.8 2000年測試

軟件測試技術(shù)概論

10.9回歸測試 10.10本章小結(jié)

本章介紹了一些特定的測試方法。這些方法可以作為前幾章的補(bǔ)充或延伸。這里，并沒有詳細(xì)說明這些測試如何使用，僅做了一些簡單的介紹。讀者若感興趣，可以參考相關(guān)文獻(xiàn)。

第五篇：軟件測試項目化教學(xué)實例ZW14

軟件測試技術(shù)概論

第14章 需求測試

14.1需求測試概述

14.1.1什么是需求

1.需求的層次

圖14-1軟件需求各層次關(guān)系

2.FURPS+模型 3.可能的需求風(fēng)險 4.好的需求應(yīng)具有的特點

軟件測試技術(shù)概論

14.1.2測試需求

14.2通過評審來測試需求

14.2.1需求評審中的常見風(fēng)險 14.2.2需求評審檢查表

軟件測試技術(shù)概論 4

軟件測試技術(shù)概論

軟件測試技術(shù)概論 6

軟件測試技術(shù)概論

軟件測試技術(shù)概論 14.3通過用例設(shè)計來測試需求

圖14-2化學(xué)制品請求對話圖

軟件測試技術(shù)概論

圖14-3測試路徑圖

軟件測試技術(shù)概論

14.4需求建模測試

14.4.1統(tǒng)一建模語言

1.Use Case圖

軟件測試技術(shù)概論 圖14-4 Use Case圖例

2.Use Case 測試

14.4.2消息順序圖（MSC）

圖14-5 MSC圖示例

軟件測試技術(shù)概論

圖14-6 HMSC示例

軟件測試技術(shù)概論

14.4.3分析建模工具介紹

軟件測試技術(shù)概論

14.4.4需求的形式化描述

圖14-7需求的形式化表示樣例

軟件測試技術(shù)概論

14.5基于原型的測試

14.5.1原型的目的 14.5.2原型的種類 14.5.3原型的測試方法

14.6本章小結(jié)

需求是一個軟件開發(fā)項目的靈魂所在，有著至關(guān)重要的位置。保證需求的質(zhì)量是一個項目成敗的關(guān)鍵。本章，我們從需求評審、用例測試、建模測試和原型測試等多個角度探索對需求的驗證，其最終的目的是希望盡可能地使需求穩(wěn)定，減少項目開發(fā)過程中的需求變化，從而加快項目的開發(fā)進(jìn)度，降低項目的開發(fā)成本，提高最終軟件產(chǎn)品的質(zhì)量。收集需求并編寫需求文檔是軟件項目設(shè)計成功的很好起點。但還需要保證需求的正確性，使需求能體現(xiàn)出良好需求說明的全部特性。如果能把早期的黑盒子測試設(shè)計、非正式需求評審、軟件需求規(guī)格說明書檢視和其他需求驗證技術(shù)相結(jié)合，你將花比以前更少的時間、更低的費用來構(gòu)造質(zhì)量更高的系統(tǒng)。