《軟件測(cè)試方法》測(cè)驗(yàn)卷答卷

1、軟件測(cè)試方法測(cè)驗(yàn)卷答卷一、判斷題（對(duì)的打，錯(cuò)的打×。每題2分，共48分）1.（ ）軟件測(cè)試是為了證明軟件是正確的。2.（ ）集成測(cè)試的一個(gè)主要任務(wù)是測(cè)試若干模塊的累積誤差是否會(huì)放大到不可接受的程度。3.（ ）測(cè)試用例執(zhí)行完畢后就可以丟棄了。4.（ ）驗(yàn)收測(cè)試一般是以用戶(hù)為主體進(jìn)行的測(cè)試。5.（ ）經(jīng)過(guò)軟件測(cè)試后，軟件質(zhì)量就得到了保證。6.（ ）系統(tǒng)測(cè)試往往采用白盒測(cè)試法。7.（ ）測(cè)試是指開(kāi)發(fā)公司外部典型用戶(hù)實(shí)際使用的測(cè)試。8.（ ）應(yīng)該在測(cè)試階段集中進(jìn)行軟件測(cè)試。9.（ ）只要每個(gè)模塊單獨(dú)運(yùn)行良好，相互連接起來(lái)后就能正常工作了。10.（ ）缺陷潛伏期越長(zhǎng)，缺陷損耗就越大。11.（

2、）測(cè)試發(fā)現(xiàn)的錯(cuò)誤中的大多數(shù)很可能源于少數(shù)模塊。12.（ ）用黑盒法測(cè)試時(shí)，測(cè)試用例是根據(jù)程序內(nèi)部邏輯設(shè)計(jì)的。13.（ ）軟件缺陷主要包括：和用戶(hù)的需求不符，與設(shè)計(jì)的要求不符。14.（ ）程序修改后就可以給用戶(hù)使用了。15.（ ）軟件錯(cuò)誤大多不是程序錯(cuò)誤而是分析和設(shè)計(jì)的錯(cuò)誤。16.（ ）為了提高發(fā)現(xiàn)錯(cuò)誤的效率，應(yīng)該取一切可能的輸入數(shù)據(jù)作為測(cè)試數(shù)據(jù)。17.（ ）自動(dòng)化測(cè)試適宜于并發(fā)用戶(hù)測(cè)試以及大量的重復(fù)性測(cè)試。18.（ ）程序結(jié)構(gòu)是白盒測(cè)試的主要依據(jù)。19.（ ）驗(yàn)收測(cè)試的內(nèi)容與系統(tǒng)測(cè)試是幾乎相同的，因此可以忽略驗(yàn)收測(cè)試。20.（ ）所有的測(cè)試都應(yīng)追溯到用戶(hù)的需求。21.（ ）集成測(cè)試時(shí)，能較早發(fā)

3、現(xiàn)高層模塊接口錯(cuò)誤的方法是自底向上漸增式測(cè)試。22.（ ）測(cè)試用例是設(shè)計(jì)出來(lái)的，不是寫(xiě)出來(lái)的。23.（ ）不管測(cè)試計(jì)劃多么完善和執(zhí)行多么努力，也不能保證所有缺陷發(fā)現(xiàn)就能修復(fù)。24.（ ）和軟件開(kāi)發(fā)中的需求分析、設(shè)計(jì)、編碼相對(duì)應(yīng)的軟件測(cè)試分別為：集成測(cè)試、驗(yàn)收測(cè)試和單元測(cè)試。注：沒(méi)有打的均為錯(cuò)誤的。二、選擇題（5個(gè)小題，每題3分，共12分）1. 以下各項(xiàng)屬于靜態(tài)測(cè)試的是（ D ）A內(nèi)存分析 B. 覆蓋率分析 C. 性能分析 D. 結(jié)構(gòu)分析2. 以下各項(xiàng)不屬于系統(tǒng)測(cè)試的是（ B ）A安全測(cè)試 B.覆蓋率測(cè)試 C. 可靠性測(cè)試 D. 容量測(cè)試3. 在自頂向下集成方式的測(cè)試中常常需要撰寫(xiě)的是（ A ）

4、A樁模塊 B. 驅(qū)動(dòng)模塊 C. 被測(cè)模塊 D. 集成模塊4. 以下開(kāi)發(fā)模式中比較科學(xué)合理的是（ D ）A大棒模式 B. 瀑布模式 C. V模式 D. 雙V模式三、簡(jiǎn)答題（每題10分，共40分）1. 若某家大型公司請(qǐng)你為一款新開(kāi)發(fā)的游戲軟件進(jìn)行專(zhuān)業(yè)的測(cè)試，你打算怎么做？依據(jù)是什么？答案：可以依據(jù)ISO9126標(biāo)準(zhǔn)規(guī)定的軟件質(zhì)量度量模型，測(cè)試軟件的功能性、可靠性、可使用性、效率、可維護(hù)性、可移植性這六大特性，如正確性、精確性、容錯(cuò)性、易用性、可理解性、簡(jiǎn)潔性、可復(fù)用性、兼容性、可擴(kuò)充性等。2. 某企業(yè)對(duì)一款剛開(kāi)發(fā)完成的軟件進(jìn)行了全面的單元測(cè)試且全部通過(guò)后，準(zhǔn)備著手進(jìn)行系統(tǒng)測(cè)試，你認(rèn)為這樣可行嗎？為

5、什么？答案：這樣做不可行，因?yàn)榧词姑總€(gè)單元都測(cè)試通過(guò)了，但把他們組合在一起之后往往會(huì)出現(xiàn)故障，如數(shù)據(jù)通過(guò)不同接口時(shí)可能會(huì)出錯(cuò)，因此，在進(jìn)行系統(tǒng)測(cè)試之前需要先進(jìn)行集成測(cè)試，以避免故障的累積和放大。集成測(cè)試是非常必要的，并非多此一舉。此外，在進(jìn)行系統(tǒng)測(cè)試之前，還要進(jìn)行確認(rèn)測(cè)試，檢查軟件是否滿(mǎn)足了需求規(guī)格說(shuō)明書(shū)中確定了的要求，以及軟件配置是否完全、正確。3. 請(qǐng)分析比較面向?qū)ο筌浖y(cè)試與面向過(guò)程軟件測(cè)試的異同。答案：面向?qū)ο筌浖y(cè)試的整體目標(biāo)和傳統(tǒng)軟件測(cè)試的目標(biāo)是一致的，即以最小的工作量發(fā)現(xiàn)盡可能多的錯(cuò)誤，但是面向?qū)ο鬁y(cè)試的策略和戰(zhàn)術(shù)有很大不同，因?yàn)樗?dú)有的封裝、繼承、多態(tài)等新特點(diǎn)給測(cè)試帶來(lái)了一系列

6、新的問(wèn)題，增加了測(cè)試的難度。在單元測(cè)試中，當(dāng)考慮面向?qū)ο筌浖r(shí)，單元的概念發(fā)生了變化，此時(shí)最小的可測(cè)試單位是封裝的類(lèi)或?qū)ο螅辉偈莻€(gè)體的模塊。傳統(tǒng)單元測(cè)試在單元測(cè)試中，傳統(tǒng)的單元測(cè)試對(duì)象是軟件設(shè)計(jì)的最小單位函數(shù)模塊，主要關(guān)注算法實(shí)現(xiàn)和接口間數(shù)據(jù)的傳遞，而面向?qū)ο蟮膯卧獪y(cè)試主要考察封裝在一個(gè)類(lèi)中的方法和類(lèi)的狀態(tài)行為。若單獨(dú)看待類(lèi)的成員函數(shù)，面向?qū)ο筌浖臏y(cè)試可以利用傳統(tǒng)的測(cè)試方法，但由于其具有繼承性和多態(tài)性，又與傳統(tǒng)方法不完全相同。在集成測(cè)試中，面向?qū)ο筌浖臏y(cè)試分為基于類(lèi)間協(xié)作關(guān)系的橫向測(cè)試和基于類(lèi)間繼承關(guān)系的縱向測(cè)試，而不再是傳統(tǒng)的自上而下或自下而上的集成策略。在系統(tǒng)測(cè)試階段，面向?qū)ο筌浖臏y(cè)試無(wú)需考慮內(nèi)部結(jié)構(gòu)和中間結(jié)果，因此與傳統(tǒng)的系統(tǒng)測(cè)試差別不大，可沿用傳統(tǒng)的系統(tǒng)測(cè)試方法。4. 請(qǐng)為下面的函數(shù)構(gòu)造一個(gè)驅(qū)動(dòng)函數(shù)。int divide(int a, int b) int c; if( b = = 0 ) printf（“除數(shù)不能為0!”）; return 0; c = a / b;