《軟件工程與軟件測(cè)試技術(shù)》習(xí)題講解

1、軟件工程與軟件測(cè)試技術(shù)習(xí)題講解韓 智第一章 軟件工程和軟件測(cè)試概述 名詞解釋：軟件、軟件危機(jī)、軟件工程、軟件生命周期軟件：軟件是計(jì)算機(jī)系統(tǒng)中與硬件相互依存的另一部分,它是包括程序，數(shù)據(jù)及其相關(guān)文檔的完整集合。軟件危機(jī)：軟件危機(jī)是指在計(jì)算機(jī)軟件的開發(fā)和維護(hù)過程中所遇到的一系列嚴(yán)重問題。這些問題絕不僅僅是不能正常運(yùn)行的軟件才具有，實(shí)際上，幾乎所有軟件都不同程度地存在這些問題。軟件工程： 把系統(tǒng)的、規(guī)范的、可度量的途徑應(yīng)用于軟件開發(fā)、運(yùn)行和維護(hù)過程，也就是把工程應(yīng)用于軟件； 研究中提到的途徑。軟件生命周期：軟件生命周期是從軟件的產(chǎn)生到報(bào)廢的生命周期，生命周期中有問題定義、可行性分析、總體描述、系統(tǒng)設(shè)

2、計(jì)、編碼、調(diào)試和測(cè)試、驗(yàn)收與運(yùn)行、維護(hù)升級(jí)、廢棄等階段。3第一章 軟件工程和軟件測(cè)試概述請(qǐng)說明軟件工程方法學(xué)都包含哪些要素？簡(jiǎn)要說明目前使用最廣泛的兩種軟件工程方法學(xué)答：軟件工程方法學(xué)包含3個(gè)要素：方法、工具和過程。其中方法是完成軟件開發(fā)的各項(xiàng)任務(wù)的技術(shù)方法，回答“怎樣做”的問題；工具是為運(yùn)用方法而提供的自動(dòng)的或半自動(dòng)的軟件工程支撐環(huán)境；過程是為了獲得高質(zhì)量的軟件所需要完成的一系列任務(wù)的框架，它規(guī)定了完成各項(xiàng)任務(wù)的工作步驟。4第一章 軟件工程和軟件測(cè)試概述目前使用得最廣泛的軟件工程方法學(xué)，分別是傳統(tǒng)方法學(xué)和面向?qū)ο蠓椒▽W(xué)。傳統(tǒng)方法學(xué)也稱為生命周期方法學(xué)或結(jié)構(gòu)化范型。它采用結(jié)構(gòu)化技術(shù)(結(jié)構(gòu)化分析

3、、結(jié)構(gòu)化設(shè)計(jì)和結(jié)構(gòu)化實(shí)現(xiàn))來完成軟件開發(fā)的各項(xiàng)任務(wù)，并使用適當(dāng)?shù)能浖ぞ呋蜍浖こ汰h(huán)境來支持結(jié)構(gòu)化技術(shù)的運(yùn)用。這種方法學(xué)把軟件生命周期的全過程依次劃分為若干個(gè)階段，然后順序地完成每個(gè)階段的任務(wù)。與傳統(tǒng)方法相反，面向?qū)ο蠓椒ò褦?shù)據(jù)和行為看成同等重要，它是一種以數(shù)據(jù)為主線，把數(shù)據(jù)和對(duì)數(shù)據(jù)的操作緊密地結(jié)合起來的方法。5第一章 軟件工程和軟件測(cè)試概述 軟件生命周期都包括哪些階段，簡(jiǎn)述每個(gè)階段的任務(wù)。答：軟件生命周期包括問題的定義，可行性分析，需求分析，概要設(shè)計(jì)，詳細(xì)設(shè)計(jì)，編碼，測(cè)試，維護(hù)8個(gè)階段。問題定義階段必須回答的關(guān)鍵問題是：“要解決的問題是什么?”可行性研究階段要回答的關(guān)鍵問題是：“對(duì)于上一個(gè)階

4、段所確定的問題有行得通的解決辦法嗎?”需求分析階段的任務(wù)是準(zhǔn)確地確定“為了解決這個(gè)問題，目標(biāo)系統(tǒng)必須做什么”，主要是確定目標(biāo)系統(tǒng)必須具備哪些功能。概要設(shè)計(jì)階段必須回答的關(guān)鍵問題是：“概括地說，應(yīng)該怎樣實(shí)現(xiàn)目標(biāo)系統(tǒng)?”6第一章 軟件工程和軟件測(cè)試概述詳細(xì)設(shè)計(jì)階段將詳細(xì)地設(shè)計(jì)每個(gè)模塊，確定實(shí)現(xiàn)模塊功能所需要的算法和數(shù)據(jù)結(jié)構(gòu)。編碼階段關(guān)鍵任務(wù)是寫出正確的容易理解、容易維護(hù)的程序模塊。測(cè)試階段的關(guān)鍵任務(wù)是通過各種類型的測(cè)試(及相應(yīng)的調(diào)試)使軟件達(dá)到預(yù)定的要求。維護(hù)階段的關(guān)鍵任務(wù)是，通過各種必要的維護(hù)活動(dòng)使系統(tǒng)持久地滿足用戶的需要。7第一章 軟件工程和軟件測(cè)試概述 簡(jiǎn)述瀑布模型的特點(diǎn)、優(yōu)點(diǎn)、缺點(diǎn)、適用場(chǎng)

5、合答：瀑布模型是按照軟件生命周期的階段進(jìn)行的，每個(gè)階段都必須完成規(guī)定的文檔，并在階段結(jié)束前都要對(duì)所完成的文檔進(jìn)行評(píng)審；各個(gè)階段間具有順序性和依賴性。瀑布模型的優(yōu)點(diǎn)：可強(qiáng)迫開發(fā)人員采用規(guī)范的方法（例如，結(jié)構(gòu)化技術(shù)）；嚴(yán)格地規(guī)定了每個(gè)階段必須提交的文檔；要求每個(gè)階段交出的所有產(chǎn)品都必須經(jīng)過質(zhì)量保證小組的仔細(xì)驗(yàn)證。8第一章 軟件工程和軟件測(cè)試概述瀑布模型的缺點(diǎn)：1）在項(xiàng)目開始的時(shí)候，用戶常常難以清楚地給出所有需求；用戶與開發(fā)人員對(duì)需求理解存在差異。2）很少軟件項(xiàng)目按照順序模型進(jìn)行，不能很好地支持迭代。3）只有到了整個(gè)項(xiàng)目的后半段時(shí)間，客戶才能看到軟件的模樣。一個(gè)沒有及時(shí)發(fā)現(xiàn)的錯(cuò)誤，可能導(dǎo)致災(zāi)難。瀑布

6、模型適用場(chǎng)合：1）當(dāng)有一個(gè)穩(wěn)定的產(chǎn)品定義和很容易被理解的技術(shù)解決方案時(shí)，可以采用純瀑布模型。2）當(dāng)你對(duì)一個(gè)定義得很好的版本進(jìn)行維護(hù)或?qū)⒁粋€(gè)產(chǎn)品移植到一個(gè)新的平臺(tái)上，可以采用瀑布模型。3）在質(zhì)量需求高于成本需求和進(jìn)度需求的時(shí)候，可以采用瀑布模型。9第一章 軟件工程和軟件測(cè)試概述 5. 簡(jiǎn)述快速原型模型的特點(diǎn)、優(yōu)點(diǎn)、缺點(diǎn)、適用場(chǎng)合答：所謂快速原型是快速建立起來的可以在計(jì)算機(jī)上運(yùn)行的程序，它所能完成的功能往往是最終產(chǎn)品能完成的功能的一個(gè)子集?？焖僭湍Ｐ椭饕獌?yōu)點(diǎn)：（1） 原型系統(tǒng)已經(jīng)通過與用戶交互而得到驗(yàn)證，據(jù)此產(chǎn)生的規(guī)格說明文檔正確地描述了用戶需求，因此，在開發(fā)過程的后續(xù)階段不會(huì)因?yàn)榘l(fā)現(xiàn)了規(guī)格說明

7、文檔的錯(cuò)誤而進(jìn)行較大的返工。（2） 開發(fā)人員通過建立原型系統(tǒng)已經(jīng)學(xué)到了許多東西，因此在設(shè)計(jì)和編碼階段發(fā)生錯(cuò)誤的可能性也比較小，這自然減少了在后續(xù)階段需要改正前面階段所犯錯(cuò)誤的可能性。10第一章 軟件工程和軟件測(cè)試概述缺點(diǎn)：1）用戶有時(shí)誤解了原型的角色，例如他們可能誤解原型應(yīng)該和真實(shí)系統(tǒng)一樣可靠。2）缺少項(xiàng)目標(biāo)準(zhǔn)，進(jìn)化原型方法有點(diǎn)像編碼修正。3）缺少控制，由于用戶可能不斷提出新要求，因而原型迭代的周期很難控制。4）額外的花費(fèi)：研究結(jié)果表明構(gòu)造一個(gè)原型可能需要10%額外花費(fèi)。5）原型法要求開發(fā)者與用戶密切接觸，有時(shí)這是不可能的。例如外包軟件。適用場(chǎng)合：1）適用于用戶驅(qū)動(dòng)的系統(tǒng)，即需求模糊或隨時(shí)間變

8、化的系統(tǒng)；2）已有產(chǎn)品或產(chǎn)品的原型，只需客戶化的工程項(xiàng)目；3）簡(jiǎn)單而熟悉的行業(yè)或領(lǐng)域；4）有快速原型開發(fā)工具；5）進(jìn)行產(chǎn)品移植或升級(jí)11第一章 軟件工程和軟件測(cè)試概述 6. 簡(jiǎn)述增量模型的特點(diǎn)、優(yōu)點(diǎn)、缺點(diǎn)、適用場(chǎng)合答： 增量模型以增量的形式分階段發(fā)布產(chǎn)品。第一個(gè)增量往往是核心的產(chǎn)品。也就是，實(shí)現(xiàn)了基本的需求，但很多補(bǔ)充的特征，使用和/或評(píng)估的結(jié)果是下一個(gè)增量的開發(fā)計(jì)劃。該計(jì)劃包括對(duì)核心產(chǎn)品的修改，使其能夠更好的滿足客戶的需要，并發(fā)布一些新增的特征和功能。這個(gè)過程在每個(gè)增量發(fā)布后不斷重復(fù)，直到產(chǎn)生最終的完善產(chǎn)品。增量過程模型，本質(zhì)上是迭代的，強(qiáng)調(diào)每一個(gè)增量均發(fā)布一個(gè)可操作產(chǎn)品增量模型的優(yōu)點(diǎn)：融合

9、了線性順序模型的基本成分和原型實(shí)現(xiàn)的迭代特征；能較快地產(chǎn)生可操作的系統(tǒng)；在每一步遞增中，均發(fā)布一個(gè)新的增量，把用戶/開發(fā)者的經(jīng)驗(yàn)結(jié)合到不斷求精的產(chǎn)品中；每個(gè)增量的開發(fā)沒有必要使用相同的過程；可改善測(cè)試效果和降低軟件開發(fā)總成本。12第一章 軟件工程和軟件測(cè)試概述增量模型的缺點(diǎn)：1）增量應(yīng)該相對(duì)較小，每個(gè)增量應(yīng)該包含一定的系統(tǒng)功能。所以，很難把用戶的需求映射到適當(dāng)規(guī)模的增量上。2）大多數(shù)系統(tǒng)需要一組在系統(tǒng)許多部分都會(huì)用到的基本服務(wù)。但由于增量實(shí)現(xiàn)前，需求不能被詳細(xì)定義，所以，明確所有增量都會(huì)用到的基本服務(wù)就比較困難。3）若軟件系統(tǒng)的組裝和拆卸性不強(qiáng)，或開發(fā)人員全局把握能力不高，或客戶不同意分階段提

10、交產(chǎn)品等，均不合適。適用場(chǎng)合：1）客戶接受分階段交付。2）對(duì)應(yīng)用領(lǐng)域不熟悉，難以一步到位。3）用戶可參與到整個(gè)軟件開發(fā)過程中。4）有較好的類庫(kù)和構(gòu)件庫(kù)。13第一章 軟件工程和軟件測(cè)試概述 7. 簡(jiǎn)述螺旋模型的特點(diǎn)、優(yōu)點(diǎn)、缺點(diǎn)、適用場(chǎng)合答：螺旋將瀑布模型和快速原型模型結(jié)合起來，強(qiáng)調(diào)了其他模型所忽視的風(fēng)險(xiǎn)分析，把軟件開發(fā)過程組成為一個(gè)逐步細(xì)化的定義周期（螺旋周期）序列，每經(jīng)歷一個(gè)周期，系統(tǒng)就得到進(jìn)一步的細(xì)化和完善；本質(zhì)上，具有上述特征的螺旋是一直運(yùn)轉(zhuǎn)的,直到軟件退役。有時(shí)這個(gè)過程處于睡眠狀態(tài)，但任何時(shí)候出現(xiàn)了改變，過程都會(huì)從合適的入口點(diǎn)開始；緊密圍繞開發(fā)中的風(fēng)險(xiǎn)問題，用風(fēng)險(xiǎn)分析推動(dòng)軟件設(shè)計(jì)向深一層

11、擴(kuò)展、求精；強(qiáng)調(diào)持續(xù)地判斷、確定和修改用戶任務(wù)目標(biāo)，并按成本、效益來分析候選的軟件產(chǎn)品性質(zhì)對(duì)任務(wù)目標(biāo)的貢獻(xiàn)；可結(jié)合采用多種軟件開發(fā)方法，但究竟結(jié)合哪一種方法仍由風(fēng)險(xiǎn)分析來決定。14第一章 軟件工程和軟件測(cè)試概述優(yōu)點(diǎn)：1）對(duì)可選方案和約束條件的強(qiáng)調(diào)有利于已有軟件的重用，也有助于把軟件質(zhì)量作為軟件開發(fā)的一個(gè)重要目標(biāo)；2）減少了過多測(cè)試（浪費(fèi)資金）或測(cè)試不足（產(chǎn)品故障多）所帶來的風(fēng)險(xiǎn)；3）在螺旋模型中維護(hù)只是模型的另一個(gè)周期，在維護(hù)和開發(fā)之間并沒有本質(zhì)區(qū)別。缺點(diǎn)：1）比較復(fù)雜，需要相當(dāng)?shù)娘L(fēng)險(xiǎn)評(píng)估技術(shù)，且成功依賴于這種技術(shù)。2）需要軟件開發(fā)人員具有豐富的風(fēng)險(xiǎn)評(píng)估經(jīng)驗(yàn)和這方面的專門知識(shí)適用場(chǎng)合：適應(yīng)于內(nèi)

12、部的大規(guī)模軟件開發(fā)15第一章 軟件工程和軟件測(cè)試概述8.以下屬于軟件維護(hù)階段文檔的是 A軟件需求說明 B操作手冊(cè) C軟件問題報(bào)告 D測(cè)試分析報(bào)告 16第一章 軟件工程和軟件測(cè)試概述9. 可行性研究要進(jìn)行一次_需求分析 詳細(xì)的 B. 全面的 C. 簡(jiǎn)化的、壓縮的 D. 徹底的 17第一章 軟件工程和軟件測(cè)試概述10關(guān)于原型化開發(fā)方法的敘述中，不正確的是_ 。 A. 原型化方法適應(yīng)于需求不明確的軟件開發(fā) B. 在開發(fā)過程中，可以廢棄不用早期構(gòu)造的軟件原型 C. 原型化方法可以直接開發(fā)出最終產(chǎn)品 D. 原型化方法利于確認(rèn)各項(xiàng)系統(tǒng)服務(wù)的可用性 18第一章 軟件工程和軟件測(cè)試概述11以下各項(xiàng)中，_屬于需

13、求說明書的評(píng)測(cè)內(nèi)容。 系統(tǒng)定義的目標(biāo)是否與用戶的要求一致 設(shè)計(jì)的約束條件或限制條件是否符合實(shí)際 是否考慮過軟件需求的其他方案 軟件的行為與它必須處理的信息、必須完成的功能是否一致 A、 B、C、 D、 19第一章 軟件工程和軟件測(cè)試概述12. 可行性研究的方面包括 _經(jīng)濟(jì)可行性 B.技術(shù)可行性 C.法律可行性 D. 抉擇 E. 軟件的規(guī)模 20第一章 軟件工程和軟件測(cè)試概述13.軟件開發(fā)模型有原型模型、_ 、_、_。 A 瀑布模型 B增量模型 C W模型D 螺旋模型21第二章 軟件測(cè)試基礎(chǔ)-習(xí)題1、名詞解釋：軟件測(cè)試，軟件質(zhì)量保證，單元測(cè)試，集成測(cè)試，系統(tǒng)測(cè)試，確認(rèn)測(cè)試，驗(yàn)收測(cè)試，黑盒測(cè)試，白

14、盒測(cè)試，灰盒測(cè)試，開發(fā)方測(cè)試（alpha測(cè)試），用戶測(cè)試（Beta測(cè)試），第三方測(cè)試。軟件測(cè)試：軟件質(zhì)量保證的關(guān)鍵元素，代表了規(guī)約、設(shè)計(jì)和編碼的最終檢查。從標(biāo)準(zhǔn)論角度，軟件測(cè)試是 “驗(yàn)證（Verification）”和“確認(rèn)（Validation）”活動(dòng)構(gòu)成的整體。驗(yàn)證是通過提供客觀證據(jù)檢驗(yàn)規(guī)定的要求是否得到滿足，也就是說對(duì)輸入與輸出進(jìn)行比較。確認(rèn)是在驗(yàn)證好的基礎(chǔ)上，預(yù)期的應(yīng)用要求是否得到滿足，也就是說，在確認(rèn)時(shí)應(yīng)考慮應(yīng)用的條件范圍要遠(yuǎn)遠(yuǎn)大于輸入時(shí)確定的范圍。22第二章 軟件測(cè)試基礎(chǔ)-習(xí)題軟件質(zhì)量保證（Software Quality Assurance， SQA)是為了提供信用，證明項(xiàng)目將會(huì)

15、達(dá)到有關(guān)質(zhì)量標(biāo)準(zhǔn)，而在質(zhì)量體系中進(jìn)行有計(jì)劃、有組織的活動(dòng)。單元測(cè)試又稱模塊測(cè)試，是針對(duì)軟件設(shè)計(jì)的最小單位 程序模塊，進(jìn)行正確性檢驗(yàn)的測(cè)試工作。集成測(cè)試又稱組裝測(cè)試、聯(lián)合測(cè)試、子系統(tǒng)測(cè)試或部件測(cè)試，是在單元測(cè)試的基礎(chǔ)上，將所有模塊按照設(shè)計(jì)要求組裝成子系統(tǒng)或系統(tǒng)進(jìn)行的測(cè)試活動(dòng)。系統(tǒng)測(cè)試，是將通過確認(rèn)測(cè)試的軟件，作為整個(gè)基于計(jì)算機(jī)系統(tǒng)的一個(gè)元素，與計(jì)算機(jī)硬件、外設(shè)、某些支持軟件、數(shù)據(jù)和人員等其它系統(tǒng)元素結(jié)合在一起，在實(shí)際運(yùn)行環(huán)境下，對(duì)計(jì)算機(jī)系統(tǒng)進(jìn)行一系列的組裝測(cè)試和確認(rèn)測(cè)試。驗(yàn)收測(cè)試是系統(tǒng)開發(fā)生命周期中的一個(gè)階段，它是一項(xiàng)判斷產(chǎn)品是否能夠滿足合同或用戶既定需求的測(cè)試23第二章 軟件測(cè)試基礎(chǔ)-習(xí)題開發(fā)

16、方測(cè)試通常也叫“驗(yàn)證測(cè)試”或“Alpha測(cè)試”，是在軟件開發(fā)環(huán)境下，由開發(fā)者檢測(cè)與證實(shí)軟件的實(shí)現(xiàn)是否滿足軟件設(shè)計(jì)說明或軟件需求說明的要求。用戶測(cè)試又稱“Beta測(cè)試”，是在用戶的應(yīng)用環(huán)境下，用戶通過運(yùn)行和使用軟件，檢測(cè)與核實(shí)軟件實(shí)現(xiàn)是否符合自己預(yù)期的要求。第三方測(cè)試是介于軟件開發(fā)方和用戶方之間的測(cè)試組織的測(cè)試，也稱為獨(dú)立測(cè)試，是由在技術(shù)、管理和財(cái)務(wù)上與開發(fā)方和用戶方相對(duì)獨(dú)立的組織進(jìn)行的軟件測(cè)試。24第二章 軟件測(cè)試基礎(chǔ)-習(xí)題白盒測(cè)試也稱結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試，它是按照程序內(nèi)部的結(jié)構(gòu)測(cè)試程序，通過測(cè)試來檢測(cè)產(chǎn)品內(nèi)部動(dòng)作是否按照設(shè)計(jì)規(guī)格說明書的規(guī)定正常進(jìn)行，檢驗(yàn)程序中的每條通路是否都能按預(yù)定要求正

17、確工作。黑盒測(cè)試也稱功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試。它主要是檢測(cè)每個(gè)功能是否能正常使用。在測(cè)試過程中，將程序看做一個(gè)不能打開的黑盒子，在完全不考慮程序內(nèi)部結(jié)構(gòu)的情況下，主要檢查程序的功能是否按照軟件需求規(guī)格說明書的規(guī)定正常使用，程序能否正確的接收所輸入的數(shù)據(jù)，并產(chǎn)生正確的輸出信息。灰盒測(cè)試，是介于白盒測(cè)試與黑盒測(cè)試之間的測(cè)試，灰盒測(cè)試關(guān)注輸出對(duì)于輸入的正確性，同時(shí)也關(guān)注內(nèi)部表現(xiàn)，但這種關(guān)注不象白盒那樣詳細(xì)、完整，只是通過一些表征性的現(xiàn)象、事件、標(biāo)志來判斷內(nèi)部的運(yùn)行狀態(tài)。25第二章 軟件測(cè)試基礎(chǔ)-習(xí)題2. 使用白盒測(cè)試方法時(shí)，確定測(cè)試數(shù)據(jù)應(yīng)根據(jù)（） 和指定的覆蓋標(biāo)準(zhǔn)。 A程序的內(nèi)部邏輯 B程序的復(fù)雜結(jié)構(gòu)

18、 C使用說明書 D程序的功能 26第二章 軟件測(cè)試基礎(chǔ)-習(xí)題3. 軟件測(cè)試的目的是( ) 。 A證明程序中沒有錯(cuò)誤 B. 發(fā)現(xiàn)程序中的錯(cuò)誤 C. 測(cè)量程序的動(dòng)態(tài)特性 D. 檢查程序中的語(yǔ)法錯(cuò)誤 27第二章 軟件測(cè)試基礎(chǔ)-習(xí)題4軟件測(cè)試的對(duì)象包括( ) 。 目標(biāo)程序和相關(guān)文檔 B. 源程序、目標(biāo)程序、數(shù)據(jù)及相關(guān)文檔 C. 目標(biāo)程序、操作系統(tǒng)和平臺(tái)軟件 D. 源程序和目標(biāo)程序 28第二章 軟件測(cè)試基礎(chǔ)-習(xí)題5下述說法錯(cuò)誤的是( ) 。A. 單元測(cè)試又稱為模塊測(cè)試，是針對(duì)軟件測(cè)試的最小單位程序模塊進(jìn)行正確性檢驗(yàn)的測(cè)試工作； B. 集成測(cè)試也叫做組裝測(cè)試，通常在編碼完成的基礎(chǔ)上，將所有的程序模塊進(jìn)行有

19、序的、遞增的測(cè)試； C. 集成測(cè)試是檢驗(yàn)程序單元或部件的接口關(guān)系，逐步集成為符合概要設(shè)計(jì)要求的程序部件或整個(gè)系統(tǒng)； D. 系統(tǒng)測(cè)試是在真實(shí)或模擬系統(tǒng)運(yùn)行環(huán)境下，檢查完整的程序系統(tǒng)能否和相關(guān)硬件、外設(shè)、網(wǎng)絡(luò)、系統(tǒng)軟件和支持平臺(tái)等正確配置與連接，并滿足用戶需求。 29第二章 軟件測(cè)試基礎(chǔ)-習(xí)題6驗(yàn)收測(cè)試的定義是 ( )。A. 由用戶按照用戶手冊(cè)對(duì)軟件進(jìn)行測(cè)試以決定是否接受； B. 由某個(gè)測(cè)試機(jī)構(gòu)代表用戶按照需求說明書和用戶手冊(cè)對(duì)軟件進(jìn)行測(cè)試以決定是否接受； C. 按照軟件任務(wù)書或合同，供需雙方約定的驗(yàn)收依據(jù)進(jìn)行測(cè)試，決定是否接受 D. 由開發(fā)方和用戶按照用戶手冊(cè)執(zhí)行軟件驗(yàn)收 30第二章 軟件測(cè)試基

20、礎(chǔ)-習(xí)題7軟件的集成測(cè)試工作最好由（） 承擔(dān)，以提高集成測(cè)試的效果。 A. 該軟件的設(shè)計(jì)人員 B. 該軟件開發(fā)組的負(fù)責(zé)人 C. 該軟件的編程人員 D. 不屬于該軟件開發(fā)組的軟件設(shè)計(jì)人員 31第二章 軟件測(cè)試基礎(chǔ)-習(xí)題8關(guān)于第三方測(cè)試的描述，正確的觀點(diǎn)是( ) 。A. 既不是開發(fā)人員，也不是用戶所進(jìn)行的測(cè)試就是第三方測(cè)試 B. 由在技術(shù)、管理和財(cái)務(wù)上與開發(fā)方和用戶方相對(duì)獨(dú)立的組織進(jìn)行的測(cè)試 C. 第三方測(cè)試是在開發(fā)方與用戶方的測(cè)試基礎(chǔ)上所進(jìn)行的驗(yàn)證測(cè)試 D. 第三方測(cè)試又稱為測(cè)試 32第二章 軟件測(cè)試基礎(chǔ)-習(xí)題9對(duì)于軟件的測(cè)試，下列描述正確的是_。 A測(cè)試就是在軟件公司內(nèi)部展開的測(cè)試，由公司專業(yè)

21、的測(cè)試人員執(zhí)行的測(cè)試 B測(cè)試就是在軟件公司內(nèi)部展開的測(cè)試，由公司的非專業(yè)測(cè)試人員執(zhí)行的測(cè)試 C測(cè)試就是在軟件公司外部展開的測(cè)試，由專業(yè)的測(cè)試人員執(zhí)行的測(cè)試 D測(cè)試就是在軟件公司外部展開的測(cè)試，可以由非專業(yè)的測(cè)試人員執(zhí)行的測(cè)試 33第二章 軟件測(cè)試基礎(chǔ)-習(xí)題10.典型的軟件測(cè)試過程模型有（1） 等，在這些模型中，（2） 強(qiáng)調(diào)了測(cè)試計(jì)劃等工作的先行和對(duì)系統(tǒng)需求和系統(tǒng)設(shè)計(jì)的測(cè)試，（3） 對(duì)軟件測(cè)試流程予以了說明。（1） AV模型、W模型、H模型、漸進(jìn)模型BV模型、W模型、H模型、螺旋模型CX模型、W模型、H模型、前置測(cè)試模型DX模型、W模型、H模型、增量模型（2）A模型 BW模型 C漸進(jìn)模型 D螺旋

22、模型（3）A模型 BW模型 CH模型 D增量模型34第二章 軟件測(cè)試基礎(chǔ)-習(xí)題12. 下列哪一種不屬于驗(yàn)收測(cè)試范疇 ( )A正式驗(yàn)收測(cè)試 Balpha測(cè)試 Cbeta測(cè)試 D系統(tǒng)測(cè)試35第二章 軟件測(cè)試基礎(chǔ)-習(xí)題13. 在軟件生命周期的不同階段，需要實(shí)施不同類型的測(cè)試工作，單元測(cè)試是對(duì)程序設(shè)計(jì)進(jìn)行驗(yàn)證，其中_不是單元測(cè)試的主要內(nèi)容。 A. 模塊接口測(cè)試 B. 有效性測(cè)試 C. 路徑測(cè)試 D. 邊界測(cè)試 36第二章 軟件測(cè)試基礎(chǔ)-習(xí)題14.在進(jìn)行單元測(cè)試過程中，通常測(cè)試工程師都需要借助 _來代替所測(cè)模塊調(diào)用的子模塊。A. 樁模塊 B. 驅(qū)動(dòng)模塊 C. 樁模塊和驅(qū)動(dòng)模塊 D.存根模塊和驅(qū)動(dòng)模塊 3

23、7第二章 軟件測(cè)試基礎(chǔ)-習(xí)題15.在單元測(cè)試的基礎(chǔ)上，需要將所有模塊按照概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)說明書的要求進(jìn)行組裝，模塊組裝成系統(tǒng)的方式有兩種，分別是 _ 。 A. 非增量式和增量式 B. 自頂向下組裝和啟底向上組裝 C. 單個(gè)模塊組裝和混合模塊組裝 D. 接口組裝和功能組裝 38第二章 軟件測(cè)試基礎(chǔ)-習(xí)題16在系統(tǒng)驗(yàn)收測(cè)試中，_（1）_是在一個(gè)模擬的環(huán)境下使用模擬數(shù)據(jù)運(yùn)行系統(tǒng)；_（2）_是在一個(gè)實(shí)際環(huán)境中使用真實(shí)數(shù)據(jù)運(yùn)行系統(tǒng)。 （1）A驗(yàn)證測(cè)試 B審計(jì)測(cè)試 C確認(rèn)測(cè)試 D模塊測(cè)試 （2） A驗(yàn)證測(cè)試 B審計(jì)測(cè)試 C確認(rèn)測(cè)試 D模塊測(cè)試 39第二章 軟件測(cè)試基礎(chǔ)-習(xí)題17單元測(cè)試將根據(jù)在（） 階段

24、中產(chǎn)生的規(guī)格說明進(jìn)行。 A. 可行性研究與計(jì)劃B. 需求分析 C.概要設(shè)計(jì) D. 詳細(xì)設(shè)計(jì) 40第二章 軟件測(cè)試基礎(chǔ)-習(xí)題18. 軟件測(cè)試類型按開發(fā)階段劃分是_需求測(cè)試、單元測(cè)試、集成測(cè)試、驗(yàn)證測(cè)試 B. 單元測(cè)試、集成測(cè)試、確認(rèn)測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試C. 單元測(cè)試、集成測(cè)試、驗(yàn)證測(cè)試確認(rèn)測(cè)試、驗(yàn)收測(cè)試 D. 調(diào)試、單元測(cè)試、集成測(cè)試、用戶測(cè)試 41第二章 軟件測(cè)試基礎(chǔ)-習(xí)題19. V模型指出，_對(duì)程序設(shè)計(jì)進(jìn)行驗(yàn)證 A. 單元和集成測(cè)試B. 系統(tǒng)測(cè)試 C. 驗(yàn)收測(cè)試和確認(rèn)測(cè)試D. 驗(yàn)證測(cè)試 42第二章 軟件測(cè)試基礎(chǔ)-習(xí)題20. V模型指出，_對(duì)系統(tǒng)設(shè)計(jì)進(jìn)行驗(yàn)證 A. 單元測(cè)試B. 集成測(cè)試

25、C. 功能測(cè)試D. 系統(tǒng)測(cè)試 43第二章 軟件測(cè)試基礎(chǔ)-習(xí)題21. V模型指出，_應(yīng)當(dāng)追朔到用戶需求說明 代碼測(cè)試 B. 集成測(cè)試C. 驗(yàn)收測(cè)試 D. 單元測(cè)試 44第二章 軟件測(cè)試基礎(chǔ)-習(xí)題22廣義的軟件測(cè)試包括 _。 A單元測(cè)試、集成測(cè)試、確認(rèn)測(cè)試和系統(tǒng)測(cè)試 B確認(rèn)、驗(yàn)證和測(cè)試 C需求評(píng)審、設(shè)計(jì)評(píng)審、單元測(cè)試和綜合測(cè)試 D開發(fā)方測(cè)試、用戶測(cè)試和第三方測(cè)試 45第二章 軟件測(cè)試基礎(chǔ)-習(xí)題23下列關(guān)于alpha 測(cè)試的描述中正確的_Aalpha 測(cè)試需要用戶代表參加 Balpha 測(cè)試不需要用戶代表參加 Calpha 測(cè)試是系統(tǒng)測(cè)試的一種 Dalpha 測(cè)試是驗(yàn)收測(cè)試的一種 46第二章 軟件測(cè)

26、試基礎(chǔ)-習(xí)題24_不是易用性測(cè)試包括的內(nèi)容。 A安裝測(cè)試B界面測(cè)試 C菜單測(cè)試D文檔測(cè)試 47第二章 軟件測(cè)試基礎(chǔ)-習(xí)題25_不是文檔測(cè)試包括的內(nèi)容。 A合同文檔 B開發(fā)文檔 C管理文檔 D用戶文檔 48第二章 軟件測(cè)試基礎(chǔ)-習(xí)題26軟件測(cè)試的說法，_是錯(cuò)誤的。 A軟件測(cè)試就是程序測(cè)試 B軟件測(cè)試貫穿于軟件定義和開發(fā)的整個(gè)期間 C需求規(guī)格說明、設(shè)計(jì)規(guī)格說明都是軟件測(cè)試的對(duì)象 D程序是軟件測(cè)試的對(duì)象 49第二章 軟件測(cè)試基礎(chǔ)-習(xí)題27軟件測(cè)試按實(shí)施組織分，測(cè)試應(yīng)該包括以下的 _。 開發(fā)方測(cè)試 用戶方測(cè)試 第三方測(cè)試 驗(yàn)收測(cè)試 確認(rèn)測(cè)試 A、 B、 C、 D、 50第二章 軟件測(cè)試基礎(chǔ)-習(xí)題28.

27、簡(jiǎn)述測(cè)試的目的、原則與對(duì)象軟件測(cè)試的目的:1)是以最少的人力、物力和時(shí)間找出軟件中潛在的各種錯(cuò)誤和缺陷，通過修正各種錯(cuò)誤和缺陷提高軟件質(zhì)量，回避軟件發(fā)布后由于潛在的軟件缺陷和錯(cuò)誤造成的隱患所帶來的商業(yè)風(fēng)險(xiǎn)。2)是確認(rèn)軟件的質(zhì)量，軟件做了所期望的事情（Do the right thing），另一方面是確認(rèn)軟件以正確的方式來做了這個(gè)事件（Do it right）3)是為開發(fā)過程提供反饋信息，協(xié)助開發(fā)過程的改進(jìn)：軟件測(cè)試不僅是在測(cè)試軟件產(chǎn)品本身，還包括軟件開發(fā)的過程。軟件測(cè)試的第三個(gè)目的是保證整個(gè)軟件開發(fā)過程的高質(zhì)量。4）軟件質(zhì)量評(píng)估：軟件測(cè)試是以評(píng)價(jià)一個(gè)程序或系統(tǒng)屬性為目標(biāo)的一種活動(dòng)，是對(duì)軟件質(zhì)量

28、的度量與評(píng)估，以驗(yàn)證軟件的質(zhì)量滿足用戶的需求，為用戶選擇與接收軟件提供有力的依據(jù)。51第二章 軟件測(cè)試基礎(chǔ)-習(xí)題軟件測(cè)試的原則所有的軟件測(cè)試都應(yīng)追溯到用戶需求應(yīng)當(dāng)把“盡早地和不斷地進(jìn)行軟件測(cè)試”作為軟件開發(fā)者的座右銘。完全測(cè)試是不可能的，測(cè)試需要終止軟件測(cè)試無(wú)法顯示軟件潛在的缺陷充分注意軟件測(cè)試中的群集現(xiàn)象程序員應(yīng)避免檢查自己的程序盡量避免測(cè)試的隨意性妥善保存一切測(cè)試過程文檔。軟件測(cè)試的對(duì)象：需求規(guī)格說明、概要設(shè)計(jì)規(guī)格說明、詳細(xì)設(shè)計(jì)規(guī)格說明、源程序 。52第二章 軟件測(cè)試基礎(chǔ)-習(xí)題29、什么是V模型？簡(jiǎn)述V模型在軟件測(cè)試過程中的作用，以及在V模型中各個(gè)測(cè)試階段和開發(fā)過程的對(duì)應(yīng)關(guān)系V模型是軟件開

29、發(fā)瀑布模型的變種，它反映了測(cè)試活動(dòng)與分析和設(shè)計(jì)的關(guān)系 。 從左到右，描述了基本的開發(fā)過程和測(cè)試行為，非常明確地標(biāo)明了測(cè)試過程中存在的不同級(jí)別，并且清楚地描述了這些測(cè)試階段和開發(fā)過程期間各階段的對(duì)應(yīng)關(guān)系 。 左邊依次下降的是開發(fā)過程各階段，與此相對(duì)應(yīng)的是右邊依次上升的部分，即各測(cè)試過程的各個(gè)階段。V模型的局限性在于沒有明確地說明早期的測(cè)試,無(wú)法體現(xiàn)“盡早地和不斷地進(jìn)行軟件測(cè)試”的原則53第二章 軟件測(cè)試基礎(chǔ)-習(xí)題30、什么是W模型？簡(jiǎn)述其特點(diǎn) W模型由Evolutif公司提出，相對(duì)于V模型，W模型增加了軟件各開發(fā)階段中應(yīng)同步進(jìn)行的驗(yàn)證和確認(rèn)活動(dòng)。W模型由兩個(gè)V字型模型組成，分別代表測(cè)試與開發(fā)過程

30、，圖中明確表示出了測(cè)試與開發(fā)的并行關(guān)系。W模型強(qiáng)調(diào)：測(cè)試伴隨著整個(gè)軟件開發(fā)周期，而且測(cè)試的對(duì)象不僅僅是程序，需求、設(shè)計(jì)等同樣要測(cè)試，也就是說，測(cè)試與開發(fā)是同步進(jìn)行的。W模型有利于盡早地全面的發(fā)現(xiàn)問題。例如，需求分析完成后，測(cè)試人員就應(yīng)該參與到對(duì)需求的驗(yàn)證和確認(rèn)活動(dòng)中，以盡早地找出缺陷所在。同時(shí)，對(duì)需求的測(cè)試也有利于及時(shí)了解項(xiàng)目難度和測(cè)試風(fēng)險(xiǎn)，及早制定應(yīng)對(duì)措施，這將顯著減少總體測(cè)試時(shí)間，加快項(xiàng)目進(jìn)度。但W模型也存在局限性。在W模型中，需求、設(shè)計(jì)、編碼等活動(dòng)被視為串行的，同時(shí)，測(cè)試和開發(fā)活動(dòng)也保持著一種線性的前后關(guān)系，上一階段完全結(jié)束，才可正式開始下一個(gè)階段工作。這樣就無(wú)法支持迭代的開發(fā)模型。對(duì)于

31、當(dāng)前軟件開發(fā)復(fù)雜多變的情況，W模型并不能解除測(cè)試管理面臨著困惑。 54第二章 軟件測(cè)試基礎(chǔ)-習(xí)題31、什么是X模型？簡(jiǎn)述其特點(diǎn)X模型也是對(duì)V模型的改進(jìn),X模型提出針對(duì)單獨(dú)的程序片段進(jìn)行相互分離的編碼和測(cè)試,此后通過頻繁的交接,通過集成最終合成為可執(zhí)行的程序。X模型的左邊描述的是針對(duì)單獨(dú)程序片段所進(jìn)行的相互分離的編碼和測(cè)試，此后將進(jìn)行頻繁的交接，通過集成最終成為可執(zhí)行的程序，然后再對(duì)這些可執(zhí)行程序進(jìn)行測(cè)試。己通過集成測(cè)試的成品可以進(jìn)行封裝并提交給用戶，也可以作為更大規(guī)模和范圍內(nèi)集成的一部分。多根并行的曲線表示變更可以在各個(gè)部分發(fā)生。X模型還定位了探索性測(cè)試，這是不進(jìn)行事先計(jì)劃的特殊類型的測(cè)試，這

32、一方式往往能幫助有經(jīng)驗(yàn)的測(cè)試人員在測(cè)試計(jì)劃之外發(fā)現(xiàn)更多的軟件錯(cuò)誤。但這樣可能對(duì)測(cè)試造成人力、物力和財(cái)力的浪費(fèi)，對(duì)測(cè)試員的熟練程度要求比較高。 55第二章 軟件測(cè)試基礎(chǔ)-習(xí)題32、簡(jiǎn)述前置測(cè)試模型。前置測(cè)試模型由Robin F.Goldsmith等人提出，它是一個(gè)將測(cè)試和開發(fā)緊密結(jié)合的模型，并提供了輕松的方式，可以使項(xiàng)目的進(jìn)度加快。前置測(cè)試模型則體現(xiàn)了開發(fā)與測(cè)試的結(jié)合,要求對(duì)每一個(gè)交付內(nèi)容進(jìn)行測(cè)試。前置測(cè)試模型是一個(gè)將測(cè)試和開發(fā)緊密結(jié)合的模型，此模型將開發(fā)和測(cè)試的生命周期整合在一起，隨項(xiàng)目開發(fā)生命周期從開始到結(jié)束每個(gè)關(guān)鍵行為。 56第二章 軟件測(cè)試基礎(chǔ)-習(xí)題33、簡(jiǎn)述軟件測(cè)試的分類答：按照軟件不

33、同的開發(fā)階段，可以將軟件測(cè)試分為：?jiǎn)卧獪y(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、確認(rèn)測(cè)試、驗(yàn)收測(cè)試； 按照測(cè)試實(shí)施組成劃分，測(cè)試包括：開發(fā)方測(cè)試、用戶測(cè)試、第三方測(cè)試； 按照測(cè)試技術(shù)劃分可分為：白盒測(cè)試、黑盒測(cè)試、灰盒測(cè)試； 按照測(cè)試內(nèi)容劃分，可以分為:功能性測(cè)試、可靠性測(cè)試、易用性測(cè)試、效率測(cè)試（性能測(cè)試）、可移植性測(cè)試、文檔測(cè)試57第二章 軟件測(cè)試基礎(chǔ)-習(xí)題34、請(qǐng)敘述軟件質(zhì)量保證的工作內(nèi)容。軟件質(zhì)量保證的主要職責(zé)是檢查開發(fā)和管理活動(dòng)是否與已定的過程策略、標(biāo)準(zhǔn)和流程一致，檢查工作產(chǎn)品是否遵循模板規(guī)定的內(nèi)容和格式等。具體的工作內(nèi)容主要包括（1）與SQA計(jì)劃直接相關(guān)的工作（2）參與項(xiàng)目的階段性評(píng)審和審計(jì)（3）

34、對(duì)項(xiàng)目日程活動(dòng)與規(guī)程的符合性進(jìn)行檢查（4）對(duì)配置管理工作的檢查和審計(jì)（5）跟蹤問題的解決情況（6）收集新方法，提供過程改進(jìn)的依據(jù)。58第二章 軟件測(cè)試基礎(chǔ)-習(xí)題35.在軟件開發(fā)與運(yùn)行階段一般需要完成單元測(cè)試、集成測(cè)試、確認(rèn)測(cè)試、系統(tǒng)測(cè)試和驗(yàn)收測(cè)試，這些對(duì)軟件質(zhì)量保證起著非常關(guān)鍵的作用。 （1）簡(jiǎn)述集成測(cè)試與系統(tǒng)測(cè)試的關(guān)系（2）公司A承擔(dān)了業(yè)務(wù)B的辦公自動(dòng)化系統(tǒng)的建設(shè)工作。2004年10月初，項(xiàng)目正處于開發(fā)階段，預(yù)計(jì)2005年5月能夠完成全部開發(fā)工作，但是合同規(guī)定2004年10月底進(jìn)行系統(tǒng)驗(yàn)收。因此2004年10月初，公司A依據(jù)合同規(guī)定向業(yè)主B和監(jiān)理方提出在2004年10月底進(jìn)行驗(yàn)收測(cè)試的請(qǐng)求，

35、并提出了詳細(xì)的測(cè)試計(jì)劃和測(cè)試方案。在該方案中指出測(cè)試小組由公司A的測(cè)試工程師、外聘測(cè)試專家、外聘行業(yè)專家以及監(jiān)理方的代表組成。公司A的做法是否正確？請(qǐng)給出理由。 59第二章 軟件測(cè)試基礎(chǔ)-習(xí)題答：1）集成測(cè)試的主要依據(jù)是概要設(shè)計(jì)說明書，系統(tǒng)測(cè)試的主要依據(jù)是需求設(shè)計(jì)說明書；集成測(cè)試是系統(tǒng)模塊的測(cè)試，系統(tǒng)測(cè)試是對(duì)整個(gè)系統(tǒng)的測(cè)試，包括相關(guān)的軟硬件平臺(tái)、網(wǎng)絡(luò)以及相關(guān)外設(shè)的測(cè)試。2）驗(yàn)收測(cè)試要在系統(tǒng)測(cè)試通過之后，交付使用之前進(jìn)行，而不是僅僅根據(jù)合同規(guī)定進(jìn)行。2004年10月初并不具備驗(yàn)收測(cè)試的條件 60第三章 白盒測(cè)試技術(shù)-習(xí)題1、名詞解釋：靜態(tài)測(cè)試，動(dòng)態(tài)測(cè)試，桌面檢查，代碼審查，走查軟件的靜態(tài)測(cè)試不要

36、求在計(jì)算機(jī)上實(shí)際執(zhí)行所測(cè)程序，主要以一些人工的模擬技術(shù)對(duì)軟件進(jìn)行分析和測(cè)試而軟件的動(dòng)態(tài)測(cè)試是通過輸入一組預(yù)先按照一定的測(cè)試準(zhǔn)則構(gòu)造的實(shí)例數(shù)據(jù)來動(dòng)態(tài)運(yùn)行程序，而達(dá)到發(fā)現(xiàn)程序錯(cuò)誤的過程。桌面檢查是代碼檢查方式的一種，由程序員自己檢查自己編寫的程序。程序員在程序通過編譯之后，進(jìn)行單元測(cè)試設(shè)計(jì)之前，對(duì)源程序代碼進(jìn)行分析、檢驗(yàn)，并補(bǔ)充相關(guān)的文檔，目的是發(fā)現(xiàn)程序中的錯(cuò)誤。 61第三章 白盒測(cè)試技術(shù)-習(xí)題代碼審查是由若干程序員和測(cè)試員組成一個(gè)審查小組，通過閱讀、討論和爭(zhēng)議，對(duì)程序進(jìn)行靜態(tài)分析的過程。走查與代碼審查基本相同，其過程分為兩步。第一步也把材料先發(fā)給走查小組每個(gè)成員，讓他們認(rèn)真研究程序，然后再開會(huì)。

37、開會(huì)的程序與代碼審查不同，不是簡(jiǎn)單地讀程序和對(duì)照錯(cuò)誤檢查表進(jìn)行檢查，而是讓與會(huì)者“充當(dāng)”計(jì)算機(jī)，即首先由測(cè)試組成員為被測(cè)程序準(zhǔn)備一批有代表性的測(cè)試用例，提交給走查小組。62第三章 白盒測(cè)試技術(shù)-習(xí)題2、什么是邏輯覆蓋測(cè)試？邏輯覆蓋都有哪些類型？邏輯覆蓋是通過對(duì)程序邏輯結(jié)構(gòu)的遍歷實(shí)現(xiàn)程序的覆蓋。它是一系列測(cè)試過程的總稱，這組測(cè)試過程逐漸進(jìn)行越來越完整的通路測(cè)試。從覆蓋源程序語(yǔ)句的詳盡程度分析，邏輯覆蓋標(biāo)準(zhǔn)包括：語(yǔ)句覆蓋判定覆蓋條件覆蓋條件判定組合覆蓋多條件覆蓋修正條件判定覆蓋63第三章 白盒測(cè)試技術(shù)-習(xí)題3、簡(jiǎn)述白盒測(cè)試的綜合測(cè)試策略在白盒測(cè)試中，可以使用各種測(cè)試方法的綜合策略如下：（1）在測(cè)試

38、中，應(yīng)盡量先使用工具進(jìn)行靜態(tài)結(jié)構(gòu)分析。（2）測(cè)試中可采取先靜態(tài)后動(dòng)態(tài)的組合方式：先進(jìn)行靜態(tài)結(jié)構(gòu)分析、代碼檢查，再進(jìn)行覆蓋率測(cè)試。（3）利用靜態(tài)分析的結(jié)果作為導(dǎo)引，通過代碼檢查和動(dòng)態(tài)測(cè)試的方式對(duì)靜態(tài)發(fā)現(xiàn)結(jié)果進(jìn)行進(jìn)一步的確認(rèn)，使測(cè)試工作更為有效。（4）覆蓋率測(cè)試是白盒測(cè)試的重點(diǎn)，一般可使用基本路徑測(cè)試法達(dá)到語(yǔ)句覆蓋標(biāo)準(zhǔn)；對(duì)于軟件的重點(diǎn)模塊，應(yīng)使用多種覆蓋率標(biāo)準(zhǔn)衡量代碼的覆蓋率。（5）在不同的測(cè)試階段，測(cè)試的側(cè)重點(diǎn)不同：在單元測(cè)試階段，以代碼檢查、邏輯覆蓋為主；在集成測(cè)試階段，需要增加靜態(tài)結(jié)構(gòu)分析等；在系統(tǒng)測(cè)試階段，應(yīng)根據(jù)黑盒測(cè)試的結(jié)果，采取相應(yīng)的白盒測(cè)試。64第三章 白盒測(cè)試技術(shù)-習(xí)題4、某商場(chǎng)在

39、“五一”期間，顧客購(gòu)物時(shí)收費(fèi)有4種情況：普通顧客一次購(gòu)物累計(jì)少于100元，按A類標(biāo)準(zhǔn)收費(fèi)（不打折），一次購(gòu)物累計(jì)多于或等于100元，按B類標(biāo)準(zhǔn)收費(fèi)（打9折）；會(huì)員顧客一次購(gòu)物累計(jì)少于1000元，按C類標(biāo)準(zhǔn)收費(fèi)（打8折），一次購(gòu)物累計(jì)等于或多于1000元，按D類標(biāo)準(zhǔn)收費(fèi)（打7折）。測(cè)試對(duì)象是按以上要求計(jì)算顧客收費(fèi)模塊，按照路徑覆蓋法設(shè)計(jì)測(cè)試用例。65第三章 白盒測(cè)試技術(shù)-習(xí)題被測(cè)模塊的程序流程圖如圖所示 66第三章 白盒測(cè)試技術(shù)-習(xí)題 按照路徑覆蓋法設(shè)計(jì)測(cè)試用例如下：是會(huì)員，累計(jì)消費(fèi)900元， 覆蓋路徑127是會(huì)員，累計(jì)消費(fèi)2000元， 覆蓋路徑128不是會(huì)員，累計(jì)消費(fèi)80元， 覆蓋路徑134不

40、是會(huì)員，累計(jì)消費(fèi)300元， 覆蓋路徑13567第三章 白盒測(cè)試技術(shù)-習(xí)題5.對(duì)以下代碼，假設(shè)輸入的取值范圍是1900 year 2050,請(qǐng)使用基本路徑測(cè)試法為變量year設(shè)計(jì)測(cè)試用例，使其滿足基本路徑覆蓋的要求。 Int IsLeap(int year)if (year % 4 = 0)if (year % 100 = 0)if ( year % 400 = 0)leap = 1;elseleap = 0;else leap = 1;else leap = 0;return leap;68第三章 白盒測(cè)試技術(shù)-習(xí)題答：1）控制流圖 2）V(G）=469第三章 白盒測(cè)試技術(shù)-習(xí)題用例1：yea

41、r是19002050之間不能被4整除的整數(shù)，如1901、2001、2003等。用例2：year是19002050之間能被4整除但不能被100整除的整數(shù)，如2004、2008、2012、1916等。用例3：year是19002050之間能被100整除但不能被400整除的整數(shù)，如1900。用例4：year是19002050之間能被400整除的整數(shù)，如2000 70第三章 白盒測(cè)試技術(shù)-習(xí)題6. 下面是一段求最大值的程序，其中data是數(shù)據(jù)表，n是data的長(zhǎng)度。int MaxValueCal(int n, int data ) int k=0; for ( int i=1; i datak ) k

42、=i;return k;畫出該程序的流程圖和對(duì)應(yīng)的控制流圖計(jì)算控制流圖的環(huán)路復(fù)雜性。給出線性獨(dú)立路徑的基本集為（3）中的每條路徑設(shè)計(jì)測(cè)試用例。711.程序流程圖和控制流圖72第三章 白盒測(cè)試技術(shù)-習(xí)題（2）復(fù)雜度為3（3）測(cè)試路徑：Path1： Path2： Path3： 73第三章 白盒測(cè)試技術(shù)-習(xí)題（4） 測(cè)試用例： Path1： 取n=1，datalist0 = 1， 預(yù)期結(jié)果：k=0 Path2： 取n=2，datalist0 = 1，datalist1 = 0， 預(yù)期結(jié)果：k=0 Path3： 取n=2，datalist0 = 0，datalist1 = 1， 預(yù)期結(jié)果：k=1 74

43、第三章 白盒測(cè)試技術(shù)-習(xí)題7以下 屬于白盒技術(shù)設(shè)計(jì)測(cè)試用例的方法A邏輯覆蓋 B等價(jià)類劃分 C邊界值分析 D因果圖 75第三章 白盒測(cè)試技術(shù)-習(xí)題8下面哪個(gè)不屬于靜態(tài)測(cè)試 A 編碼規(guī)則檢查 B 程序結(jié)構(gòu)分析C 程序復(fù)雜度分析 D 內(nèi)存泄漏 76第三章 白盒測(cè)試技術(shù)-習(xí)題白盒測(cè)試是_ 的測(cè)試 A. 基于功能B. 基于代碼 C. 基于設(shè)計(jì)D. 基于需求文檔 77第三章 白盒測(cè)試技術(shù)-習(xí)題10以下測(cè)試方法是白盒測(cè)試方法的是 _A. 判定覆蓋和邊界值分析法 B. 等價(jià)劃分和錯(cuò)誤推測(cè)法 C. 路徑覆蓋和判定/條件覆蓋法 D. 條件組合覆蓋和語(yǔ)句覆蓋法 E. 條件覆蓋和錯(cuò)誤推測(cè)法 78第三章 白盒測(cè)試技術(shù)-

44、習(xí)題11針對(duì)下列程序段，對(duì)于(A，B)的取值，以下 _測(cè)試用例組合能夠滿足條件覆蓋的要求。 IF( A - 10 )= 20 AND ( B + 20 ) 10 )THEN C = 0 IF( A - 30 ) 10 AND ( B - 30 )payload)i;switch (c) case SLIP_END: sio_send(SLIP_ESC, netif-state); sio_send(SLIP_ESC_END, netif-state); break; case SLIP_ESC: sio_send(SLIP_ESC, netif-state); sio_send(SLIP_ES

45、C_ESC, netif-state); break; defult: sio_send(c, netif-state); break; A4 B3 C2 D 1 81第三章 白盒測(cè)試技術(shù)-習(xí)題14. 確定下面函數(shù)的基本路徑并給出測(cè)試用例void Sort ( int iRecordNum, int iType )1 2 int x=0;3 int y=0;4 while (iRecordNum- 0 )5 6 If ( iType=0 )7break;8 else9 If ( iType=1 )10 x=x+10;11 else12 y=y+20;13 14 82第三章 白盒測(cè)試技術(shù)-習(xí)題畫

46、出控制流圖： 如右圖所示計(jì)算環(huán)形復(fù)雜度： V（G）=e-n+2 10（條邊）- 8（個(gè)節(jié)點(diǎn)）+ 2 = 4導(dǎo)出獨(dú)立路徑（用語(yǔ)句編號(hào)表示） 路徑1： 4691213414 路徑2： 4691013414 路徑3： 46714 路徑4： 41446791012131483第三章 白盒測(cè)試技術(shù)-習(xí)題輸入數(shù)據(jù)預(yù)期輸出測(cè)試用例1irecordnum = 0itype = 0 x = 0y = 0測(cè)試用例2irecordnum = 1itype = 0 x = 0y = 0測(cè)試用例3irecordnum = 1itype = 1x = 10y = 0測(cè)試用例4irecordnum = 1itype = 2

47、x = 0y = 20設(shè)計(jì)測(cè)試用例（試寫出其他測(cè)試用例）84第三章 白盒測(cè)試技術(shù)-習(xí)題15.請(qǐng)對(duì)以下程序設(shè)計(jì)測(cè)試用例，以實(shí)現(xiàn)：1）語(yǔ)句覆蓋；2）判定覆蓋；3）條件覆蓋；4）條件判定覆蓋；void DoWork (int x,int y,int z) int k=0,j=0; if ( (x3)&(z5) ) j=x*y+10; /語(yǔ)句塊2 j=j%3; /語(yǔ)句塊385第三章 白盒測(cè)試技術(shù)-習(xí)題X3 & z5執(zhí)行語(yǔ)句塊3FFTTabdce86語(yǔ)句覆蓋要實(shí)現(xiàn)DoWork函數(shù)的語(yǔ)句覆蓋，只需設(shè)計(jì)一個(gè)測(cè)試用例就可以覆蓋程序中的所有可執(zhí)行語(yǔ)句。測(cè)試用例輸入為： x=4、y=5、z=5 程序執(zhí)行的路徑是：

48、abd分析： 語(yǔ)句覆蓋可以保證程序中的每個(gè)語(yǔ)句都得到執(zhí)行，但發(fā)現(xiàn)不了判定中邏輯運(yùn)算的錯(cuò)誤，即它并不是一種充分的檢驗(yàn)方法。例如在第一個(gè)判定(x3)&(z5錯(cuò)誤寫為y3)&(z3 取真值記為T1，取假值記為-T1 條件z5) )： 條件x=4 取真值記為T3，取假值記為-T3 條件y5 取真值記為T4，取假值記為-T4條件覆蓋的思想就是讓測(cè)試用例能覆蓋T1、-T1、T2、-T2、T3、-T3、T4、-T489條件覆蓋（續(xù)）對(duì)DoWork函數(shù)的條件覆蓋測(cè)試用例設(shè)計(jì)如下：測(cè)試用例 執(zhí)行路徑 覆蓋條件覆蓋分支x=2、y=6、z=5 acd-T1、T2、 -T3、T4 cdx=4、y=5、z=15 acd

49、T1、-T2、 T3、-T4 cd分析：上述設(shè)計(jì)的這組測(cè)試用例，雖然滿足了條件覆蓋，但只是覆蓋了程序中第一個(gè)判定的取假分支c 和第二個(gè)判定的取真分支d，不能滿足判定覆蓋的要求。 90判定/條件覆蓋判定/條件覆蓋實(shí)際上是將判定覆蓋和條件覆蓋結(jié)合起來的一種方法，即：設(shè)計(jì)足夠的測(cè)試用例，使得判定中每個(gè)條件的所有可能取值至少滿足一次，同時(shí)每個(gè)判定的可能結(jié)果也至少出現(xiàn)一次。根據(jù)判定/條件覆蓋的基本思想，只需設(shè)計(jì)以下兩個(gè)測(cè)試用例便可以覆蓋4個(gè)條件的8種取值以及4個(gè)判定分支。 測(cè)試用例 執(zhí)行路徑 覆蓋條件覆蓋分支x=4、y=6、z=5 abdT1、T2、 T3、T4 bdx=2、y=5、z=15ace-T1

50、、-T2、 -T3、-T4 ce91判定/條件覆蓋（續(xù)）分析：從表面上看，判定/條件覆蓋測(cè)試了各個(gè)判定中的所有條件的取值，但實(shí)際上，編譯器在檢查含有多個(gè)條件的邏輯表達(dá)式時(shí)，某些情況下的某些條件將會(huì)被其它條件所掩蓋。因此，判定/條件覆蓋也不一定能夠完全檢查出邏輯表達(dá)式中的錯(cuò)誤。 例如：對(duì)于第一個(gè)判定(x3)&(z3和z3為假，則編譯器將不再檢查z5)來說，若條件x=4滿足，就認(rèn)為該判定為真，這時(shí)將不會(huì)再檢查y5，那么同樣也無(wú)法發(fā)現(xiàn)這個(gè)條件中的錯(cuò)誤。思考與練習(xí)：如何設(shè)計(jì)測(cè)試用例實(shí)現(xiàn)多條件覆蓋？92第三章 白盒測(cè)試技術(shù)-習(xí)題 16.多條件覆蓋是一種邏輯覆蓋，它的含義是設(shè)計(jì)足夠的測(cè)試用例，使得每個(gè)判員

51、中條件的各種可能組合都至少出現(xiàn)一次，滿足多條件覆蓋級(jí)別的測(cè)試用例也是滿足 （1） 級(jí)別的；針對(duì)布爾表達(dá)式A（B|C）執(zhí)行邏輯覆蓋測(cè)試，測(cè)試用例至少需要 （2） 種組合才能滿足多條件覆蓋的要求。（44）A語(yǔ)句覆蓋、判定覆蓋、條件覆蓋、條件判定組合覆蓋B判定覆蓋、條件覆蓋、條件判定組合覆蓋、修正條件判定覆蓋C語(yǔ)句覆蓋、判定覆蓋、條件判定組合覆蓋、修正條件判定覆蓋D路徑覆蓋、判定覆蓋、條件覆蓋、條件判定組合覆蓋（45）A6 B4 C8 D1293第三章 白盒測(cè)試技術(shù)-習(xí)題17、某程序所畫出的N-S盒圖如右圖所示的，至少需要多少個(gè)測(cè)試用例才能對(duì)該程序?qū)崿F(xiàn)邏輯覆蓋？94第三章 白盒測(cè)試技術(shù)-習(xí)題18.

52、找出下面函數(shù)中的所有LCSAJ和LCSAJ路徑void DoWork (int x,int y,int z) int k=0,j=0; if ( (x3)&(z5) ) j=x*y+10; /語(yǔ)句塊2 j=j%3; /語(yǔ)句塊395第三章 白盒測(cè)試技術(shù)-習(xí)題LCSAJ（5個(gè)）： （1）int k=0,j=0; if ( (x3)&(z5) ) （3）if ( (x=4)|(y5) ) （4）j=x*y+10; j=j%3 （5）j=j%3LCSAJ路徑（4條）： （1）-（2）-（4） （1）-（2）-（5） （1）-（3）-（4） （1）-（3）-（5）96第四章 黑盒測(cè)試技術(shù)-習(xí)題1.名詞解

53、釋：等價(jià)類、有效等價(jià)類、無(wú)效等價(jià)類。答：等價(jià)類是指某個(gè)輸入域的子集合。在該子集合中，各個(gè)輸入數(shù)據(jù)對(duì)于揭露程序中的錯(cuò)誤都是等效的。測(cè)試某等價(jià)類的代表值就等價(jià)于對(duì)這一類其他值的測(cè)試。有效等價(jià)類：是指對(duì)于程序的規(guī)格說明來說，是合理的，有意義的輸入數(shù)據(jù)構(gòu)成的集合。無(wú)效等價(jià)類：是指對(duì)于程序的規(guī)格說明來說，是不合理的，無(wú)意義的輸入數(shù)據(jù)構(gòu)成的集合。97第四章 黑盒測(cè)試技術(shù)-習(xí)題2.簡(jiǎn)述測(cè)試方法的綜合使用策略首先進(jìn)行等價(jià)類劃分，包括輸入條件和輸出條件的等價(jià)劃分，將無(wú)限測(cè)試變成有限測(cè)試，這是減少工作量和提高測(cè)試效率的最有效的方法在任何情況下都必須使用邊界值分析方法。經(jīng)驗(yàn)表明這種方法設(shè)計(jì)出的測(cè)試用例發(fā)現(xiàn)程序錯(cuò)誤的

54、能力最強(qiáng)?？梢杂缅e(cuò)誤推測(cè)法追加一些測(cè)試用例，這需要依靠測(cè)試工程師的智慧和經(jīng)驗(yàn)。對(duì)照程序邏輯，檢查已設(shè)計(jì)出的測(cè)試用例的邏輯覆蓋程度。如果沒有達(dá)到要求的覆蓋標(biāo)準(zhǔn)，應(yīng)當(dāng)補(bǔ)充足夠的測(cè)試用例如果程序的功能說明中含有輸入條件的組合情況，則一開始就可以選用因果圖法和判定表驅(qū)動(dòng)法對(duì)于參數(shù)配置類的軟件或?qū)Χ鄺l件查詢功能進(jìn)行測(cè)試時(shí)，要用正交試驗(yàn)法選擇較少的組合方式達(dá)到最佳效果對(duì)于業(yè)務(wù)清晰的系統(tǒng)，可以利用場(chǎng)景法貫穿整個(gè)測(cè)試案例過程，在案例中綜合使用各種測(cè)試方法。98第四章 黑盒測(cè)試技術(shù)-習(xí)題3.設(shè)有一個(gè)檔案管理系統(tǒng)，要求用戶輸入以年月表示的日期。假設(shè)日期限定在1990年1月2049年12月，并規(guī)定日期由6位數(shù)字字符

55、組成，前4位表示年，后2位表示月?，F(xiàn)用等價(jià)類劃分法設(shè)計(jì)測(cè)試用例，來測(cè)試程序的“日期檢查功能”。99第一步：劃分等價(jià)類輸入及外部條件有效等價(jià)類無(wú)效等價(jià)類報(bào)表日期的類型及長(zhǎng)度6位數(shù)字字符有非數(shù)字字符 少于6個(gè)數(shù)字字符 多于6個(gè)數(shù)字字符 年份范圍在19902049之間小于1990 大于2049 月份范圍在112之間小于1 大于12 100第二步：為有效等價(jià)類設(shè)計(jì)測(cè)試用例對(duì)表中編號(hào)為的3個(gè)有效等價(jià)類用一個(gè)測(cè)試用例覆蓋：測(cè)試數(shù)據(jù)期望結(jié)果覆蓋范圍200105輸入有效等價(jià)類101第三步：為每一個(gè)無(wú)效等價(jià)類至少設(shè)計(jì)一個(gè)測(cè)試用例測(cè)試數(shù)據(jù)期望結(jié)果覆蓋范圍001MAY輸入無(wú)效等價(jià)類20015輸入無(wú)效等價(jià)類20010

56、01輸入無(wú)效等價(jià)類198901輸入無(wú)效等價(jià)類205001輸入無(wú)效等價(jià)類200100輸入無(wú)效等價(jià)類200113輸入無(wú)效等價(jià)類本例的10個(gè)等價(jià)類至少需要8個(gè)測(cè)試用例不能出現(xiàn)相同的測(cè)試用例102第四章 黑盒測(cè)試技術(shù)-習(xí)題4.變量的命名規(guī)則一般規(guī)定如下：變量名的長(zhǎng)度不多于40個(gè)字符，第一個(gè)字符必須為英文字母，其他字母可以英文字母、數(shù)字以及下劃線的任意組合。請(qǐng)用等價(jià)分類法設(shè)計(jì)測(cè)試用例。 103第四章 黑盒測(cè)試技術(shù)-習(xí)題 劃分等價(jià)類表。輸入條件合理等價(jià)類 不合理等價(jià)類 長(zhǎng)度 (1)小于40個(gè)字符 (2)等于40個(gè)字符 (5)大于40個(gè)字符 第一個(gè)字符 (3)英文字母 (6)非英文字母 其他字母 (4)英文

57、字母、數(shù)字或下劃線的任意組合 (7)空格 (8)標(biāo)點(diǎn)符號(hào) (9)運(yùn)算符號(hào) (10)其他可顯示字符 104測(cè)試用例表測(cè)試數(shù)據(jù) 測(cè)試范圍 期望結(jié)果 (1)s_name12 等價(jià)類(1),(3),(4) 有效 (2)a1b2c3d4e5f6g7h8i9j1k2l3m4n5o6p7q8r9s_tr 等價(jià)類(2),(3),(4) 有效 (3)a1b2c3d4e5f6g7h8i9j1k2l3m4n5o6p7q8r9s_trff 等價(jià)類(5) 無(wú)效 (4)234name 等價(jià)類(6) 無(wú)效 (5)ab gh 等價(jià)類(7) 無(wú)效 (6)ab!2f 等價(jià)類(8) 無(wú)效 (7)fg+ghh 等價(jià)類(9) 無(wú)效 (

58、8)Hgh 等價(jià)類(10) 無(wú)效 105第四章 黑盒測(cè)試技術(shù)-習(xí)題5.假設(shè)商店貨品價(jià)格(R) 都不大于100元（且為整數(shù)），若顧客付款(P)在100元內(nèi)，現(xiàn)有一個(gè)程序能在每位顧客付款后給出找零錢的最佳組合（找給顧客貨幣張數(shù)最少）。 假定此商店的貨幣面值只包括：50元(N50)、10元(N10)、 5元(N5)、1元(N1) 四種。請(qǐng)結(jié)合等價(jià)類劃分法和邊界值分析法為上述程序設(shè)計(jì) 出相應(yīng)的測(cè)試用例。106第四章 黑盒測(cè)試技術(shù)-習(xí)題一、分析輸入的情形：1.R無(wú)效： R 100R=02.R有效： 0 R 100 （錢給多）2_2. P無(wú)效：P R （錢給少）2_3. P有效：R= P 100R = 0

59、0 R 1000 R = 100 P R輸出為相應(yīng)錯(cuò)誤提示信息有效輸入（找零）：0 R = 100R= P = 100此時(shí)考慮的輸出：（RR=P-R 假設(shè)計(jì)算正確 不考慮此種情況無(wú)效輸出0=RR45=RR1010=RR5050=RR100RR：0、1、4、5、9、10、49、50、99109第四章 黑盒測(cè)試技術(shù)-習(xí)題1. 貨品價(jià)格 = 1012. 貨品價(jià)格 = 03.貨品價(jià)格 = -14. 貨品價(jià)格 = 100, 付款金額 = 1015. 貨品價(jià)格 = 100, 付款金額 = 99 6. 貨品價(jià)格 = 100, 付款金額 = 100 不找零7. 貨品價(jià)格 = 99, 付款金額 = 100 N1

60、18. 貨品價(jià)格 = 96, 付款金額 = 100 N149. 貨品價(jià)格 = 95, 付款金額 = 100 N5110. 貨品價(jià)格 = 91, 付款金額 = 100 N51, N1411. 貨品價(jià)格 = 90, 付款金額 = 100 N10112. 貨品價(jià)格 = 51, 付款金額 = 100 N104, N51，N1413. 貨品價(jià)格 = 50, 付款金額 = 100 N50114. 貨品價(jià)格 = 1, 付款金額 = 100 N501,N10=4,N5=1,N1=4110第四章 黑盒測(cè)試技術(shù)-習(xí)題6.以中國(guó)象棋中馬的走法為例子，具體說明：1、如果落點(diǎn)在棋盤外，則不移動(dòng)棋子；2、如果落點(diǎn)與起點(diǎn)不