2024年大學(xué)試題(計(jì)算機(jī)科學(xué))-軟件測(cè)試技術(shù)考試近5年真題集錦（頻考類試題）帶答案

（圖片大小可自由調(diào)整）2024年大學(xué)試題(計(jì)算機(jī)科學(xué))-軟件測(cè)試技術(shù)考試近5年真題集錦（頻考類試題）帶答案第I卷一.參考題庫(共100題)1.強(qiáng)調(diào)了測(cè)試計(jì)劃等工作的先行和對(duì)系統(tǒng)需求和系統(tǒng)設(shè)計(jì)的測(cè)試（）A、V型B、H型C、W型D、前置測(cè)試模型2.使用白盒測(cè)試方法時(shí)，確定測(cè)試數(shù)據(jù)的依據(jù)是指定的覆蓋標(biāo)準(zhǔn)和（）。A、程序的注釋B、程序的內(nèi)部邏輯C、用戶使用說明書D、程序的需求說明3.下面不屬于軟件測(cè)試步驟的是（）。A、集成測(cè)試B、回歸測(cè)試C、確認(rèn)測(cè)試D、單元測(cè)試4.黑盒測(cè)試與白盒測(cè)試各有哪些優(yōu)缺點(diǎn)，應(yīng)該如何結(jié)合才能解決漏洞和冗余問題？5.問：給你一個(gè)網(wǎng)站，你如何測(cè)試？6.軟件測(cè)試是采用（）執(zhí)行軟件的活動(dòng)。A、測(cè)試用例B、輸入數(shù)據(jù)C、測(cè)試環(huán)境D、輸入條件7.關(guān)于測(cè)試驅(qū)動(dòng)開發(fā)，描述錯(cuò)誤的是（）。A、測(cè)試驅(qū)動(dòng)開發(fā)式是一種敏捷開發(fā)方法B、TDD需求開發(fā)人員學(xué)習(xí)測(cè)試相關(guān)知識(shí)C、測(cè)試驅(qū)動(dòng)開發(fā)不適合使用CMM/CMMI方法D、測(cè)試驅(qū)動(dòng)開發(fā)可以和結(jié)對(duì)編程結(jié)合使用8.黑盒測(cè)試用例設(shè)計(jì)方法包括（）、（）以及因果圖法，錯(cuò)誤推測(cè)法等。9.下面哪些測(cè)試屬于黑盒測(cè)試方法（）。A、路徑測(cè)試B、等價(jià)類劃分C、邊界值分析D、條件判斷E、循環(huán)測(cè)試F、因果圖分析、正交分析法10.認(rèn)為做好測(cè)試用例設(shè)計(jì)工作的關(guān)鍵是什么？11.產(chǎn)品發(fā)布后修復(fù)軟件缺陷比項(xiàng)目開發(fā)早期這樣做的費(fèi)用要高（）。A、1～2倍B、10～20倍C、50倍D、100倍或更高12.寫出“直接插入排序”的算法，畫出流程圖，并用邏輯覆蓋法，寫出測(cè)試用例。13.調(diào)試是（）。A、發(fā)現(xiàn)與預(yù)先定義的規(guī)格和標(biāo)準(zhǔn)不符合的問題B、發(fā)現(xiàn)軟件錯(cuò)誤征兆的過程C、有計(jì)劃的、可重復(fù)的過程D、消除軟件錯(cuò)誤的過程14.簡(jiǎn)述等價(jià)類劃分的原則。15.你所了解的的軟件測(cè)試類型都有哪些，簡(jiǎn)單介紹一下。16.在沒有產(chǎn)品說明書和需求文檔的條件下可以進(jìn)行動(dòng)態(tài)黑盒測(cè)試。17.負(fù)載測(cè)試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。18.與設(shè)計(jì)測(cè)試數(shù)據(jù)無關(guān)的文檔是（）。A、該軟件的設(shè)計(jì)人員B、程序的復(fù)雜程度C、源程序D、項(xiàng)目開發(fā)計(jì)劃19.軟件缺陷產(chǎn)生的原因包括（）、設(shè)計(jì)、（）以及其他原因。20.如果程序的功能說明中含有條件的組合情況則一開始就可以選用（）和判定表法A、等價(jià)類劃分法B、因果圖法C、邊界值法D、場(chǎng)景法21.軟件生存周期及其模型是什么？22.軟件缺陷產(chǎn)生的原因包括軟件（）、（）、（）以及其他原因。23.下列說法不正確的是（）。A、測(cè)試不能證明軟件的正確性B、測(cè)試員需要良好的溝通技巧C、QA與testing屬于一個(gè)層次的概念D、成功的測(cè)試是發(fā)現(xiàn)了錯(cuò)誤的測(cè)試24.在下列描述中，關(guān)于測(cè)試與調(diào)試的說法錯(cuò)誤的是（）。A、測(cè)試是顯示錯(cuò)誤的行為；而調(diào)試是推理的過程B、測(cè)試顯示開發(fā)人員的錯(cuò)誤。調(diào)試是開發(fā)人員為自己辯護(hù)C、測(cè)試能預(yù)期和可控。調(diào)試需要想象、經(jīng)驗(yàn)和思考D、測(cè)試必須在詳細(xì)設(shè)計(jì)已經(jīng)完成的情況下才能開始；沒有詳細(xì)設(shè)計(jì)的信息調(diào)試不可能進(jìn)行25.您認(rèn)為做好測(cè)試計(jì)劃工作的關(guān)鍵是什么？26.簡(jiǎn)述邊界值分析法的原則。27.什么是測(cè)試用例？什么是測(cè)試腳本？?jī)烧叩年P(guān)系是什么？28.在軟件底層進(jìn)行的測(cè)試稱為（）。A、系統(tǒng)測(cè)試B、集成測(cè)試C、單元測(cè)試D、功能測(cè)試29.白盒測(cè)試是根據(jù)程序的（）來設(shè)計(jì)測(cè)試用例，黑盒測(cè)試是根據(jù)軟件的規(guī)格說明來設(shè)計(jì)測(cè)試用例。A、功能B、性能C、內(nèi)部邏輯D、內(nèi)部數(shù)據(jù)30.白盒測(cè)試又稱為（），黑盒測(cè)試又稱為（）。31.下面那個(gè)屬于靜態(tài)分析（） a?編碼規(guī)則的檢查? b?程序結(jié)構(gòu)分析 c?程序復(fù)雜度分析 d?內(nèi)存泄露A、除c以外B、除a和c以外C、除c、d以外D、除d以外32.某城市的電話號(hào)碼由三部分組成。這三部分的名稱和內(nèi)容分別是 地區(qū)碼：空白或三位數(shù)字；? 前綴：非’0’或’1’開頭的三位數(shù)； 后綴：四位數(shù)字。假定被調(diào)試的程序能接受一切符合上述規(guī)定的電話號(hào)碼，拒絕所有不符合規(guī)定的號(hào)碼，試用等價(jià)分類法來設(shè)計(jì)它的調(diào)試用例。33.對(duì)于連鎖型分支結(jié)構(gòu)，若有n個(gè)判定語句，則有2n條路徑。34.測(cè)試后程序中殘存的錯(cuò)誤數(shù)目與該程序中已發(fā)現(xiàn)的錯(cuò)誤數(shù)目成（）。A、未知B、反比C、相等D、正比35.結(jié)構(gòu)性測(cè)試是根據(jù)軟件的規(guī)格說明來設(shè)計(jì)測(cè)試用例。36.集成測(cè)試是為確定軟件系統(tǒng)是否滿足驗(yàn)收標(biāo)準(zhǔn)以及使客戶決定是否接受而進(jìn)行的正式測(cè)試。37.不屬于邏輯覆蓋方法的是（）。A、組合覆蓋B、判定覆蓋C、條件覆蓋D、接口覆蓋38.在三角形計(jì)算中，要求三角型的三個(gè)邊長：A、B和C。當(dāng)三邊不可能構(gòu)成三角形時(shí)提示錯(cuò)誤，可構(gòu)成三角形時(shí)計(jì)算三角形周長。若是等腰三角形打印“等腰三角形”，若是等邊三角形，則提示“等邊三角形”。給出程序偽代碼、控制流程圖。39.軟件測(cè)試計(jì)劃評(píng)審會(huì)需要哪些人員參加？（）A、項(xiàng)目經(jīng)理B、SQA負(fù)責(zé)人C、配置負(fù)責(zé)人D、測(cè)試組40.LoadRunner分為哪三個(gè)模塊？請(qǐng)簡(jiǎn)述各模塊的主要功能。41.針對(duì)是否對(duì)無效數(shù)據(jù)進(jìn)行測(cè)試，可以將等價(jià)類測(cè)試分為（）。 1）標(biāo)準(zhǔn)（一般）等價(jià)類測(cè)試 2）健壯等價(jià)類測(cè)試 3）弱等價(jià)類測(cè)試 4）強(qiáng)等價(jià)類測(cè)試A、3）4）B、1）2）C、1）3）D、2）4）42.一個(gè)參數(shù)的取值范圍是正整數(shù)那么這個(gè)參數(shù)的有效邊界值的數(shù)目是（）A、一個(gè)B、兩個(gè)C、三個(gè)D、四個(gè)43.請(qǐng)把下面的程序流程圖轉(zhuǎn)化成控制流圖。 44.程序的三種基本控制結(jié)構(gòu)是（）。A、過程，子程序，分程序B、順序，條件，循環(huán)C、遞歸，堆棧，隊(duì)列D、調(diào)用，返回，轉(zhuǎn)移45.軟件測(cè)試項(xiàng)目從什么時(shí)候開始？為什么？

46.軟件測(cè)試的目的是盡可能多的找出軟件的缺陷。47.什么是測(cè)試用例和測(cè)試規(guī)程？設(shè)計(jì)一個(gè)測(cè)試用例應(yīng)當(dāng)從哪幾方面考慮？48.測(cè)試用例設(shè)計(jì)的原則是什么？目前主要的測(cè)試用例設(shè)計(jì)方法有哪些？49.您是否了解以往所工作的企業(yè)的軟件開發(fā)過程？如果了解，請(qǐng)?jiān)囀鲆粋€(gè)完整的開發(fā)過程需要完成哪些工作？分別由哪些不同的角色來完成這些工作？您在以往的測(cè)試工作中都曾經(jīng)具體從事過哪些工作？其中最擅長哪部分工作？50.測(cè)試人員在測(cè)試過程中發(fā)現(xiàn)一處問題，如果問題影響不大，而自己又可以修改，應(yīng)立即將此問題正確修改，以加快、提高開發(fā)的進(jìn)程。51.軟件開發(fā)模式包括（）、（）、（）、（）。52.單元測(cè)試能發(fā)現(xiàn)約80%的軟件缺陷。53.不屬于單元測(cè)試內(nèi)容的是（）。A、模塊接口測(cè)試B、局部數(shù)據(jù)結(jié)構(gòu)測(cè)試C、路徑測(cè)試D、用戶界面測(cè)試54.軟件測(cè)試計(jì)劃的內(nèi)容包括（）A、測(cè)試目的、背景B、被測(cè)軟件的功能特征C、測(cè)試內(nèi)容和評(píng)價(jià)標(biāo)準(zhǔn)D、以上全部55.在C/C++中static有什么用途？（請(qǐng)至少說明兩種）56.Beta測(cè)試是驗(yàn)收測(cè)試的一種。57.軟件測(cè)試是軟件質(zhì)量保證的重要手段，下述哪種測(cè)試是軟件測(cè)試的最基礎(chǔ)環(huán)節(jié)？（）A、功能測(cè)試B、單元測(cè)試C、結(jié)構(gòu)測(cè)試D、驗(yàn)收測(cè)試58.軟件產(chǎn)品質(zhì)量特性是什么？59.您認(rèn)為做好測(cè)試用例設(shè)計(jì)工作的關(guān)鍵是什么？60.從供選擇的答案中選出同下列關(guān)于軟件測(cè)試的各條敘述關(guān)系最密切的字句。 A．對(duì)可靠性要求很高的軟件，例如操作系統(tǒng)，由第三者對(duì)源代碼進(jìn)行逐行檢查。 B．已有的軟件被改版時(shí)，由于受到變更的影響，改版前正常的功能可能發(fā)生異常，性能也可能下降。因此，對(duì)變更的軟件進(jìn)行測(cè)試是必要的。 C．在意識(shí)到被測(cè)試模塊的內(nèi)部結(jié)構(gòu)或算法的情況下進(jìn)行測(cè)試。 D．為了確認(rèn)用戶的需求，先做出系統(tǒng)的主要部分，提交給用戶試用。 E．在測(cè)試具有層次結(jié)構(gòu)的大型軟件時(shí)，有一種方法是從上層模塊開始，由上到下進(jìn)行測(cè)試。此時(shí)，有必要用一些模塊替代尚未測(cè)試過的下層模塊。 供選擇的答案： A~E://①仿真器；②代碼審查；③模擬器；④樁；⑤驅(qū)動(dòng)器；⑥域測(cè)試；⑦黑盒測(cè)試；⑧原型；⑨白盒測(cè)試；⑩退化測(cè)試。61.下列關(guān)于程序效率的描述錯(cuò)誤的是（）。A、提高程序的執(zhí)行速度可以提高程序的效率B、降低程序占用的存儲(chǔ)空間可以提高程序的效率C、源程序的效率與詳細(xì)設(shè)計(jì)階段確定的算法的效率無關(guān)D、好的程序設(shè)計(jì)可以提高效率62.（）把黑盒子測(cè)試和白盒子測(cè)試的界限打亂了。A、灰盒子測(cè)試B、動(dòng)態(tài)測(cè)試C、靜態(tài)測(cè)試D、失敗測(cè)試63.軟件測(cè)試的目的是（）。A、發(fā)現(xiàn)程序中的所有錯(cuò)誤B、盡可能多地發(fā)現(xiàn)程序中的錯(cuò)誤C、證明程序是正確的D、調(diào)試程序64.軟件測(cè)試分為幾個(gè)階段？各階段的測(cè)試策略和要求是什么？65.缺陷記錄應(yīng)包含的內(nèi)容？66.測(cè)試設(shè)計(jì)員的職責(zé)有：（）A、制定測(cè)試計(jì)劃B、設(shè)計(jì)測(cè)試用例C、設(shè)計(jì)測(cè)試過程、腳本D、評(píng)估測(cè)試活動(dòng)67.簡(jiǎn)述你在以前的工作中做過哪些事情，比較熟悉什么。68.軟件生存周期過程中，修改錯(cuò)誤代價(jià)最大的階段是（）。?A、需求階段B、設(shè)計(jì)階段C、編程階段D、發(fā)布運(yùn)行階段69.軟件測(cè)試員究竟做些什么。（）A、軟件測(cè)試員的目的是發(fā)現(xiàn)軟件缺陷B、軟件測(cè)試員的目的是發(fā)現(xiàn)軟件缺陷，盡可能早一些C、軟件測(cè)試員的目的是發(fā)現(xiàn)軟件缺陷，盡可能早一些，并確保其得以修復(fù)D、軟件測(cè)試員的目的是發(fā)現(xiàn)軟件缺陷，盡可能早一些，并將其得以修復(fù)70.測(cè)試過程中，（）描述用于描述測(cè)試的整體方案，（）描述依據(jù)測(cè)試案例找出的問題。71.什么是軟件測(cè)試？軟件測(cè)試的目的與原則是什么。72.對(duì)于軟件的β測(cè)試，下列描述正確的是（）。A、β測(cè)試就是在軟件公司內(nèi)部展開的測(cè)試，由公司專業(yè)的測(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è)試73.當(dāng)開發(fā)人員說不是BUG時(shí)，你如何應(yīng)付？74.需求測(cè)試的注意事項(xiàng)有哪些？75.有一段程序如下，請(qǐng)?jiān)O(shè)計(jì)測(cè)試用例以滿足語句覆蓋要求。 76.一個(gè)測(cè)試工程師應(yīng)具備那些素質(zhì)？77.Internet采用哪種網(wǎng)絡(luò)協(xié)議？該協(xié)議的主要層次結(jié)構(gòu)？Internet物理地址和IP地址轉(zhuǎn)換采用什么協(xié)議？78.有二元函數(shù)f（x，y），其中x∈[1，12]，y∈[1，31]；請(qǐng)寫出該函數(shù)采用基本邊界值分析法設(shè)計(jì)的測(cè)試用例。79.計(jì)算一個(gè)任意三角形的面積，S=√（p（p-a）（p-b）（p-c）），p=（a+b+c）/2，以下等價(jià)類測(cè)試用例中，不屬于無效等價(jià)類的是（）。A、a=5，b=3，c=6B、a=2，b=3，c=5C、a=7，b=3，c=3D、a=2，b=6，c=380.集成測(cè)試計(jì)劃應(yīng)該在（）階段末提交。A、需求分析B、概要設(shè)計(jì)C、詳細(xì)設(shè)計(jì)D、單元測(cè)試完成81.測(cè)試人員要堅(jiān)持原則，缺陷未修復(fù)完堅(jiān)決不予通過。82.找出的軟件缺陷越多，說明剩下的軟件缺陷越少。83.簡(jiǎn)述什么是驅(qū)動(dòng)模塊？84.測(cè)試程序僅僅按預(yù)期方式運(yùn)行就行了。85.下面屬于黑盒測(cè)試方法的是（）。A、語句覆蓋B、邏輯覆蓋C、邊界值分析D、路徑覆蓋86.軟件測(cè)試的對(duì)象包括（）A、需求分析，概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)B、程序源代碼C、需求規(guī)格說明D、以上所有87.測(cè)試過程中，（）用于描述測(cè)試的整體方案，（）描述依據(jù)測(cè)試案例找出的問題。88.按要求給出下列程序的測(cè)試用例（要求寫出必要的說明）： （1）語句覆蓋 （2）判定覆蓋 （3）條件覆蓋 （4）判定-條件覆蓋 （5）條件組合覆蓋89.驗(yàn)收測(cè)試是以最終用戶為主的測(cè)試。90.軟件只要經(jīng)過嚴(yán)格嚴(yán)謹(jǐn)?shù)膬?nèi)部測(cè)試之后，可以做到?jīng)]有缺陷。91.自底向上增量式集成測(cè)試中，下面（）描述是正確的。A、測(cè)試由樁模塊控制B、最上面的模塊最先測(cè)試C、父單元用測(cè)試過的子單元測(cè)試D、包含樹的深度優(yōu)先或廣度優(yōu)先遍歷過程92.軟件測(cè)試員可以對(duì)產(chǎn)品說明書進(jìn)行白盒測(cè)試。93.軟件測(cè)試的策略是什么？94.簡(jiǎn)述什么是單元測(cè)試？95.下列（）是對(duì)程序流程圖進(jìn)行簡(jiǎn)化后得到的，它可以更加突出的表示程序控制流的結(jié)構(gòu)，且不包含復(fù)合條件。A、DD-路徑圖B、控制流圖C、MM-路徑圖D、模塊調(diào)用圖96.簡(jiǎn)述軟件開發(fā)-軟件測(cè)試的對(duì)用關(guān)系。97.軟件測(cè)試工具可以代替軟件測(cè)試員。98.您以往所從事的軟件測(cè)試工作中，是否使用了一些工具來進(jìn)行軟件缺陷（Bug）的管理？如果有，請(qǐng)結(jié)合該工具描述軟件缺陷（Bug）跟蹤管理的流程。99.動(dòng)態(tài)黑盒子測(cè)試：（）A、直接測(cè)試底層功能、過程、子程序和庫B、可估算執(zhí)行測(cè)試時(shí)代碼量和具體代碼C、從軟件獲得讀取變量和狀態(tài)信息的訪問權(quán)D、測(cè)試的是軟件在使用過程中的實(shí)際行為100.階段評(píng)審與同行評(píng)審的區(qū)別。第I卷參考答案一.參考題庫1.參考答案：A2.參考答案：B3.參考答案：B4.參考答案： 功能性測(cè)試具有兩大優(yōu)點(diǎn)：功能性測(cè)試與軟件如何實(shí)現(xiàn)無關(guān)；測(cè)試用例開發(fā)可以與實(shí)現(xiàn)并行進(jìn)行，因此可以壓縮總的項(xiàng)目開發(fā)時(shí)間。 缺點(diǎn)：測(cè)試用例之間可能存在嚴(yán)重的冗余，還會(huì)有位測(cè)試的軟件漏洞。結(jié)構(gòu)性測(cè)試局限于已經(jīng)完成的代碼行為當(dāng)中，離代碼太近。因此可以結(jié)構(gòu)性測(cè)試指標(biāo)去解決冗余和漏洞問題。 如果發(fā)現(xiàn)同一條程序路徑被多個(gè)功能性測(cè)試用例遍歷，就可以懷疑這種冗余不會(huì)發(fā)生新的缺陷，如果沒有達(dá)到一定的DD—路徑覆蓋，則可知在功能性測(cè)試用力中存在漏洞。因此路徑測(cè)試可以提供作為功能性測(cè)試交叉檢查的一組指標(biāo)。5.參考答案： 首先，查找需求說明、網(wǎng)站設(shè)計(jì)等相關(guān)文檔，分析測(cè)試需求。 制定測(cè)試計(jì)劃，確定測(cè)試范圍和測(cè)試策略，一般包括以下幾個(gè)部分：功能性測(cè)試；界面測(cè)試；性能測(cè)試；數(shù)據(jù)庫測(cè)試；安全性測(cè)試；兼容性測(cè)試 設(shè)計(jì)測(cè)試用例： 功能性測(cè)試可以包括，但不限于以下幾個(gè)方面： 鏈接測(cè)試。鏈接是否正確跳轉(zhuǎn)，是否存在空頁面和無效頁面，是否有不正確的出錯(cuò)信息返回。 提交功能的測(cè)試。 多媒體元素是否可以正確加載和顯示。 多語言支持是否能夠正確顯示選擇的語言等。 界面測(cè)試可以包括但不限于一下幾個(gè)方面： 頁面是否風(fēng)格統(tǒng)一，美觀 頁面布局是否合理，重點(diǎn)內(nèi)容和熱點(diǎn)內(nèi)容是否突出 控件是否正常使用 對(duì)于必須但未安裝的控件，是否提供自動(dòng)下載并安裝的功能 文字檢查 性能測(cè)試一般從以下兩個(gè)方面考慮： 壓力測(cè)試；負(fù)載測(cè)試；強(qiáng)度測(cè)試 數(shù)據(jù)庫測(cè)試要具體決定是否需要開展。數(shù)據(jù)庫一般需要考慮連結(jié)性，對(duì)數(shù)據(jù)的存取操作，數(shù)據(jù)內(nèi)容的驗(yàn)證等方面。 安全性測(cè)試： 基本的登錄功能的檢查 是否存在溢出錯(cuò)誤，導(dǎo)致系統(tǒng)崩潰或者權(quán)限泄露 相關(guān)開發(fā)語言的常見安全性問題檢查，例如SQL注入等 如果需要高級(jí)的安全性測(cè)試，確定獲得專業(yè)安全公司的幫助，外包測(cè)試，或者獲取支持 兼容性測(cè)試，根據(jù)需求說明的內(nèi)容，確定支持的平臺(tái)組合： 瀏覽器的兼容性；操作系統(tǒng)的兼容性；軟件平臺(tái)的兼容性；數(shù)據(jù)庫的兼容性；開展測(cè)試，并記錄缺陷。合理的安排調(diào)整測(cè)試進(jìn)度，提前獲取測(cè)試所需的資源，建立管理體系（例如，需求變更、風(fēng)險(xiǎn)、配置、測(cè)試文檔、缺陷報(bào)告、人力資源等內(nèi)容）。 定期評(píng)審，對(duì)測(cè)試進(jìn)行評(píng)估和總結(jié)，調(diào)整測(cè)試的內(nèi)容。6.參考答案：A7.參考答案：C8.參考答案：等價(jià)類劃分法；邊界值分析法9.參考答案：B,C,F10.參考答案：白盒測(cè)試用例設(shè)計(jì)的關(guān)鍵是以較少的用例覆蓋盡可能多的內(nèi)部程序邏輯結(jié)果。黑盒法用例設(shè)計(jì)的關(guān)鍵同樣也是以較少的用例覆蓋模塊輸出和輸入接口。不可能做到完全測(cè)試，以最少的用例在合理的時(shí)間內(nèi)發(fā)現(xiàn)最多的問題。11.參考答案：D12.參考答案：已知直接插入排序算法得基本步驟如下： （1）從一組數(shù)中取出第一個(gè)數(shù) （2）取下一個(gè)數(shù)，如數(shù)已取完，則排序結(jié)束； （3）如果所取數(shù)大于等于其前鄰數(shù)，則重復(fù)（2）步 （4）如果所取數(shù)小于其前鄰數(shù)，則與其前鄰數(shù)交換位置 （5）重復(fù)第（4）步，直到所取已無前鄰數(shù)（即已交換到當(dāng)前數(shù)列得第一位置），或大于等于其前鄰數(shù)為止 （6）返回第（2）步。 13.參考答案：D14.參考答案：①在輸入條件規(guī)定了取值范圍或值的個(gè)數(shù)的情況下，則可以確立一個(gè)有效等價(jià)類和兩個(gè)無效等價(jià)類。 ②在輸入條件規(guī)定了輸入值的集合或者規(guī)定了“必須如何”的條件的情況下，可確立一個(gè)有效等價(jià)類和一個(gè)無效等價(jià)類。 ③在輸入條件是一個(gè)布爾量的情況下，可確定一個(gè)有效等價(jià)類和一個(gè)無效等價(jià)類。 ④在規(guī)定了輸入數(shù)據(jù)的一組值（假定n個(gè)），并且程序要對(duì)每一個(gè)輸入值分別處理的情況下，可確立n個(gè)有效等價(jià)類和一個(gè)無效等價(jià)類。 ⑤在規(guī)定了輸入數(shù)據(jù)必須遵守的規(guī)則的情況下，可確立一個(gè)有效等價(jià)類（符合規(guī)則）和若干個(gè)無效等價(jià)類（從不同角度違反規(guī)則）。 ⑥在確知已劃分的等價(jià)類中各元素在程序處理中的方式不同的情況下，則應(yīng)再將該等價(jià)類進(jìn)一步的劃分為更小的等價(jià)類。15.參考答案： 按測(cè)試策略分類：1、靜態(tài)與動(dòng)態(tài)測(cè)試；2、黑盒與白盒測(cè)試；3、手工和自動(dòng)測(cè)試；4、冒煙測(cè)試；5、回歸測(cè)試。 按測(cè)試階段分類：?jiǎn)卧獪y(cè)試、集成測(cè)試、系統(tǒng)測(cè)試。 其他常見測(cè)試方法：1、功能測(cè)試；2、性能測(cè)試；3、壓力測(cè)試；4、負(fù)載測(cè)試；5、易用性測(cè)試；；6、安裝試；7、界面測(cè)試；8、配置測(cè)試；9、文檔測(cè)試；10、兼容性測(cè)試；11、安全性測(cè)試；12、恢復(fù)測(cè)試。16.參考答案：正確17.參考答案：錯(cuò)誤18.參考答案：D19.參考答案：編寫說明書；編寫代碼20.參考答案：B21.參考答案： 軟件生存周期（Softwarelifecycle）又稱為軟件生命期，生存期。是指從形成開發(fā)軟件概念起，所開發(fā)的軟件使用以后，知道失去使用價(jià)值消亡為止的整個(gè)過程。一般來說，整個(gè)生存周期包括計(jì)劃（定義）、開發(fā)、運(yùn)行（維護(hù)）三個(gè)時(shí)期，每個(gè)時(shí)期又劃分為若干個(gè)階段。每個(gè)階段有明確的任務(wù)。 周期模型（典型的幾種）： 瀑布模型 快速原型模型：快速原型模型允許在需求分析階段對(duì)軟件的需求進(jìn)行初步而非完全的分析和定義，快速設(shè)計(jì)開發(fā)出軟件系統(tǒng)的原型，該原型向用戶展示待開發(fā)軟件的全部或部分功能和性能；用戶對(duì)該原型進(jìn)行測(cè)試評(píng)定，給出具體改進(jìn)意見以豐富細(xì)化軟件需求；開發(fā)人員據(jù)此對(duì)軟件進(jìn)行修改完善，直至用戶滿意認(rèn)可之后，進(jìn)行軟件的完整實(shí)現(xiàn)及測(cè)試、維護(hù)。 迭代模型：迭代包括產(chǎn)生產(chǎn)品發(fā)布（穩(wěn)定、可執(zhí)行的產(chǎn)品版本）的全部開發(fā)活動(dòng)和要使用該發(fā)布必需的所有其他外圍元素。在某種程度上，開發(fā)迭代是一次完整地經(jīng)過所有工作流程的過程：需求分析、設(shè)計(jì)、實(shí)施和測(cè)試工作流程。實(shí)質(zhì)上，它類似小型的瀑布式項(xiàng)目。RUP認(rèn)為，所有的階段都可以細(xì)分為迭代。每一次的迭代都會(huì)產(chǎn)生一個(gè)可以發(fā)布的產(chǎn)品，這個(gè)產(chǎn)品是最終產(chǎn)品的一個(gè)子集。 生命周期階段： 軟件計(jì)劃與可行性分析；需求分析；軟件設(shè)計(jì)；編碼；軟件測(cè)試；運(yùn)行與維護(hù)。22.參考答案：說明書；設(shè)計(jì)；編寫代碼23.參考答案：D24.參考答案：D25.參考答案： 了解項(xiàng)目或系統(tǒng)的業(yè)務(wù)需求，和項(xiàng)目經(jīng)理協(xié)調(diào)好，了解項(xiàng)目的進(jìn)度計(jì)劃安排情況。26.參考答案：1）如果輸入條件規(guī)定了值的范圍，則應(yīng)取剛達(dá)到這個(gè)范圍的邊界的值，以及剛剛超越這個(gè)范圍邊界的值作為測(cè)試輸入數(shù)據(jù)。 2）如果輸入條件規(guī)定了值的個(gè)數(shù)，則用最大個(gè)數(shù)，最小個(gè)數(shù)，比最小個(gè)數(shù)少一，比最大個(gè)數(shù)多一的數(shù)作為測(cè)試數(shù)據(jù)。 3）將規(guī)則1）和2）應(yīng)用于輸出條件，即設(shè)計(jì)測(cè)試用例使輸出值達(dá)到邊界值及其左右的值。 4）如果程序的規(guī)格說明給出的輸入域或輸出域是有序集合，則應(yīng)選取集合的第一個(gè)元素和最后一個(gè)元素作為測(cè)試用例。 5）如果程序中使用了一個(gè)內(nèi)部數(shù)據(jù)結(jié)構(gòu)，則應(yīng)當(dāng)選擇這個(gè)內(nèi)部數(shù)據(jù)結(jié)構(gòu)的邊界上的值作為測(cè)試用例。 6）分析規(guī)格說明，找出其它可能的邊界條件。27.參考答案： 為實(shí)施測(cè)試而向被測(cè)試系統(tǒng)提供的輸入數(shù)據(jù)、操作或各種環(huán)境設(shè)置以及期望結(jié)果的一個(gè)特定的集合。 測(cè)試腳本是為了進(jìn)行自動(dòng)化測(cè)試而編寫的腳本。 測(cè)試腳本的編寫必須對(duì)應(yīng)相應(yīng)的測(cè)試用例28.參考答案：C29.參考答案：C30.參考答案：結(jié)構(gòu)測(cè)試或邏輯結(jié)構(gòu)測(cè)試；功能測(cè)試或給予規(guī)格說明書的測(cè)試31.參考答案：D32.參考答案： 第一步：劃分等價(jià)類，包括4個(gè)有效等價(jià)類，11個(gè)無效等價(jià)類。 第二步：確定調(diào)試用例。 對(duì)11個(gè)無效等價(jià)類，要選擇11個(gè)調(diào)試用例，如下所示： 33.參考答案：正確34.參考答案：D35.參考答案：錯(cuò)誤36.參考答案：錯(cuò)誤37.參考答案：D38.參考答案： 程序偽代碼、控制流程圖如下所示： 圈復(fù)雜度是5。39.參考答案：A,B,C,D40.參考答案： VirtualUserGenerator：用于錄制腳步 MercuryLoadRunnerController：用于創(chuàng)建、運(yùn)行和監(jiān)控場(chǎng)景 MercuryLoadRunnerAnalysis：用于分析測(cè)試結(jié)果41.參考答案：B42.參考答案：A43.參考答案：44.參考答案：B45.參考答案： 軟件測(cè)試應(yīng)該在需求分析階段就介入，因?yàn)闇y(cè)試的對(duì)象不僅僅是程序編碼，應(yīng)該對(duì)軟件開發(fā)過程中產(chǎn)生的所有產(chǎn)品都測(cè)試，并且軟件缺陷存在放大趨勢(shì).缺陷發(fā)現(xiàn)的越晚，修復(fù)它所花費(fèi)的成本就越大。46.參考答案：正確47.參考答案： 狹義的講，一個(gè)測(cè)試用例就是測(cè)試人員用以測(cè)試被測(cè)軟件的某個(gè)特性或特性組合的一組數(shù)據(jù)。這組數(shù)據(jù)可能是從用戶處得來的實(shí)際的一組數(shù)據(jù)，也可能是測(cè)試人員專門設(shè)計(jì)出來的測(cè)試軟件某些功能的一組數(shù)據(jù)。 測(cè)試規(guī)程就是詳細(xì)的對(duì)測(cè)試用例設(shè)計(jì)方法、測(cè)試方法、測(cè)試工具、測(cè)試環(huán)境和測(cè)試數(shù)據(jù)進(jìn)行描述的文檔，還可以包括能把某個(gè)或某一組測(cè)試用例應(yīng)用到被測(cè)軟件上完成某項(xiàng)測(cè)試的一系列的操作步驟。 設(shè)計(jì)測(cè)試用例應(yīng)當(dāng)從以下幾方面考慮：邊界值，等價(jià)類劃分，有效/無效值等。48.參考答案： 代表性：能夠代表并覆蓋各種合理的和不合理、合法的和非法的、邊界的和越界的、以及極限的輸入數(shù)據(jù)、操作和環(huán)境設(shè)置等。 可判定性：即測(cè)試執(zhí)行結(jié)果的正確性是可判定的，每一個(gè)測(cè)試用例都應(yīng)有相應(yīng)的期望結(jié)果。 可再現(xiàn)性：即對(duì)同樣的測(cè)試用例，系統(tǒng)的執(zhí)行結(jié)果應(yīng)當(dāng)是相同的。 方法有等價(jià)類、邊界值、因果圖、狀態(tài)圖、正交法、大綱法。49.參考答案： 開發(fā)過程---需求調(diào)研（需求人員）、需求分析（需求人員）、概要設(shè)計(jì)（設(shè)計(jì)人員）、詳細(xì)設(shè)計(jì)（設(shè)計(jì)人員）、編碼（開發(fā)人員）。 測(cè)試過程---需求評(píng)審、系統(tǒng)測(cè)試設(shè)計(jì)、概要設(shè)計(jì)評(píng)審、集成測(cè)試設(shè)計(jì)、詳細(xì)設(shè)計(jì)評(píng)審、單元測(cè)試設(shè)計(jì)、測(cè)試執(zhí)行 測(cè)試工作的整個(gè)過程都做過，擅長做測(cè)試設(shè)計(jì)。 過程決定質(zhì)量，軟件的過程改進(jìn)正是為了提高軟件的質(zhì)量，將過往的種種經(jīng)驗(yàn)教訓(xùn)積累起來。50.參考答案：錯(cuò)誤51.參考答案：大棒模式；邊寫邊改模式；流水模式；螺旋模式52.參考答案：正確53.參考答案：D54.參考答案：D55.參考答案： （1）在函數(shù)體，一個(gè)被聲明為靜態(tài)的變量在這一函數(shù)被調(diào)用過程中維持其值不變。 （2）在模塊內(nèi)（但在函數(shù)體外），一個(gè)被聲明為靜態(tài)的變量可以被模塊內(nèi)所用函數(shù)訪問，但不能被模塊外其它函數(shù)訪問。它是一個(gè)本地的全局變量。 （3）在模塊內(nèi)，一個(gè)被聲明為靜態(tài)的函數(shù)只可被這一模塊內(nèi)的其它函數(shù)調(diào)用。那就是，這個(gè)函數(shù)被限制在聲明它的模塊的本地范圍內(nèi)使用。56.參考答案：正確57.參考答案：B58.參考答案： 功能性：適應(yīng)性、準(zhǔn)確性、互操作性、依從性、安全性。 可靠性：成熟性、容錯(cuò)性、易恢復(fù)性。 可使用性：易理解性、易學(xué)習(xí)性、易操作性。 效率：時(shí)間特性、資源特性。 可維護(hù)性：易分析性、易變更性、穩(wěn)定性、易測(cè)試性。 可移植性：適應(yīng)性、易安裝性、遵循性、易替換性59.參考答案：對(duì)業(yè)務(wù)和軟件需求非常清楚，可以根據(jù)需求不同選擇不同的測(cè)試用例設(shè)計(jì)。60.參考答案： A：②代碼審查；B：⑩退化測(cè)試；C://⑨白盒測(cè)試；D://⑧原型；E://④樁。61.參考答案：C62.參考答案：A63.參考答案：B64.參考答案： 和開發(fā)過程相對(duì)應(yīng)，測(cè)試過程會(huì)依次經(jīng)歷單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試四個(gè)主要階段： 單元測(cè)試：?jiǎn)卧獪y(cè)試是針對(duì)軟件設(shè)計(jì)的最小單位––程序模塊甚至代碼段進(jìn)行正確性檢驗(yàn)的測(cè)試工作，通常由開發(fā)人員進(jìn)行。 集成測(cè)試：集成測(cè)試是將模塊按照設(shè)計(jì)要求組裝起來進(jìn)行測(cè)試，主要目的是發(fā)現(xiàn)與接口有關(guān)的問題。由于在產(chǎn)品提交到測(cè)試部門前，產(chǎn)品開發(fā)小組都要進(jìn)行聯(lián)合調(diào)試，因此在大部分企業(yè)中集成測(cè)試是由開發(fā)人員來完成的。 系統(tǒng)測(cè)試：系統(tǒng)測(cè)試是在集成測(cè)試通過后進(jìn)行的，目的是充分運(yùn)行系統(tǒng)，驗(yàn)證各子系統(tǒng)是否都能正常工作并完成設(shè)計(jì)的要求。它主要由測(cè)試部門進(jìn)行，是測(cè)試部門最大最重要的一個(gè)測(cè)試，對(duì)產(chǎn)品的質(zhì)量有重大的影響。 驗(yàn)收測(cè)試：驗(yàn)收測(cè)試以需求階段的《需求規(guī)格說明書》為驗(yàn)收標(biāo)準(zhǔn)，測(cè)試時(shí)要求模擬實(shí)際用戶的運(yùn)行環(huán)境。對(duì)于實(shí)際項(xiàng)目可以和客戶共同進(jìn)行，對(duì)于產(chǎn)品來說就是最后一次的系統(tǒng)測(cè)試。測(cè)試內(nèi)容為對(duì)功能模塊的全面測(cè)試，尤其要進(jìn)行文檔測(cè)試。 單元測(cè)試測(cè)試策略： 自頂向下的單元測(cè)試策略：比孤立單元測(cè)試的成本高很多，不是單元測(cè)試的一個(gè)好的選擇。 自底向上的單元測(cè)試策略：比較合理的單元測(cè)試策略，但測(cè)試周期較長。 孤立單元測(cè)試策略：最好的單元測(cè)試策略。 集成測(cè)試的測(cè)試策略： 大爆炸集成：適應(yīng)于一個(gè)維護(hù)型項(xiàng)目或被測(cè)試系統(tǒng)較小。 自頂向下集成：適應(yīng)于產(chǎn)品控制結(jié)構(gòu)比較清晰和穩(wěn)定；高層接口變化較??；底層接口未定義或經(jīng)?？赡鼙恍薷?；產(chǎn)口控制組件具有較大的技術(shù)風(fēng)險(xiǎn)，需要盡早被驗(yàn)證；希望盡早能看到產(chǎn)品的系統(tǒng)功能行為。 自底向上集成：適應(yīng)于底層接口比較穩(wěn)定；高層接口變化比較頻繁；底層組件較早被完成。 基于進(jìn)度的集成 優(yōu)點(diǎn)：具有較高的并行度；能夠有效縮短項(xiàng)目的開發(fā)進(jìn)度。 缺點(diǎn)：樁和驅(qū)動(dòng)工作量較大；有些接口測(cè)試不充分；有些測(cè)試重復(fù)和浪費(fèi)。 系統(tǒng)測(cè)試的測(cè)試策略： 數(shù)據(jù)和數(shù)據(jù)庫完整性測(cè)試；功能測(cè)試；用戶界面測(cè)試；性能評(píng)測(cè)；負(fù)載測(cè)試；強(qiáng)度測(cè)試；容量測(cè)試；安全性和訪問控制測(cè)試；故障轉(zhuǎn)移和恢復(fù)測(cè)試；配置測(cè)試；安裝測(cè)試；加密測(cè)試；可用性測(cè)試；版本驗(yàn)證測(cè)試；文檔測(cè)試65.參考答案：缺陷標(biāo)識(shí)、缺陷類型、缺陷嚴(yán)重程度、缺陷產(chǎn)生可能性、缺陷優(yōu)先級(jí)、缺陷狀態(tài)、缺陷起源、缺陷來源、缺陷原因。66.參考答案：B,C67.參考答案： 我過去的主要工作是系統(tǒng)測(cè)試和自動(dòng)化測(cè)試。在系統(tǒng)測(cè)試中，主要是對(duì)BOSS系統(tǒng)的業(yè)務(wù)邏輯功能，以及軟交換系統(tǒng)的Class5特性進(jìn)行測(cè)試。性能測(cè)試中，主要是進(jìn)行的壓力測(cè)試，在各個(gè)不同數(shù)量請(qǐng)求的情況下，獲取系統(tǒng)響應(yīng)時(shí)間以及系統(tǒng)資源消耗情況。自動(dòng)化測(cè)試主要是通過自己寫腳本以及一些第三方工具的結(jié)合來測(cè)試軟交換的特性測(cè)試。 在測(cè)試中，我感覺對(duì)用戶需求的完全準(zhǔn)確的理解非常重要。另外，就是對(duì)BUG的管理，要以需求為依據(jù)，并不是所有BUG均需要修改。 測(cè)試工作需要耐心和細(xì)致，因?yàn)樵谛掳姹局?，雖然多數(shù)原來發(fā)現(xiàn)的BUG得到了修復(fù)，但原來正確的功能也可能變得不正確。因此要注重迭代測(cè)試和回歸測(cè)試。68.參考答案：D69.參考答案：C70.參考答案：測(cè)試計(jì)劃；缺陷報(bào)告71.參考答案： 在規(guī)定的條件下對(duì)程序進(jìn)行操作，以發(fā)現(xiàn)程序錯(cuò)誤，衡量軟件質(zhì)量，并對(duì)其是否能滿足設(shè)計(jì)要求進(jìn)行評(píng)估的過程。 軟件測(cè)試的目的： 測(cè)試是程序的執(zhí)行過程，目的在于發(fā)現(xiàn)錯(cuò)誤； 一個(gè)成功的測(cè)試用例在于發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯(cuò)誤； 一個(gè)成功的測(cè)試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試； 確保產(chǎn)品完成了它所承諾或公布的功能，并且用戶可以訪問到的功能都有明確的書面說明。 確保產(chǎn)品滿足性能和效率的要求； 確保產(chǎn)品是健壯的和適應(yīng)用戶環(huán)境的。 軟件測(cè)試的原則： 測(cè)試用例中一個(gè)必須部分是對(duì)預(yù)期輸出或接過進(jìn)行定義； 程序員應(yīng)避免測(cè)試自己編寫的程序； 編寫軟件的組織不應(yīng)當(dāng)測(cè)試自己編寫的軟件； 應(yīng)當(dāng)徹底檢查每個(gè)測(cè)試的執(zhí)行結(jié)果 測(cè)試用例的編寫不僅應(yīng)當(dāng)根據(jù)有效和預(yù)料到的輸入情況，而且也應(yīng)當(dāng)根據(jù)無效和未預(yù)料到的輸入情況 檢擦程序是否“未做其應(yīng)該做的”僅是測(cè)試的一半，測(cè)試的另一半是檢查程序是否“做了其不應(yīng)該做的” 應(yīng)避免測(cè)試用例用后即棄，除非軟件本身就是個(gè)一次性的軟件 計(jì)劃測(cè)試工作時(shí)不應(yīng)默許假定不會(huì)發(fā)現(xiàn)錯(cuò)誤 程序某部分存在更多錯(cuò)誤的可能性，與該部分已經(jīng)發(fā)現(xiàn)錯(cuò)誤的數(shù)量成正比 軟件測(cè)試是一項(xiàng)極富創(chuàng)造性，極具智力的挑戰(zhàn)性的工作72.參考答案：D73.參考答案： 開發(fā)人員說不是bug，有2種情況，一是需求沒有確定，所以我可以這么做，這個(gè)時(shí)候可以找來產(chǎn)品經(jīng)理進(jìn)行確認(rèn)，需不需要改動(dòng)，3方商量確定好后再看要不要改。二是這種情況不可能發(fā)生，所以不需要修改，這個(gè)時(shí)候，我可以先盡可能的說出是BUG的依據(jù)是什么？如果被用戶發(fā)現(xiàn)或出了問題，會(huì)有什么不良結(jié)果？程序員可能會(huì)給你很多理由，你可以對(duì)他的解釋進(jìn)行反駁。如果還是不行，那我可以給這個(gè)問題提出來，跟開發(fā)經(jīng)理和測(cè)試經(jīng)理進(jìn)行確認(rèn)，如果要修改就改，如果不要修改就不改。其實(shí)有些真的不是bug，我也只是建議的方式寫進(jìn)TD中，如果開發(fā)人員不修改也沒有大問題。如果確定是bug的話，一定要堅(jiān)持自己的立場(chǎng)，讓問題得到最后的確認(rèn)。74.參考答案：是否使用了公司的模板、文檔內(nèi)容是否符合規(guī)范、所有的需求是分級(jí)是否清析適當(dāng)、所有的需求是否具有一致性、需求是否可行（即，該需求組合有解決方案）、需求可否用己知的約束來實(shí)現(xiàn)、需求是否足夠（即，可以把它送到一個(gè)規(guī)范的開發(fā)組織，并有一個(gè)生產(chǎn)出所需要產(chǎn)品的合理的可能性）、所有的其它需求是交