軟件測(cè)試重點(diǎn)DOC

1、第一章軟件測(cè)試概述1、軟件測(cè)試是對(duì)軟件需求分析、設(shè)計(jì)規(guī)格說(shuō)明和編碼的最終復(fù)審，是軟件質(zhì)量保證的關(guān)鍵步驟。2、軟件故障與硬件故障導(dǎo)致系統(tǒng)失效的比例為：10:13、軟件缺陷的典型例子：（1）千年蟲(chóng)問(wèn)題（銀行計(jì)算利息為負(fù)數(shù)）（2）愛(ài)國(guó)者導(dǎo)彈防御系統(tǒng)（系統(tǒng)時(shí)鐘錯(cuò)誤積累，使導(dǎo)彈延時(shí)，美國(guó)的導(dǎo)彈誤殺了美國(guó)的士兵）（3）美國(guó)火星登陸事故（接口錯(cuò)誤，沒(méi)有測(cè)試，導(dǎo)致飛船加速下降，撞成碎片）（4）Intel奔騰芯片缺陷（計(jì)算錯(cuò)誤，損失巨大）（5）Windows 2000安全漏洞（系統(tǒng)，網(wǎng)站等受到攻擊）（6）迪斯尼的圣誕節(jié)禮物（7）沖擊波”計(jì)算機(jī)病毒4、軟件缺陷產(chǎn)生的原因：（1）、開(kāi)發(fā)人員不太了解需求，軟件需求分析

2、不夠全面、準(zhǔn)確是導(dǎo)致軟件缺陷的最主要原因。（2）、軟件系統(tǒng)越來(lái)越復(fù)雜，開(kāi)發(fā)人員不太可能精通所有的技術(shù) 。（3）、技術(shù)文檔普遍比較糟糕，文檔本身就有錯(cuò)誤。（4）、軟件需求、設(shè)計(jì)報(bào)告、程序經(jīng)常發(fā)生變更，每次變更都可能產(chǎn)生新的錯(cuò)誤。（5）、任何人在編程時(shí)都可能犯錯(cuò)誤，導(dǎo)致程序中有錯(cuò)誤。（6）、人們常處于進(jìn)度的壓力之下，急忙之下容易產(chǎn)生錯(cuò)誤。（7）、人們過(guò)于自信，不真實(shí)的“沒(méi)問(wèn)題”將產(chǎn)生真正的問(wèn)題 。（8）、軟件設(shè)計(jì)和編碼過(guò)程中的失誤也會(huì)導(dǎo)致軟件缺陷的產(chǎn)生。（9）、但很多情況下，不正確的軟件設(shè)計(jì)是不正確的需求分析引起的，編碼階段出現(xiàn)的錯(cuò)誤則是由需求分析和軟件設(shè)計(jì)不夠完善、準(zhǔn)確引起的。5、軟件測(cè)試的目的

3、和意義軟件測(cè)試的根本目的是以盡可能少的時(shí)間和人力發(fā)現(xiàn)并改正軟件中潛在的各種故障及缺陷，提高軟件的質(zhì)量。6、軟件測(cè)試原則：（1）盡早和不斷測(cè)試（2）每個(gè)程序員都應(yīng)當(dāng)測(cè)試自己的程序（份內(nèi)之事），但是不能作為該程序已經(jīng)通過(guò)測(cè)試的依據(jù)（所以項(xiàng)目需要獨(dú)立測(cè)試人員）（3）完全測(cè)試是不可能的（4）測(cè)試能提高軟件的質(zhì)量，但是提高質(zhì)量不能依賴測(cè)試（5）測(cè)試只能證明錯(cuò)誤存在，不能證明錯(cuò)誤不存在 （6）測(cè)試的主要困難是不知道如何進(jìn)行有效地測(cè)試，也不知道什么時(shí)候可以放心地結(jié)束測(cè)試（7）80-20原則：80的錯(cuò)誤聚集在20的模塊中，經(jīng)常出錯(cuò)的模塊改錯(cuò)后還會(huì)經(jīng)常出錯(cuò)（8）測(cè)試應(yīng)當(dāng)循序漸進(jìn)，不要企圖一次性干完，注意“欲速則

4、不達(dá)”7、軟件測(cè)試過(guò)程(1)單元測(cè)試（模塊測(cè)試）目的:檢測(cè)程序模塊中有無(wú)故障存在對(duì)象:軟件設(shè)計(jì)的最小單位，與程序設(shè)計(jì)和編程實(shí)現(xiàn)關(guān)系密切(2)集成測(cè)試（組裝測(cè)試、子系統(tǒng)測(cè)試）目的:發(fā)現(xiàn)與接口有關(guān)的模塊之間的問(wèn)題方法：非增式集成測(cè)試法和增式集成測(cè)試法分類(lèi)：非增式集成測(cè)試法對(duì)每一個(gè)模塊進(jìn)行單元測(cè)試在此基礎(chǔ)上按程序結(jié)構(gòu)圖將各模塊連接起來(lái)，把連接后的程序當(dāng)作一個(gè)整體進(jìn)行測(cè)試增式集成測(cè)試法不斷地把待測(cè)模塊連接到已測(cè)模塊集(或其子集)上，對(duì)待測(cè)模塊進(jìn)行測(cè)試，直到最后一個(gè)模塊測(cè)試完畢（3） 確認(rèn)測(cè)試目的：對(duì)軟件產(chǎn)品進(jìn)行評(píng)估以確定其是否滿足軟件需求的過(guò)程確認(rèn)測(cè)試的結(jié)果：a.測(cè)試結(jié)果滿足需求規(guī)格說(shuō)明；b.與需求規(guī)

5、格有偏離。（4） 系統(tǒng)測(cè)試目的：針對(duì)系統(tǒng)中各個(gè)組成部分進(jìn)行的綜合性檢驗(yàn)，證明系統(tǒng)的性能測(cè)試人員要求：系統(tǒng)開(kāi)發(fā)人員不能進(jìn)行系統(tǒng)測(cè)試。系統(tǒng)開(kāi)發(fā)組織不能負(fù)責(zé)系統(tǒng)測(cè)試。（5） 驗(yàn)收測(cè)試目的：向用戶表明所開(kāi)發(fā)的軟件系統(tǒng)能夠像用戶所預(yù)定的那樣工作主要任務(wù)：明確規(guī)定驗(yàn)收測(cè)試通過(guò)的標(biāo)準(zhǔn)；確定驗(yàn)收測(cè)試方法；確定驗(yàn)收測(cè)試的組織和可利用的資源；確定測(cè)試結(jié)果的分析方法；制定驗(yàn)收測(cè)試計(jì)劃并進(jìn)行評(píng)審；設(shè)計(jì)驗(yàn)收測(cè)試的測(cè)試用例；審查驗(yàn)收測(cè)試的準(zhǔn)備工作；執(zhí)行驗(yàn)收測(cè)試；分析測(cè)試結(jié)果，決定是否通過(guò)驗(yàn)收。8、軟件開(kāi)發(fā)過(guò)程正規(guī)的軟件開(kāi)發(fā)過(guò)程一般包括六個(gè)階段，即： 第一階段 計(jì)劃 第二階段 需求分析（開(kāi)發(fā)人員和用戶共同決定） 第三階段

6、設(shè)計(jì)（包括概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)） 第四階段 程序編寫(xiě) 第五階段 測(cè)試(單元，集成，確認(rèn)，驗(yàn)收) 第六階段 運(yùn)行和/維護(hù) 這六個(gè)階段構(gòu)成了軟件的生存周期。9、軟件測(cè)試與軟件開(kāi)發(fā)的關(guān)系軟件測(cè)試在軟件開(kāi)發(fā)中的作用：項(xiàng)目規(guī)劃階段：負(fù)責(zé)整個(gè)測(cè)試階段的監(jiān)控。需求分析階段：確定測(cè)試需求分析，制定系統(tǒng)測(cè)試計(jì)劃。測(cè)試需求分析是指產(chǎn)品生存周期中測(cè)試所需的資源、配置、各階段評(píng)審?fù)ㄟ^(guò)的標(biāo)準(zhǔn)等。概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)階段：制定集成測(cè)試計(jì)劃和單元測(cè)試計(jì)劃。編碼階段：開(kāi)發(fā)相應(yīng)的測(cè)試代碼或測(cè)試腳本。測(cè)試階段：實(shí)施測(cè)試，并提交相應(yīng)的測(cè)試報(bào)告。10、軟件測(cè)試在軟件開(kāi)發(fā)中的作用測(cè)試在軟件開(kāi)發(fā)中占有重要地位測(cè)試成本占有開(kāi)發(fā)成本的近一半11

7、、軟件測(cè)試工具（1）、白盒測(cè)試工具靜態(tài)測(cè)試工具職能：主要集中在需求文檔、設(shè)計(jì)文檔以及程序結(jié)構(gòu)上，可以進(jìn)行類(lèi)型分析、接口分析、輸入輸出規(guī)格說(shuō)明分析等。工具：McCabe & Associates 公司開(kāi)發(fā)的McCabe Visual Quality ToolSet分析工具；ViewLog公司開(kāi)發(fā)的LogiScope分析工具；Software Research公司開(kāi)發(fā)的TestWork/Advisor分析工具及Software Emancipation公司開(kāi)發(fā)的Discover分析工具，北京郵電大學(xué)開(kāi)發(fā)的DTS缺陷測(cè)試工具等。動(dòng)態(tài)測(cè)試工具職能：功能確認(rèn)與接口測(cè)試、覆蓋率分析、性能分析、內(nèi)存

8、分析等工具：Compuware公司開(kāi)發(fā)的DevPartner軟件、Rational公司研制的Purify系列等。（2）、黑盒測(cè)試工具工具：Rational公司的TeamTest，Compuware公司的QACenter。分類(lèi)：功能測(cè)試工具和性能測(cè)試工具習(xí)題11什么是軟件測(cè)試？軟件測(cè)試的目的和意義是什么？2簡(jiǎn)述軟件測(cè)試過(guò)程。3簡(jiǎn)述軟件測(cè)試過(guò)程V模型和軟件測(cè)試過(guò)程W模型的主要區(qū)別。軟件測(cè)試過(guò)程V模型特點(diǎn)：非常明確地表明了測(cè)試的不同級(jí)別，清晰地展示了軟件測(cè)試與開(kāi)發(fā)之間的關(guān)系。軟件開(kāi)發(fā)是一個(gè)自頂向下逐步細(xì)化的過(guò)程，軟件測(cè)試則是一個(gè)自底向上逐步集成的過(guò)程。軟件測(cè)試過(guò)程W模型 形象的展示了開(kāi)發(fā)與測(cè)試的并行

9、，測(cè)試貫穿與開(kāi)發(fā)過(guò)程。第二章 黑盒測(cè)試1、黑盒測(cè)試是一種常用的軟件測(cè)試方法，它將被測(cè)軟件看作一個(gè)打不開(kāi)的黑盒，主要根據(jù)功能需求設(shè)計(jì)測(cè)試用例，進(jìn)行測(cè)試黑盒測(cè)試的基本概念黑盒測(cè)試是一種從軟件外部對(duì)軟件實(shí)施的測(cè)試，也稱(chēng)功能測(cè)試或基于規(guī)格說(shuō)明的測(cè)試。其基本觀點(diǎn)是：任何程序都可以看作是從輸入定義域到輸出值域的映射，這種觀點(diǎn)將被測(cè)程序看作一個(gè)打不開(kāi)的黑盒，黑盒里面的內(nèi)容(實(shí)現(xiàn))是完全不知道的，只知道軟件要做什么。因無(wú)法看到盒子中的內(nèi)容，所以不知道軟件是如何實(shí)現(xiàn)的，也不關(guān)心黑盒里面的結(jié)構(gòu)，只關(guān)心軟件的輸入數(shù)據(jù)和輸出結(jié)果。目的：黑盒測(cè)試是從用戶觀點(diǎn)出發(fā)的測(cè)試，其目的是盡可能發(fā)現(xiàn)軟件的外部行為錯(cuò)誤。在已知軟件產(chǎn)

10、品功能的基礎(chǔ)上，1）檢測(cè)軟件功能能否按照需求規(guī)格說(shuō)明書(shū)的規(guī)定正常工作，是否有功能遺漏；2） 檢測(cè)是否有人機(jī)交互錯(cuò)誤，是否有數(shù)據(jù)結(jié)構(gòu)和外部數(shù)據(jù)庫(kù)訪問(wèn)錯(cuò)誤，是否能恰當(dāng)?shù)亟邮諗?shù)據(jù)并保持外部信息（如數(shù)據(jù)庫(kù)或文件）等的完整性；3） 檢測(cè)行為、性能等特性是否滿足要求等；4） 檢測(cè)程序初始化和終止方面的錯(cuò)誤等。優(yōu)點(diǎn)： 黑盒測(cè)試著眼于軟件的外部特征，通過(guò)上述方面的檢測(cè)，確定軟件所實(shí)現(xiàn)的功能是否按照軟件規(guī)格說(shuō)明書(shū)的預(yù)期要求正常工作. 兩個(gè)顯著的優(yōu)點(diǎn)： 黑盒測(cè)試與軟件具體實(shí)現(xiàn)無(wú)關(guān)，所以如果軟件實(shí)現(xiàn)發(fā)生了變化，測(cè)試用例仍然可以使用； 設(shè)計(jì)黑盒測(cè)試用例可以和軟件實(shí)現(xiàn)同時(shí)進(jìn)行，因此可以壓縮項(xiàng)目總的開(kāi)發(fā)時(shí)間。2幾種常用的

11、黑盒測(cè)試方法等價(jià)類(lèi)劃分 邊界值分析法因果圖法 決策表法（1）等價(jià)類(lèi)劃分法是一種典型的黑盒測(cè)試方法，它完全不考慮程序的內(nèi)部結(jié)構(gòu)，只根據(jù)程序規(guī)格說(shuō)明書(shū)對(duì)輸入范圍進(jìn)行劃分，把所有可能的輸入數(shù)據(jù)，即程序輸入域劃分為若干個(gè)互不相交的子集，稱(chēng)為等價(jià)類(lèi)，然后從每個(gè)等價(jià)類(lèi)中選取少數(shù)具有代表性的數(shù)據(jù)作為測(cè)試用例，進(jìn)行測(cè)試。所謂等價(jià)類(lèi)是指輸入域的某個(gè)互不相交的子集合，所有等價(jià)類(lèi)的并便是整個(gè)輸入域。等價(jià)類(lèi)劃分測(cè)試用例設(shè)計(jì) 在設(shè)計(jì)測(cè)試用例時(shí)應(yīng)同時(shí)考慮有效等價(jià)類(lèi)和無(wú)效等價(jià)類(lèi)測(cè)試用例的設(shè)計(jì)。根據(jù)等價(jià)類(lèi)表設(shè)計(jì)測(cè)試用例，具體步驟如下：（1）為每個(gè)等價(jià)類(lèi)規(guī)定一個(gè)唯一的編號(hào)。（2) 設(shè)計(jì)一個(gè)新的測(cè)試用例，盡可能多地覆蓋尚未被覆蓋

12、的有效等價(jià)類(lèi)，重復(fù)這一步，直到測(cè)試用例覆蓋了所有的有效等價(jià)類(lèi)。（3) 設(shè)計(jì)一個(gè)新的測(cè)試用例，使其覆蓋并且只覆蓋一個(gè)還沒(méi)有被覆蓋的無(wú)效等價(jià)類(lèi)。重復(fù)這一步，直至測(cè)試用例覆蓋了所有的無(wú)效等價(jià)類(lèi)。（2）、邊界值分析法大量的軟件測(cè)試實(shí)踐表明，故障往往出現(xiàn)在定義域或值域的邊界上，而不是在其內(nèi)部。為檢測(cè)邊界附近的處理專(zhuān)門(mén)設(shè)計(jì)測(cè)試用例，通常都會(huì)取得很好的測(cè)試效果。因此邊界值分析法是一種很實(shí)用的黑盒測(cè)試用例方法，它具有很強(qiáng)的發(fā)現(xiàn)故障的能力。邊界條件1邊界是一些特殊情況。程序在處理大量中間數(shù)值時(shí)都是正確，但是在邊界處可能出現(xiàn)錯(cuò)誤。邊界條件就是軟件計(jì)劃的操作界限所在的邊緣條件。2一些可能與邊界有關(guān)的數(shù)據(jù)類(lèi)型有：數(shù)值

13、，速度，字符，地址，位置，尺寸，數(shù)量等。在等價(jià)類(lèi)劃分基礎(chǔ)上進(jìn)行邊界值分析測(cè)試的基本思想是，選取正好等于、剛剛大于或剛剛小于等價(jià)類(lèi)邊界的值作為測(cè)試數(shù)據(jù)，而不是選取等價(jià)類(lèi)中的典型值或任意值做為測(cè)試數(shù)據(jù)。（3）、因果圖法因果圖法是基于這樣的一種思想：一些程序的功能可以用判定表（或稱(chēng)決策表）的形式來(lái)表示，并根據(jù)輸入條件的組合情況規(guī)定相應(yīng)的操作。因果圖法的定義：是一種利用圖解法分析輸入的各種組合情況，從而設(shè)計(jì)測(cè)試用例的方法，它適合于檢查程序輸入條件的各種組合情況。采用因果圖法設(shè)計(jì)測(cè)試用例的步驟：（1）根據(jù)程序規(guī)格說(shuō)明書(shū)描述，分析并確定因（輸入條件）和果（輸出結(jié)果或程序狀態(tài)的改變），畫(huà)出因果圖。（2）將得

14、到的因果圖轉(zhuǎn)換為決策表（判定表）。（3）為決策表中每一列所表示的情況設(shè)計(jì)一個(gè)測(cè)試用例。使用因果圖法的優(yōu)點(diǎn)：（1）考慮到了輸入情況的各種組合以及各個(gè)輸入情況之間的相互制約關(guān)系。（2）能夠幫助測(cè)試人員按照一定的步驟，高效率的開(kāi)發(fā)測(cè)試用例。（3）因果圖法是將自然語(yǔ)言規(guī)格說(shuō)明轉(zhuǎn)化成形式語(yǔ)言規(guī)格說(shuō)明的一種嚴(yán)格的方法，可以指出規(guī)格說(shuō)明存在的不完整性和二義性。因果圖法測(cè)試用例的設(shè)計(jì)步驟:（1）確定軟件規(guī)格中的原因和結(jié)果。分析規(guī)格說(shuō)明中哪些是原因（即輸入條件或輸入條件的等價(jià)類(lèi)），哪些是結(jié)果（即輸出條件），并給每個(gè)原因和結(jié)果賦予一個(gè)標(biāo)識(shí)符。（2）確定原因和結(jié)果之間的邏輯關(guān)系。分析軟件規(guī)格說(shuō)明中的語(yǔ)義，找出原因與

15、結(jié)果之間、原因與原因之間對(duì)應(yīng)的關(guān)系，根據(jù)這些關(guān)系畫(huà)出因果圖。（3）確定因果圖中的各個(gè)約束。由于語(yǔ)法或環(huán)境的限制，有些原因與原因之間、原因與結(jié)果之間的組合情況不可能出現(xiàn)。為表明這些特殊情況，在因果圖上用一些記號(hào)表明約束或限制條件。（4）把因果圖轉(zhuǎn)換為決策表。（5）根據(jù)決策表設(shè)計(jì)測(cè)試用例。（4）、決策表法在一個(gè)程序中，如果輸入輸出比較多，輸入之間和輸出之間相互制約的條件比較多，在這種情況下適宜用決策表，可以很清楚的表達(dá)它們之間的各種復(fù)雜關(guān)系。決策表 決策表是把作為條件的所有輸入的各種組合值以及對(duì)應(yīng)輸出值都羅列出來(lái)而形成的表格。 概念：決策表是分析和表達(dá)多邏輯條件下執(zhí)行不同操作的情況的工具。 優(yōu)點(diǎn)：

16、它能夠?qū)?fù)雜的問(wèn)題按照各種可能的情況全部列舉出來(lái)，簡(jiǎn)明并避免遺漏。因此，利用決策表能夠設(shè)計(jì)出完整的測(cè)試用例集合。 在一些數(shù)據(jù)處理問(wèn)題當(dāng)中，某些操作的實(shí)施依賴于多個(gè)邏輯條件的組合，即：針對(duì)不同邏輯條件的組合值，分別執(zhí)行不同的操作。決策表很適合于處理這類(lèi)問(wèn)題。決策表通常由條件樁、條件項(xiàng)、動(dòng)作樁和動(dòng)作項(xiàng)4部分組成。構(gòu)造決策表可采用以下5個(gè)步驟：（1）列出所有的條件樁和動(dòng)作樁。（2）確定規(guī)則的個(gè)數(shù)。（3）填入條件項(xiàng)。（4）填入動(dòng)作項(xiàng)，得到初始決策表。（5）簡(jiǎn)化決策表，合并相似規(guī)則。n 決策表測(cè)試法適用于具有以下特征的應(yīng)用程序： if-then-else邏輯突出；輸入變量之間存在邏輯關(guān)系；涉及輸入變量子

17、集的計(jì)算；輸入與輸出之間存在因果關(guān)系。適用于使用決策表設(shè)計(jì)測(cè)試用例的條件：Ø 規(guī)格說(shuō)明以決策表形式給出，或較容易轉(zhuǎn)換為決策表。Ø 條件的排列順序不會(huì)也不應(yīng)影響執(zhí)行的操作。Ø 規(guī)則的排列順序不會(huì)也不應(yīng)影響執(zhí)行的操作。Ø 當(dāng)某一規(guī)則的條件已經(jīng)滿足，并確定要執(zhí)行的操作后，不必檢驗(yàn)別的規(guī)則。Ø 如果某一規(guī)則的條件要執(zhí)行多個(gè)操作，這些操作的執(zhí)行順序無(wú)關(guān)緊要。3、黑盒測(cè)試方法的比較與選擇幾種典型的黑盒測(cè)試方法，這些測(cè)試方法的共同特點(diǎn)是，它們都把程序看作是一個(gè)打不開(kāi)的黑盒，只知道輸入到輸出的映射關(guān)系，根據(jù)軟件規(guī)格說(shuō)明設(shè)計(jì)測(cè)試用例。n 在等價(jià)類(lèi)分析測(cè)試中，通過(guò)

18、等價(jià)類(lèi)劃分來(lái)減少測(cè)試用例的絕對(duì)數(shù)量。n 邊界值分析方法則通過(guò)分析輸入變量的邊界值域設(shè)計(jì)測(cè)試用例。n 在因果圖測(cè)試方法和決策表測(cè)試中，通過(guò)分析被測(cè)程序的邏輯依賴關(guān)系，構(gòu)造決策表，進(jìn)而設(shè)計(jì)測(cè)試用例。4、黑盒測(cè)試工具介紹黑盒測(cè)試是在已知軟件產(chǎn)品應(yīng)具有的功能的條件下，在完全不考慮被測(cè)程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下，通過(guò)測(cè)試來(lái)檢測(cè)每個(gè)功能是否都按照需求規(guī)格說(shuō)明的規(guī)定正常使用。 黑盒測(cè)試工具又分為：功能測(cè)試工具和性能測(cè)試工具。 功能測(cè)試工具:功能測(cè)試工具主要用于檢測(cè)被測(cè)程序能否達(dá)到預(yù)期的功能要求并能正常運(yùn)行。 性能測(cè)試工具:性能測(cè)試工具主要用于確定軟件和系統(tǒng)性能。黑盒功能測(cè)試工具，如Mercury Int

19、eractive公司的WinRunner，IBM Rational公司的TeamTest和Robot，Compuware公司的QACenter等。第三章軟件測(cè)試用例設(shè)計(jì)1、黑盒測(cè)試方法：等價(jià)類(lèi)劃分、邊界值分析、決策表測(cè)試、因果圖法白盒測(cè)試：數(shù)據(jù)流測(cè)試、邏輯覆蓋、路徑測(cè)試面向?qū)ο鬁y(cè)試：有限狀態(tài)機(jī)、Petri網(wǎng)、正交陣列法、UML測(cè)試2、白盒測(cè)試(White Box Testing,Glass Box Testing)又稱(chēng)為結(jié)構(gòu)測(cè)試、邏輯驅(qū)動(dòng)測(cè)試或基于程序的測(cè)試。一般用來(lái)分析程序的內(nèi)部結(jié)構(gòu)。基于覆蓋的測(cè)試技術(shù)-白盒測(cè)試要求對(duì)被測(cè)程序的結(jié)構(gòu)特性做到一定程度的覆蓋，并以軟件中的某類(lèi)成分是否都已經(jīng)得到測(cè)

20、試為準(zhǔn)則來(lái)判斷軟件測(cè)試的充分性。白盒測(cè)試的目的：白盒測(cè)試通過(guò)檢查軟件內(nèi)部的邏輯結(jié)構(gòu)，對(duì)軟件中的邏輯路徑進(jìn)行覆蓋測(cè)試； 在程序不同地方設(shè)立檢查點(diǎn)，檢查程序的狀態(tài)，以確定實(shí)際運(yùn)行狀態(tài)與預(yù)期狀態(tài)是否一致。白盒測(cè)試的特點(diǎn)：依據(jù)軟件設(shè)計(jì)說(shuō)明書(shū)進(jìn)行測(cè)試；對(duì)程序內(nèi)部細(xì)節(jié)的嚴(yán)密檢驗(yàn)；針對(duì)特定條件設(shè)計(jì)測(cè)試用例；對(duì)軟件的邏輯路徑進(jìn)行覆蓋測(cè)試。白盒測(cè)試的實(shí)施過(guò)程：1.測(cè)試計(jì)劃階段：2.測(cè)試設(shè)計(jì)階段：依據(jù)程序設(shè)計(jì)說(shuō)明書(shū)，按照一定規(guī)范化的方法進(jìn)行軟件結(jié)構(gòu)劃分和設(shè)計(jì)測(cè)試用例。3.測(cè)試執(zhí)行階段：4.測(cè)試總結(jié)階段：路徑測(cè)試1）控制流圖程序流程圖是一種程序控制結(jié)構(gòu)的圖形表示方式。在程序流程圖上的處理框內(nèi)常常標(biāo)明了處理要求或條件

21、?？刂屏鲌D：為了更加突出控制流的結(jié)構(gòu)，需要對(duì)程序流程圖做些簡(jiǎn)化，這種簡(jiǎn)化了的流程圖稱(chēng)為控制流圖。 控制流圖中的符號(hào)：節(jié)點(diǎn)：以標(biāo)有編號(hào)的圓圈表示，代表程序流程圖中矩形框所表示的處理、菱形表示的分支及多選擇結(jié)構(gòu)點(diǎn)。控制流線：以帶箭頭的直線或弧表示，與程序流程圖中的數(shù)據(jù)流線是一致的，表明了控制的順序?？刂屏骶€通常標(biāo)有名字，如圖中所標(biāo)的a、b、c等。程序流程圖-控制流圖轉(zhuǎn)換的原則如下：控制流圖中的每一個(gè)節(jié)點(diǎn)可以表示程序流程圖中矩形框所表示的處理；菱形表示的兩個(gè)甚至多個(gè)出口判斷；多條流線相交的匯合點(diǎn)。2）基本路徑測(cè)試法是在程序控制流圖的基礎(chǔ)上，通過(guò)分析控制構(gòu)造的環(huán)路（圈）復(fù)雜性，導(dǎo)出基本可執(zhí)行路徑集合，

22、從而設(shè)計(jì)測(cè)試用例的方法。邏輯覆蓋語(yǔ)句覆蓋 判定覆蓋（分支覆蓋）條件覆蓋 判定/條件覆蓋條件組合覆蓋語(yǔ)句覆蓋準(zhǔn)則 在測(cè)試中，要求程序中的每條語(yǔ)句都得到運(yùn)行。在控制流圖中，要求所有的語(yǔ)句都被運(yùn)行的充分必要條件是覆蓋圖中的所有節(jié)點(diǎn)。語(yǔ)句覆蓋準(zhǔn)則的優(yōu)缺點(diǎn)：優(yōu)點(diǎn)：可以很直觀地從源代碼得到測(cè)試用例，無(wú)須細(xì)分每條判定表達(dá)式。缺點(diǎn)：由于這種測(cè)試方法僅僅針對(duì)程序邏輯中顯式存在的語(yǔ)句，但對(duì)于隱藏的條件是無(wú)法測(cè)試的。如在多分支的邏輯運(yùn)算中無(wú)法全面的考慮。語(yǔ)句覆蓋是最弱的邏輯覆蓋。判定覆蓋準(zhǔn)則（分支覆蓋） 要求在測(cè)試中，每個(gè)分支都至少獲得一次“真”和一次“假”。在控制流圖中，分支表現(xiàn)為圖中的一條有向邊。分支（判定）覆

23、蓋只能作到分支（判定）覆蓋仍無(wú)法確定判斷內(nèi)部條件的錯(cuò)誤。判定覆蓋優(yōu)缺點(diǎn)：優(yōu)點(diǎn)：分支（判定）覆蓋具有比語(yǔ)句覆蓋更強(qiáng)的測(cè)試能力。同樣分支（判定）覆蓋也具有和語(yǔ)句覆蓋一樣的簡(jiǎn)單性，無(wú)須細(xì)分每個(gè)判定就可以得到測(cè)試用例。缺點(diǎn)：往往大部分的分支（判定）語(yǔ)句是由多個(gè)邏輯條件組合而成，若僅僅判斷其整個(gè)最終結(jié)果，而忽略每個(gè)條件的取值情況，必然會(huì)遺漏部分測(cè)試路徑。判定覆蓋仍是弱的邏輯覆蓋。條件覆蓋一個(gè)分支的條件是由謂詞組成的。單個(gè)謂詞稱(chēng)為原子謂詞。（1）原子謂詞覆蓋準(zhǔn)則（條件覆蓋） 要求每個(gè)復(fù)合謂詞所包含的每一個(gè)原子謂詞都至少獲得一次“真”和一次“假”。即要使每個(gè)判斷中每個(gè)條件的可能取值至少滿足一次。 條件覆蓋優(yōu)

24、缺點(diǎn)：優(yōu)點(diǎn)：增加了對(duì)條件判定情況的測(cè)試，增加了測(cè)試路徑。缺點(diǎn)：原子謂詞（條件）覆蓋不一定包含分支（判定）覆蓋。原子謂詞（條件）覆蓋只能保證每個(gè)條件至少有一次為真，而不考慮所有的判定結(jié)果。判定/條件覆蓋準(zhǔn)則 要求不僅每個(gè)復(fù)合謂詞所包含的每一個(gè)原子謂詞都至少獲得一次“真”和一次“假”，而且每個(gè)復(fù)合謂詞本身也至少獲得一次“真”和一次“假”。即使得判斷中每個(gè)條件的所有可能至少出現(xiàn)一次，并且每個(gè)判斷本身的判定結(jié)果也至少出現(xiàn)一次。 判定/條件覆蓋優(yōu)缺點(diǎn)：優(yōu)點(diǎn)：能同時(shí)滿足判定、條件兩種覆蓋標(biāo)準(zhǔn)。缺點(diǎn)：分支-謂詞（判定/條件）覆蓋準(zhǔn)則的缺點(diǎn)是未考慮條件的組合情況。從表面來(lái)看，它測(cè)試了所有條件的取值。但實(shí)際并不

25、是這樣。因?yàn)橐恍l件往往掩蓋了另一些條件。對(duì)于條件表達(dá)式(A1)&&(B=0)來(lái)說(shuō)，只要(A1)的測(cè)試為真，才需測(cè)試(B=0)的值來(lái)確定此表達(dá)式的值，但是若(A1)的測(cè)試值為假時(shí)，不需再測(cè)(B=0)的值就可確定此表達(dá)式的值為假，因而B(niǎo)=0沒(méi)有被檢查。同理，對(duì)于(A=2)|(X1)這個(gè)表達(dá)式來(lái)說(shuō)，只要(A=2)測(cè)試結(jié)果為真，不必測(cè)試(X1)的結(jié)果就可確定表達(dá)式的值為真。所以對(duì)于判定/條件覆蓋來(lái)說(shuō)，邏輯表達(dá)式中的錯(cuò)誤不一定能夠查得出來(lái)。條件組合覆蓋準(zhǔn)則要求每個(gè)謂詞(判定)中條件的各種可能組合都至少出現(xiàn)一次。條件組合覆蓋優(yōu)缺點(diǎn)：優(yōu)點(diǎn)：復(fù)合謂詞（條件組合）覆蓋準(zhǔn)則滿足分支（判定）覆蓋、

26、原子謂詞（條件）覆蓋和分支-謂詞（判定/條件）覆蓋準(zhǔn)則，是前述幾種覆蓋標(biāo)準(zhǔn)中最強(qiáng)的。缺點(diǎn)：線性地增加了測(cè)試用例的數(shù)量。邏輯覆蓋測(cè)試的5種標(biāo)準(zhǔn) 幾種覆蓋準(zhǔn)則間的關(guān)系 白盒測(cè)試策略1：桌前檢查桌前檢查是在程序員實(shí)現(xiàn)特定功能后，進(jìn)行單元測(cè)試之前，對(duì)源代碼進(jìn)行的初步檢查。該項(xiàng)工作的參與人員為開(kāi)發(fā)人員，重點(diǎn)檢查編碼、語(yǔ)句的使用等是否符合編碼規(guī)范，并根據(jù)編碼規(guī)范調(diào)整自己的代碼以符合編碼規(guī)范的要求。2：?jiǎn)卧獪y(cè)試單元測(cè)試也稱(chēng)作模塊測(cè)試，在傳統(tǒng)結(jié)構(gòu)化程序中，以一個(gè)函數(shù)、過(guò)程為一個(gè)單元；在面向?qū)ο缶幊踢^(guò)程中，一般將類(lèi)作為單元進(jìn)行測(cè)試。該項(xiàng)工作的參與人員為專(zhuān)門(mén)的白盒測(cè)試人員。可采用白盒測(cè)試和黑盒測(cè)試相結(jié)合的方法。3

27、：代碼評(píng)審代碼評(píng)審是在編碼初期或編寫(xiě)過(guò)程中采用一種有同行參與的評(píng)審活動(dòng)。該項(xiàng)工作需要所有開(kāi)發(fā)小組共同參與，通過(guò)大家共同閱讀代碼或由程序編寫(xiě)者講解代碼，其他同行邊聽(tīng)邊分析問(wèn)題的方法。共同查看程序，可以找出問(wèn)題，使大家的代碼風(fēng)格一致或遵守編碼規(guī)范。4：同行評(píng)審在同行評(píng)審中，由軟件產(chǎn)品創(chuàng)建者的同行們檢查該工作產(chǎn)品，識(shí)別產(chǎn)品的缺陷，改進(jìn)產(chǎn)品的不足。主要用于檢驗(yàn)工作產(chǎn)品是否正確的滿足了以往的工作產(chǎn)品中建立的規(guī)范，如需求或設(shè)計(jì)文檔；識(shí)別工作產(chǎn)品相對(duì)于標(biāo)準(zhǔn)的偏差，包括可能影響軟件可維護(hù)性的問(wèn)題；向創(chuàng)建者提出改進(jìn)建議；促進(jìn)參與者之間的技術(shù)交流和學(xué)習(xí)等。根據(jù)CMM標(biāo)準(zhǔn)，該項(xiàng)工作的參與人員為程序員、設(shè)計(jì)師、單元測(cè)

28、試工程師、維護(hù)者、需求分析師、編碼標(biāo)準(zhǔn)專(zhuān)家。至少需要開(kāi)發(fā)人員，測(cè)試人員和設(shè)計(jì)師。5：代碼走查代碼走查由測(cè)試小組組織或者專(zhuān)門(mén)的代碼走查小組進(jìn)行代碼走查，這時(shí)需要開(kāi)發(fā)人員提交有關(guān)的資料文檔和源代碼給走查人員，并進(jìn)行必要的講解。代碼走查往往根據(jù)代碼檢查單來(lái)進(jìn)行，代碼檢查單常常是根據(jù)編碼規(guī)范總結(jié)出來(lái)的一些條目，目的是檢查代碼是否按照編碼規(guī)范來(lái)編寫(xiě)的。當(dāng)然，代碼走查的最終目的還是為了發(fā)現(xiàn)代碼中潛在的錯(cuò)誤和缺陷。該項(xiàng)工作的參與者為測(cè)試人員。代碼走查速度一般建議為：匯編代碼與C代碼 150行/小時(shí)，C+/Java 200-300行/小時(shí)。6：靜態(tài)分析靜態(tài)分析通常需要輔助工具支持，通過(guò)提取代碼信息，進(jìn)行統(tǒng)計(jì)，

29、根據(jù)統(tǒng)計(jì)結(jié)果對(duì)源代碼進(jìn)行質(zhì)量評(píng)估。代碼規(guī)則檢查也是靜態(tài)分析的一個(gè)方面。該項(xiàng)工作的參與人員為測(cè)試小組3、面向?qū)ο蟮臏y(cè)試用例設(shè)計(jì)有限狀態(tài)機(jī) Petri網(wǎng)正交陣列法 UML軟件測(cè)試將開(kāi)發(fā)分為面向?qū)ο蠓治觯∣OA），面向?qū)ο笤O(shè)計(jì)（OOD），和面向?qū)ο缶幊蹋∣OP）三個(gè)階段。正交陣列法正交陣列法的應(yīng)用范圍：正交表測(cè)試法適用于輸入條件相互獨(dú)立，并且需要對(duì)輸入什么是正交測(cè)試法？正交測(cè)試源于正交試驗(yàn)設(shè)計(jì)方法。正交試驗(yàn)設(shè)計(jì)方法是一種研究多因素多水平的試驗(yàn)設(shè)計(jì)方法，它根據(jù)正交性從全面試驗(yàn)中挑選出部分有代表性的點(diǎn)進(jìn)行試驗(yàn)，這些有代表性的點(diǎn)具備了“均勻分散，齊整可比”的特點(diǎn)。正交試驗(yàn)設(shè)計(jì)方法一般使用已經(jīng)造好了的正交表

30、格來(lái)安排試驗(yàn)并進(jìn)行數(shù)據(jù)分析。正交測(cè)試法與正交試驗(yàn)設(shè)計(jì)方法類(lèi)似也使用已經(jīng)造好了的正交表格來(lái)生成測(cè)試用例，它簡(jiǎn)單易行，應(yīng)用性較好。什么是因素（Factor）在一項(xiàng)試驗(yàn)中，凡欲考察的變量稱(chēng)為因素（變量）。什么是水平（位級(jí)） （Level）在試驗(yàn)范圍內(nèi)，因素被考察的值稱(chēng)為水平（變量的取值）。什么是正交表？(源自古希臘)正交表是一個(gè)二維表格，它的構(gòu)成如下：行數(shù)(Runs)：正交表中的行的個(gè)數(shù)，即試驗(yàn)的次數(shù)。因素?cái)?shù)(Factors)：正交表中列的個(gè)數(shù)。水平數(shù)(Levels)：任何單個(gè)因素能夠取得的值的最大個(gè)數(shù)。正交表中的包含的值為從0到 “水平數(shù)-1”或從1到“水平數(shù)”。正交表的表示形式： L行數(shù)(水平數(shù)

31、因素?cái)?shù))正交表的正交性1）每一列中各數(shù)字出現(xiàn)的次數(shù)都一樣多；2）任何兩列所構(gòu)成的各有序數(shù)對(duì)出現(xiàn)的次數(shù)都一樣多。正交測(cè)試用例設(shè)計(jì)步驟（1）確定測(cè)試中有多少個(gè)相互獨(dú)立的變量，這映射到表中的因素?cái)?shù)（Factors）。（2）確定每個(gè)變量可以取值的個(gè)數(shù)，這映射到表中的水平數(shù)（Levels）。（3）選擇一個(gè)最適合的正交表，其因素?cái)?shù)>=測(cè)試中的變量數(shù)，各因素的水平數(shù)>=對(duì)應(yīng)變量的取值個(gè)數(shù)，另外，次數(shù)（Run）最少。（4）把因素和值映射到表中。（5）為剩下的水平數(shù)選取值。（6）把次數(shù)中所描述的組合轉(zhuǎn)化成測(cè)試用例，再增加一些沒(méi)有生成的但可疑的測(cè)試用例。UML軟件測(cè)試1. 場(chǎng)景法現(xiàn)在的軟件幾乎都是用事

32、件觸發(fā)來(lái)控制流程的，事件觸發(fā)時(shí)的情景即為場(chǎng)景。而同一事件不同的觸發(fā)順序和處理結(jié)果就形成了事件流。運(yùn)用在軟件設(shè)計(jì)中的場(chǎng)景法也可用在軟件測(cè)試中。兩個(gè)概念：基本流和備選流。第四章 集成測(cè)試1、集成測(cè)試概念集成（Integration）是指把多個(gè)單元組合起來(lái)形成更大的單元。 集成測(cè)試（Integration Testing）也叫組裝測(cè)試或聯(lián)合測(cè)試是在假定各個(gè)軟件單元已經(jīng)通過(guò)了單元測(cè)試的前提下，檢查各個(gè)軟件單元之間的相互接口是否正確。 一般情況，都采用黑盒測(cè)試，但隨著軟件復(fù)雜度的增加，常常使用灰盒測(cè)試。集成測(cè)試的目的和意義集成測(cè)試有以下不可替代的特點(diǎn)：?jiǎn)卧獪y(cè)試具有不徹底性，對(duì)于模塊間接口信息內(nèi)容的正確性

33、、相互調(diào)用關(guān)系是否符合設(shè)計(jì)無(wú)能為力。只能靠集成測(cè)試來(lái)進(jìn)行保障。同系統(tǒng)測(cè)試相比，由于集成測(cè)試用例是從程序結(jié)構(gòu)出發(fā)的，目的性、針對(duì)性更強(qiáng)，測(cè)試項(xiàng)發(fā)現(xiàn)問(wèn)題的效率更高，定位問(wèn)題的效率也較高；能夠較容易地測(cè)試到系統(tǒng)測(cè)試用例難以模擬的特殊異常流程，從純理論的角度來(lái)講，集成測(cè)試能夠模擬所有實(shí)際情況；定位問(wèn)題較快，由于集成測(cè)試具有可重復(fù)強(qiáng)、對(duì)測(cè)試人員透明的特點(diǎn)，發(fā)現(xiàn)問(wèn)題后容易定位，所以能夠有效地加快進(jìn)度，減少隱患。集成測(cè)試、單元測(cè)試與系統(tǒng)測(cè)試的差別集成測(cè)試方法集成測(cè)試的策略比較多，如有基于功能分解的集成，基于調(diào)用圖的集成，基于路徑的集成，分層集成，高頻集成，基于進(jìn)度的集成，基于風(fēng)險(xiǎn)的集成和基于使用的集成等。一

34、般的軟件測(cè)試及軟件工程中按照功能分解將集成測(cè)試方法分為非漸增式集成（大爆炸集成），漸增式集成，三明治集成。非漸增式集成優(yōu)點(diǎn)：1.可并行調(diào)試所有模塊；2.需要的測(cè)試用例數(shù)目少；3.測(cè)試方法簡(jiǎn)單、易行。非漸增式集成缺點(diǎn)：1.不能對(duì)接口進(jìn)行充分的測(cè)試；2.不能很好的對(duì)全局?jǐn)?shù)據(jù)結(jié)構(gòu)測(cè)試；3.多錯(cuò)誤定位比較困難；4.即使測(cè)試通過(guò)，也會(huì)遺漏錯(cuò)誤。非漸增式集成使用范圍：1.只需修改或增加少數(shù)幾個(gè)模塊的前期產(chǎn)品穩(wěn)定的項(xiàng)目；2.模塊少，功能少，邏輯簡(jiǎn)單；3.開(kāi)發(fā)零缺陷的產(chǎn)品，產(chǎn)品質(zhì)量和單元測(cè)試質(zhì)量相當(dāng)高的產(chǎn)品。漸增式測(cè)試方法不是獨(dú)立地測(cè)試每個(gè)單元，而是首先把下一個(gè)要被測(cè)試的單元同已經(jīng)測(cè)試過(guò)的單元集合組裝起來(lái)，然

35、后再測(cè)試，在組裝的過(guò)程中邊連接邊測(cè)試，以發(fā)現(xiàn)連接過(guò)程中產(chǎn)生的問(wèn)題，最后通過(guò)漸增式方法逐步組裝成要求的軟件系統(tǒng)。分自頂向下和自底向上的集成。漸增式集成測(cè)試兩個(gè)概念：驅(qū)動(dòng)模塊（driver）：用以模擬待測(cè)模塊的上級(jí)模塊。樁模塊（stub）：也稱(chēng)存根模塊，用以模擬待測(cè)模塊工作過(guò)程中所調(diào)用的模塊。自頂向下集成的步驟：a.對(duì)主控模塊進(jìn)行測(cè)試，測(cè)試時(shí)用樁模塊代替所有直接附屬于主控模塊的模塊；b.根據(jù)選定的結(jié)合策略（深度優(yōu)先或?qū)挾葍?yōu)先），每次用一個(gè)實(shí)際模塊代換一個(gè)樁模塊；c.在結(jié)合進(jìn)一個(gè)模塊的同時(shí)進(jìn)行測(cè)試；d.為了保證加入模塊沒(méi)有引進(jìn)新的錯(cuò)誤，可能需要進(jìn)行回歸測(cè)試。從2開(kāi)始不斷重復(fù)進(jìn)行上述過(guò)程，直到構(gòu)造起完

36、整的軟件結(jié)構(gòu)為止。自頂向下集成的優(yōu)點(diǎn)   在測(cè)試的過(guò)程中，可以較早地驗(yàn)證主要的控制和判斷點(diǎn)。    選擇深度優(yōu)先組合方式，可以首先實(shí)現(xiàn)和驗(yàn)證一個(gè)完整的軟件功能，可先對(duì)邏輯輸入的分支進(jìn)行組裝和測(cè)試，檢查和克服潛藏的錯(cuò)誤和缺陷，    驗(yàn)證其功能的正確性，為此后主要分支的組裝和測(cè)試提供保證；    能夠較早的驗(yàn)證功能可行性，給開(kāi)發(fā)者和用戶帶來(lái)成功的信心；    只有在個(gè)別情況下，才需要驅(qū)動(dòng)程序（最多不超過(guò)一個(gè)）

37、，減少了測(cè)試驅(qū)動(dòng)程序開(kāi)發(fā)和維護(hù)的費(fèi)用；   可以和開(kāi)發(fā)設(shè)計(jì)工作一起并行執(zhí)行集成測(cè)試，能夠靈活的適應(yīng)目標(biāo)環(huán)境；   容易進(jìn)行故障隔離和錯(cuò)誤定位。自頂向下集成的缺點(diǎn)：       在測(cè)試時(shí)需要為每個(gè)模塊的下層模塊提供樁模塊，樁模塊的開(kāi)發(fā)和維護(hù)費(fèi)用大；   底層組件的需求變更可能會(huì)影響到全局組件，需要修改整個(gè)系統(tǒng)的多個(gè)上層模塊。   要求控制模塊具有比較高的可測(cè)試性；   可能會(huì)導(dǎo)致

38、底層模塊特別是被重用的模塊測(cè)試不夠充分。自頂向下集成的適用范圍： 控制結(jié)構(gòu)比較清晰和穩(wěn)定的應(yīng)用程序； 系統(tǒng)高層的模塊接口變化的可能性比較小；產(chǎn)品的低層模塊接口還未定義或可能會(huì)經(jīng)常因需求變更等原因被修改；產(chǎn)品中的控制模塊技術(shù)風(fēng)險(xiǎn)較大，需要盡可能提前驗(yàn)證； 需要盡早看到產(chǎn)品的系統(tǒng)功能行為； 在極限編程（Extreme Programming）中使用測(cè)試優(yōu)先的開(kāi)發(fā)方法。自底向上集成 自底向上測(cè)試從“原子”模塊（即在軟件結(jié)構(gòu)最底層的模塊）開(kāi)始組裝和測(cè)試。因?yàn)槭菑牡撞肯蛏辖Y(jié)合模塊，總能得到所需的下層模塊處理功能，所以不需要樁模塊。步驟：a.把低層模塊組合成實(shí)現(xiàn)某個(gè)特定軟件子功能的族；b.寫(xiě) 一個(gè)驅(qū)動(dòng)程序，協(xié)調(diào)測(cè)試數(shù)據(jù)的輸入和輸出；c.對(duì)由模塊組成的子功能族進(jìn)行測(cè)試；d.去掉驅(qū)動(dòng)程序，沿軟件結(jié)構(gòu)自下向上移動(dòng)，把子功能族組合起來(lái)形成更大的子功能族。自底向上集成優(yōu)點(diǎn)：