《軟件測試基礎(chǔ)》期末D卷及參考答案

1、- -說明：本試卷共六大題，試卷滿分100分，考試時(shí)間120分鐘，考試為開卷考試。一、選擇題（每題2分，共20分）請將答案填入題后括號中。1從供選擇的答案中選出應(yīng)填入下列（）中的字句。軟件測試的目的是（A）。為了提高測試的效率，應(yīng)該（據(jù)（C）和指定的覆蓋標(biāo)準(zhǔn)。與設(shè)計(jì)測試數(shù)據(jù)無關(guān)的文檔是（軟件的集成測試工作最好由（E）承擔(dān)，以提高集成測試的效果。B）。使用白盒測試方法時(shí)，確定測試數(shù)據(jù)應(yīng)根D）。供選擇的答案：A.評價(jià)軟件的質(zhì)量找出軟件中的所有錯誤B.隨機(jī)地選取測試數(shù)據(jù)取一切可能的輸入數(shù)據(jù)作為測試數(shù)據(jù)在完成編碼以后制定軟件的測試計(jì)劃選擇發(fā)現(xiàn)錯誤的可能性大的數(shù)據(jù)作為測試數(shù)據(jù)C.程序的內(nèi)部邏輯使用說明書

2、D.該軟件的設(shè)計(jì)人員源程序E.該軟件的設(shè)計(jì)人員該軟件的編程人員發(fā)現(xiàn)軟件的錯誤證明軟件是正確的2請從供選擇的答案中選出應(yīng)填入下列（程序的三種基本控制結(jié)構(gòu)是（A）。它們的共同點(diǎn)是（軟件測試的目的是（D）。軟件調(diào)試的目的是（供選擇的答案：A.過程，子程序，分程序遞歸，堆棧，隊(duì)列B.不能嵌套使用已經(jīng)用硬件實(shí)現(xiàn)C.篩選法遞歸法D.證明程序中沒有錯誤測量程序的動態(tài)特性E.找出錯誤所在并改正之對錯誤性質(zhì)進(jìn)行分類3從下列關(guān)于軟件測試的敘述中，選出程序的復(fù)雜程度程序的功能程序的復(fù)雜程度項(xiàng)目開發(fā)計(jì)劃該軟件開發(fā)組的負(fù)責(zé)人不屬于該軟件開發(fā)組的軟件設(shè)計(jì)人員）中的字句。B）。結(jié)構(gòu)化程序設(shè)計(jì)的一種基本方法是（E）。順序，條

3、件，循環(huán)調(diào)用，返回，轉(zhuǎn)移只能用來寫簡單的程序只有一個入口和一個出口歸納法逐步求精法發(fā)現(xiàn)程序中的錯誤檢查程序中的語法錯誤排除存在錯誤的可能性統(tǒng)計(jì)出錯的次數(shù)5條正確的敘述。C）。（1）用黑盒法測試時(shí)，測試用例是根據(jù)程序內(nèi)部邏輯設(shè)計(jì)的。（2）盡量用公共過程或子程序去代替重復(fù)的代碼段。- -(3)測試是為了驗(yàn)證該軟件已正確地實(shí)現(xiàn)了用戶的要求。- #-(4)對于連鎖型分支結(jié)構(gòu)，若有n個判定語句，則有2n條路徑。- #-盡量采用復(fù)合的條件測試，以避免嵌套的分支結(jié)構(gòu)。GOTO語句反能使寫出的程序更加簡潔。GOTO語句概念簡單，使用方便，在某些情況下，保留發(fā)現(xiàn)錯誤多的程序模塊，殘留在模塊中的錯誤也多。黑盒測試

4、方法中最有效的是因果圖法。在做程序的單元測試時(shí)，樁(存根)模塊比驅(qū)動模塊容易編寫。程序效率的提高主要應(yīng)通過選擇高效的算法來實(shí)現(xiàn)。4從供選擇的答案中選出同下列關(guān)于軟件測試的各條敘述關(guān)系最密切的字句。AU對可靠性要求很高的軟件，例如操作系統(tǒng)，由第三者對源代碼進(jìn)行逐行檢查。BM有的軟件被改版時(shí)，由于受到變更的影響，改版前正常的功能可能發(fā)生異常，性能也可能下降。因此，對變更的軟件進(jìn)行測試是必要的。CU在意識到被測試模塊的內(nèi)部結(jié)構(gòu)或算法的情況下進(jìn)行測試。DU為了確認(rèn)用戶的需求，先做出系統(tǒng)的主要部分，提交給用戶試用。EU在測試具有層次結(jié)構(gòu)的大型軟件時(shí)，有一種方法是從上層模塊開始，由上到下進(jìn)行測試。此時(shí)，有

5、必要用一些模塊替代尚未測試過的下層模塊。供選擇的答案：- #-AE：仿真器代碼審查模擬器域測試黑盒測試原型樁白盒測試驅(qū)動器退化測試二、填空題：共4小題10個空格，每個空格2分，滿分1.對面向過程的系統(tǒng)采用的集成策略有20分；請將答案填入指定的空白處。、兩種。2.軟件測試主要分為、- -四類測試。3.黑盒測試用例設(shè)計(jì)方法包括_、以及，錯誤推測法等。4.測試工作就是進(jìn)行輸入、接受輸出、檢驗(yàn)結(jié)果，不深入代碼細(xì)節(jié)，這樣的測試方法稱為，三、判斷題：共10小題，每小題1分，滿分10分；請將答案以“叮、“U”形式填入題后括號中。1.好的測試員不懈追求完美。()2.測試程序僅僅按預(yù)期方式運(yùn)行就行了。()3.不

6、存在質(zhì)量很高但可靠性很差的產(chǎn)品。()4.在沒有產(chǎn)品說明書和需求文檔的條件下可以進(jìn)行動態(tài)黑盒測試。()5.靜態(tài)白盒測試可以找出遺漏之處和問題。()6.測試錯誤提示信息不屬于文檔測試范圍。()7.單元測試能發(fā)現(xiàn)約80%的軟件缺陷。()8.代碼評審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。()9.自頂向下集成需要測試員編寫驅(qū)動程序。()10.總是首先設(shè)計(jì)黑盒測試用例。四、名詞解釋；共1驗(yàn)收測試2.失敗測試3驅(qū)動模塊4.樁模塊5.白盒測試五、簡答題：共1.怎樣做好文檔測試5小題，每小題3小題，每小題什么是軟件測試？軟件測試與調(diào)試有什么區(qū)別？（）3分，滿分15分5分，滿分15分。軟件測試包括哪些類型的測試？這

7、些測試之間的區(qū)別是什么？六、：綜合題：共1小題，每小題20分，滿分20分。針對以下問題：某一種8位計(jì)算機(jī)，其十六進(jìn)制常數(shù)的定義是以O(shè)x或OX開頭的十六進(jìn)制整數(shù)，其取值范圍為口7fD7f（不區(qū)分大小寫字母），如0 x13、0 x6ADD0 x3c。請采用等價(jià)類劃分的方法設(shè)計(jì)測試用例。軟件測試基皿D卷）答案及評分標(biāo)準(zhǔn)一、單選題（20D1D20分）題號1A1B1C1D1E2A2B2C2D2E答案題號333334A4B4C4D4E答案(4)(5)(6)(7)(10)二、填空題（20D1D20分）自頂向下集成、自底向上集成單元測試、集成測試、系統(tǒng)測試、驗(yàn)收測試等價(jià)類劃分、邊界值分析、因果圖黑盒測試三、判

8、斷題（10D1D10分）題號12345678910答案DDDDDDDDDD四、名詞解皿5D3D15分）1驗(yàn)收測試是軟件產(chǎn)品完成了功能測試和系統(tǒng)測試之后，在產(chǎn)品發(fā)布之前所進(jìn)行的軟件測試活動。2失敗測試純粹為了破壞軟件而設(shè)計(jì)和執(zhí)行的測試案例，被稱為失敗測試。3驅(qū)動模塊驅(qū)動模塊就是用來代替主模塊，用它來調(diào)用子模塊4.樁模塊集成測試前要為被測模塊編制一些模擬其下級模塊功能的“替身”模塊，以代替被測模塊的接口，接受或傳遞被測模塊的數(shù)據(jù)，這些專供測試用的“假”模塊稱為被測模塊的樁模塊。5白盒測試也稱為結(jié)構(gòu)化測試、基于代碼的測試，是一種測試用例設(shè)計(jì)方法，它從程序的控制結(jié)構(gòu)導(dǎo)出測試用例。ODDODD3D5D1

9、5分）1仔細(xì)閱讀，跟隨每個步驟，檢查每個圖形，嘗試每個示例。檢查文檔的編寫是否滿足文檔編寫的目的內(nèi)容是否齊全，正確內(nèi)容是否完善標(biāo)記是否正確2軟件測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程?；蛘哒f，軟件測試是根據(jù)軟件開發(fā)各階段的規(guī)格說明和程序的內(nèi)部結(jié)構(gòu)而精心設(shè)計(jì)一批測試用例（即輸入數(shù)據(jù)及其預(yù)期的輸出結(jié)果），并利用這些測試用例去運(yùn)行程序，以發(fā)現(xiàn)程序錯誤的過程。軟件測試與調(diào)試在目的、技術(shù)和方法等方面存在很大的區(qū)別，主要表現(xiàn)在如下方面：（1）測試是為了發(fā)現(xiàn)軟件中存在的錯誤；調(diào)試是為了證明軟件開發(fā)的正確性。（2）測試以已知條件開始，使用預(yù)先定義的程序，且有預(yù)知的結(jié)果，不可預(yù)見的僅是程序是否通過測試；調(diào)試一般是以

10、不可知的內(nèi)部條件開始，除統(tǒng)計(jì)性調(diào)試外，結(jié)果是不可預(yù)見的。（3）測試是有計(jì)劃的，需要進(jìn)行測試設(shè)計(jì)；調(diào)試是不受時(shí)間約束的。（4）測試經(jīng)歷發(fā)現(xiàn)錯誤、改正錯誤、重新測試的過程；調(diào)試是一個推理的過程。（5）測試的執(zhí)行是有規(guī)程的；調(diào)試的執(zhí)行往往要求開發(fā)人員進(jìn)行必要推理以至知覺的飛躍。（6）測試經(jīng)常是由獨(dú)立的測試組在不了解軟件設(shè)計(jì)的條件下完成的；調(diào)試必須由了解詳細(xì)設(shè)計(jì)的開發(fā)人員完成。（7）大多數(shù)測試的執(zhí)行和設(shè)計(jì)可以由工具支持；調(diào)式時(shí)，開發(fā)人員能利用的工具主要是調(diào)試器。3軟件測試包括單元測試、集成測試、確認(rèn)測試和系統(tǒng)測試等。單元測試集中于單個模塊的功能和結(jié)構(gòu)的檢驗(yàn)；集成測試集中于模塊組合的功能和軟件結(jié)構(gòu)檢驗(yàn)；

11、確認(rèn)測試主要檢查軟件是否符合合同要求，包括需求規(guī)格說明、設(shè)計(jì)規(guī)格說明和用戶手冊等；系統(tǒng)測試集中檢驗(yàn)系統(tǒng)所有元素之間協(xié)作是否合適，整個系統(tǒng)的性能和功能是否達(dá)到。ODDODD1D20D20分）輸入條件有效等價(jià)類無效等價(jià)類開頭字符由0 x00X開頭(1)以字母開頭以非0數(shù)字開頭(2)(3)數(shù)值字符數(shù)字或AF的字母(4)AF以外的字母(5)數(shù)值字符個數(shù)叮個(6)0個(7)數(shù)值0-7fD07fn8)DD7fD7fn9nnion用例1：ox7F，覆蓋等價(jià)類n1nn4nn6nn8n用例2：-oXb，覆蓋等價(jià)類n1nn4nn6nn8n用例3：oXo，覆蓋等價(jià)類n1nn4nn6nn8n用例4：ox，覆蓋等價(jià)類n

12、1nn7n用例5：A7，覆蓋等價(jià)類n2n用例6：-1A，覆蓋等價(jià)類n3n用例7：oX8h，覆蓋等價(jià)類n1nn5n用例8：ox8o，覆蓋等價(jià)類n1nn4nn1on用例9：-oXaB，覆蓋等價(jià)類n1）（4）（9）、判斷正誤題1.測試是調(diào)試的一個部分2.軟件測試的目的是盡可能多的找出軟件的缺陷。程序中隱藏錯誤的概率與其已發(fā)現(xiàn)的錯誤數(shù)成正比nBeta測試是驗(yàn)收測試的一種。測試人員要堅(jiān)持原則，缺陷未修復(fù)完堅(jiān)決不予通過。6.項(xiàng)目立項(xiàng)前測試人員不需要提交任何工件。單元測試能發(fā)現(xiàn)約80%的軟件缺陷。測試的目的是發(fā)現(xiàn)軟件中的錯誤。代碼評審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。自底向上集成需要測試員編寫驅(qū)動程序。n

13、7n7nn7nn7nnnnn7nn7nn7nn7n二、選擇題1、實(shí)施缺陷跟蹤的目的是：a、軟件質(zhì)量無法控制nABCDnb、問題無法量化c、重復(fù)問題接連產(chǎn)生D、解決問題的知識無法保留E、確保缺陷得到解決F、使問題形成完整的閉環(huán)處理2、使用軟件測試工具的目的：nABcDFn- #-D、提高Bug的發(fā)現(xiàn)率F、更好的協(xié)助開發(fā)人員E、更好的控制缺陷提高軟件質(zhì)量3、編寫測試計(jì)劃的目的是：nABCnA、使測試工作順利進(jìn)行B、使項(xiàng)目參與人員溝通更舒暢C、使測試工作更加系統(tǒng)化D、軟件工程以及軟件過程的需要E、軟件過程規(guī)范化的要求F、控制軟件質(zhì)量4、選出屬于黑盒測試方法的選項(xiàng)nBnA、測試用例覆蓋B、輸入覆蓋C、

14、輸出覆蓋D、分支覆蓋E、語句覆蓋F、條件覆蓋5、以測試的形態(tài)分測試可以分為：nABCnA、建構(gòu)性測試B、系統(tǒng)測試C、專項(xiàng)測試D、單元測試E、組件測試F、集成測試A、幫助測試尋找問題B、協(xié)助問題的診斷c、節(jié)省測試時(shí)間- -6、進(jìn)行軟件質(zhì)量管理的重要性有：(A、維護(hù)降低成本B、法律上的要求D、質(zhì)量標(biāo)準(zhǔn)化的趨勢E、軟件工程的需要G、方便與客戶進(jìn)一步溝通為后期的實(shí)施打好基礎(chǔ))C、市場競爭的需要F、CMM過程的一部分7、在GB/T17544中，軟件包質(zhì)量要求包括三部分，即產(chǎn)品描述要求、(A)、程序和數(shù)據(jù)要求。AU用戶文檔要求CU設(shè)計(jì)要求說明8、典型的瀑布模型的四個階段是：A、分析B、設(shè)計(jì)D、測試E、需求

15、調(diào)研9、()可以作為軟件測試結(jié)束的標(biāo)志。AM用了特定的測試用例CM出了預(yù)定數(shù)目的錯誤10、導(dǎo)致軟件缺陷的原因有很多，BU系統(tǒng)功能要求DU軟件配置要求(ABCD)C、編碼F、實(shí)施B叮誤強(qiáng)度曲線下降到預(yù)定的水平D叮照測試計(jì)劃中所規(guī)定的時(shí)間進(jìn)行了測試AD是可能的原因，其中最主要的原因包括(ABCD)。AM件需求說明書編寫的不全面，不完整，不準(zhǔn)確，而且經(jīng)常更改BDDODDDODCU軟件操作人員的水平DU開發(fā)人員不能很好的理解需求說明書和溝通不足三、名詞解釋1.Beta測試：Beta測試是從用戶角度進(jìn)行的測試，是由軟件的多個用戶在一個或多個用戶的實(shí)際使用環(huán)境下進(jìn)行的測試。它是在開發(fā)者無法控制的軟件環(huán)境下

16、進(jìn)行的軟件現(xiàn)場應(yīng)用。2.負(fù)載測試：負(fù)載測試是一個通過分析軟件應(yīng)用程序和支撐架構(gòu)，模擬真實(shí)環(huán)境的使用，來確定能夠接受- #-的性能的過程。通過測3.軟件測試活動生命周期：是指軟件從進(jìn)入測試到退出測試的過程中，所要經(jīng)歷的引入程序錯誤、試發(fā)現(xiàn)錯誤和清除程序錯誤的幾個階段。4.改進(jìn)的三明治集成：利用較高的并行度彌補(bǔ)三明治集成中不能充分測試中間層的缺點(diǎn)。但根據(jù)中間層選擇是否恰當(dāng)，可能增加驅(qū)動模塊和樁模塊設(shè)計(jì)的工作量。5.驅(qū)動模塊相當(dāng)于所測模塊的主程序。它接收測試數(shù)據(jù)，把這些數(shù)據(jù)傳送給所測模塊，最后再輸出實(shí)際測試結(jié)果。一、判斷正誤題(每小題1分，共10分)1.測試是證明軟件正確的方法。- -2.3.4.對

17、于連鎖型分支結(jié)構(gòu)，若有5.驗(yàn)收測試是由最終用戶來實(shí)施的。n個判定語句，則有(7)2n條路徑。(6.GOTO語句概念簡單，使用方便，在某些情況下，保留7.測試人員要堅(jiān)持原則，缺陷未修復(fù)完堅(jiān)決不予通過。GOTO語句反能使寫出的程序更加簡潔。7)負(fù)載測試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。測試中應(yīng)該對有效和無效、期望和不期望的輸入都要測試。- #-黑盒測試也稱為結(jié)構(gòu)測試。代碼評審員一般由測試員擔(dān)任。集成測試計(jì)劃在需求分析階段末提交。二、不定項(xiàng)選擇題(每題可能有一個或多個選項(xiàng)應(yīng)選，每題2分，共20分。多選不得分，少選僅得叮。- #- -AD1軟件驗(yàn)收測試的合格通過準(zhǔn)則是：A軟件需求分析說明書中

18、定義的所有功能已全部實(shí)現(xiàn)，性能指標(biāo)全部達(dá)到要求。B所有測試項(xiàng)沒有殘余一級、二級和三級錯誤。C立項(xiàng)審批表、需求分析文檔、設(shè)計(jì)文檔和編碼實(shí)現(xiàn)一致。D驗(yàn)收測試工件齊全。2軟件測試計(jì)劃評審會需要哪些人員參加？（ABCD)- #-AM目經(jīng)理BDSQA負(fù)責(zé)人C叮置負(fù)責(zé)人DU測試組3下列關(guān)于alpha測試的描述中正確的是：（AD）ADalpha測試需要用戶代表參加BDalpha測試不需要用戶代表參加CDalpha測試是系統(tǒng)測試的一種DDalpha測試是驗(yàn)收測試的一種4D測試設(shè)計(jì)員的職責(zé)有：（BC）AD制定測試計(jì)劃BD設(shè)計(jì)測試用例CD設(shè)計(jì)測試過程、腳本DD評估測試活動5D軟件實(shí)施活動的進(jìn)入準(zhǔn)則是：(ABC)AD需求工件已經(jīng)被基線化BD詳細(xì)設(shè)計(jì)工件已經(jīng)被基線化CD構(gòu)架工件已經(jīng)被基線化6、典型的瀑布模型的四個階段是：A、分析B、設(shè)計(jì)D、測試E、需求調(diào)研DD項(xiàng)目階段成果已經(jīng)被基線化（ABCD）C、編碼F、實(shí)施7D下面的哪一項(xiàng)測試步驟中需要進(jìn)行局部數(shù)據(jù)結(jié)構(gòu)測試：（A）A、單元測試B、