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

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

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