2024年計(jì)算機(jī)考試-軟件測試工程師考試近5年真題集錦（頻考類試題）帶答案

（圖片大小可自由調(diào)整）2024年計(jì)算機(jī)考試-軟件測試工程師考試近5年真題集錦（頻考類試題）帶答案第I卷一.參考題庫(共100題)1.面向?qū)ο蟮能浖_發(fā)模型中將開發(fā)過程定義為面向?qū)ο蠓治觥⒚嫦驅(qū)ο笤O(shè)計(jì)和面向?qū)ο缶幊倘齻€(gè)階段。2.實(shí)施缺陷跟蹤的目的是（）A、軟件質(zhì)量無法控制B、問題無法量化C、重復(fù)問題接連產(chǎn)生D、解決問題的知識(shí)無法保留E、確保缺陷得到解決F、使問題形成完整的閉環(huán)處理3.談?wù)労诤袦y試的特點(diǎn)？優(yōu)點(diǎn)？4.若一個(gè)通訊簿最多可以輸入100條記錄，則下列選項(xiàng)中設(shè)計(jì)的測試用例最優(yōu)的是（）。A、分別輸入1、50、100條記錄B、分別輸入0、1、50、99、100條記錄C、分別輸入0、1、99、100、101條記錄D、分別輸入0、1、50、99、100、101條記錄5.在單元測試中，所謂單元是如何劃分的？6.安全性測試你一般從哪幾方面做測試？7.在RATIONALGUI回放過程中，能夠強(qiáng)行終止播放的快捷鍵為？（）A、CTRLF9B、F10C、F11D、CTRLF128.描述使用bugzilla缺陷管理工具對(duì)軟件缺陷（BUG）跟蹤的管理的流程？9.黑盒測試的測試用例設(shè)計(jì)要考慮等價(jià)類劃分、（）、錯(cuò)誤推測、因果圖。A、路徑分析B、數(shù)據(jù)分析C、邊界值分析D、假設(shè)分析10.驗(yàn)收測試是由誰完成的？通常包含哪些過程？11.下面關(guān)于軟件測試的說法正確的是（）A、測試是最有效的排除和防止軟件缺陷與故障的手段B、導(dǎo)致軟件缺陷的最大原因是軟件產(chǎn)品說明書C、軟件測試可有可無D、軟件測試在軟件開發(fā)中的作用不大12.什么是自動(dòng)化測試？13.軟件測試規(guī)范可以分為行業(yè)規(guī)范和（）規(guī)范14.DMAIC和DFSS的概念和區(qū)別？15.從測試技術(shù)角度，正確的選擇是（）。A、靜態(tài)測試B、黑盒測試C、動(dòng)態(tài)測試D、白盒測試16.如果沒有軟件規(guī)格說明或需求文檔，可以進(jìn)行動(dòng)態(tài)黑盒測試嗎？為什么？17.進(jìn)行軟件質(zhì)量管理的重要性有（）A、維護(hù)降低成本B、法律上的要求C、市場競爭的需要D、質(zhì)量標(biāo)準(zhǔn)化的趨勢E、軟件工程的需要F、CMM過程的一部分18.測試6的階乘，斷言方法是（）？A、Assert.assertSame（720，jc.jieChen（6））B、Assert.assertEquals（720，jc.jieChen（6））C、Assert.assertNull（720，jc.jieChen（6））D、Assert.assertTrue（720，jc.jieChen（6））19.測試人員應(yīng)該具備的能力和技術(shù)。20.一個(gè)問題單從提交到關(guān)閉正常情況主要包括哪些步驟，請順序列出。21.軟件缺陷可能會(huì)被修復(fù)，可能會(huì)被保留或者標(biāo)識(shí)出來。22.通常，初始化一個(gè)被測試對(duì)象，會(huì)在測試類的（）中進(jìn)行。A、tearDown（）B、setUp（）C、構(gòu)造方法D、任意位置23.用戶文檔測試中不包括的是（）A、用戶需求說明B、操作指南C、用戶手冊D、隨機(jī)幫助24.請?jiān)敿?xì)敘述黑盒測試的基本概念。?25.性能測試的步驟有哪些？26.錯(cuò)誤推測法的基本想法是（）A、劃分有效等價(jià)類和無效等價(jià)類B、劃分原因和結(jié)果C、列出所有的可能情況D、列舉出程序中所有可能有的錯(cuò)誤和容易發(fā)生錯(cuò)誤的特殊情況，根據(jù)它們選擇測試用例27.白盒測試的重點(diǎn)以及相應(yīng)的對(duì)策是什么？28.服務(wù)器的測試主要是性能的測試，包括（）A、數(shù)據(jù)庫測試B、連接速度測試C、負(fù)載測試D、壓力測試29.哪一個(gè)不屬于增量式集成？30.Beta測試是驗(yàn)收測試的一種。（）31.在軟件測試策略所包含的內(nèi)容中最主要的部分有兩個(gè)，一是要進(jìn)行的測試過程，另外一個(gè)就是要執(zhí)行的測試類型。32.你知道軟件生命的周期么？包括哪些階段？33.靜態(tài)白盒測試可以找出遺漏之處和問題。（）34.請說明風(fēng)險(xiǎn)測試的內(nèi)容。?35.請說明接口測試的目的。?36.邏輯覆蓋測試屬于白盒測試技術(shù)。37.簡述軟件測試過程的流程。38.請簡要列舉回歸測試用例庫的維護(hù)方法。?39.依據(jù)合同評(píng)審的目標(biāo)對(duì)合同評(píng)審主題進(jìn)行分類為建議草案評(píng)審主題和（）兩種類型。40.以測試的形態(tài)分測試可以分為（）A、建構(gòu)性測試B、系統(tǒng)測試C、專項(xiàng)測試D、單元測試E、組件測試F、集成測試41.請描述如何劃分缺陷與錯(cuò)誤嚴(yán)重性和優(yōu)先級(jí)別？42.軟件可靠性特性中包括3個(gè)子特性是成熟性、（）、易恢復(fù)性。A、穩(wěn)定性B、容錯(cuò)性C、保密性D、易操作43.自頂向下漸增式測試不需要編寫驅(qū)動(dòng)模塊，只需要編寫樁模塊，其步驟是從模塊開始，沿著被測程序的頂層的控制路徑逐步向下測試，它有兩種組合策略（）和深度優(yōu)先策略寬度優(yōu)先策略44.永遠(yuǎn)有缺陷類型會(huì)在測試的一個(gè)層次上被發(fā)現(xiàn)，并且能夠在另一個(gè)層次上逃避檢測。45.軟件測試在軟件生命周期，主要橫跨以下兩個(gè)測試階段。第一階段：單元測試階段，第二階段：黑盒測試階段。46.對(duì)網(wǎng)站的測試包含多個(gè)方面：功能測試、性能測試（包括負(fù)載／壓力測試）、用戶界面測試、兼容性測試、安全測試、接口測試。47.集成測試通常都有哪些策略？48.軟件按功能劃分：系統(tǒng)軟件、支撐軟件和（）。A、辦公軟件B、應(yīng)用軟件C、財(cái)務(wù)軟件D、數(shù)據(jù)庫軟件49.簡述樁程序驅(qū)動(dòng)程序的作用？50.測試自動(dòng)化是萬能的。51.什么是系統(tǒng)測試？列舉四種以上常用的系統(tǒng)測試方法（即測試類型）。52.（）是產(chǎn)品屬性的總和，決定了產(chǎn)品在特定條件下使用時(shí)，滿足明確和隱含需求的能力。A、外部質(zhì)量B、內(nèi)部質(zhì)量C、使用質(zhì)量D、軟件質(zhì)量53.類測試用例中，基于3個(gè)標(biāo)準(zhǔn)（）。54.網(wǎng)絡(luò)測試對(duì)象不包括的類型有（）。A、在單機(jī)上運(yùn)行的應(yīng)用軟件B、網(wǎng)絡(luò)平臺(tái)包括網(wǎng)絡(luò)操作系統(tǒng)、文件服務(wù)和工作站C、應(yīng)用層是指應(yīng)用程序的客戶端、桌面操作系統(tǒng)和數(shù)據(jù)庫軟件等D、子系統(tǒng)主要是指路由器、集線器、交換機(jī)和網(wǎng)橋55.為了考察測試用例的重要性，我們可以從有效性、可重用性、（）、可評(píng)估性、可管理性五方面理解。56.軟件項(xiàng)目在進(jìn)入（），測試人員應(yīng)該開始介入其中。57.測試設(shè)計(jì)員的職責(zé)有（）A、制定測試計(jì)劃B、設(shè)計(jì)測試用例C、設(shè)計(jì)測試過程、腳本D、評(píng)估測試活動(dòng)58.除了測試程序外，白盒測試也適用于對(duì)（）階段的軟件文檔進(jìn)行測試。A、編碼B、軟件詳細(xì)設(shè)計(jì)C、軟件總體設(shè)計(jì)D、需求分析59.為什么在單元測試之后要進(jìn)行集成測試？如何組織集成測試？60.開發(fā)生命周期階段SQA部件可以劃分成三類：評(píng)審、專家觀點(diǎn)、（）、軟件維護(hù)SQA部件和由第三方/分包商使用的SQA部件。61.在開放系統(tǒng)互連參考模型中，傳輸層與哪兩層相鄰？（）A、物理層和網(wǎng)絡(luò)層B、數(shù)據(jù)鏈路層和會(huì)話層C、網(wǎng)絡(luò)層和會(huì)話層D、會(huì)話層和表示層62.螺旋模型任何一次迭代都可劃分為制定計(jì)劃、（）、工程和顧客評(píng)估四個(gè)項(xiàng)限。63.測試案例（用例）包括哪些屬性？64.軟盤寫保護(hù)后能文件。（）A、存B、取C、存/取D、修改65.什么是白盒測試和灰盒測試？66.簡述JUnit單元測試步驟。67.以下哪一項(xiàng)不屬于WEB測試的范疇？（）A、功能B、性能C、可用性D、安全性E、客戶端兼容性F、可擴(kuò)展性68.簡述單元測試的目的。?69.Windows操作系統(tǒng)中PATH環(huán)境變量的作用是什么？70.請列舉進(jìn)行配置測試的幾個(gè)前提條件。?71.簡述單元測試的主要任務(wù)。?72.使用測試工具的目的就是要提高軟件測試的效率和軟件測試的質(zhì)量。73.簡述黑盒測試和白盒測試概念，并試分析兩者的優(yōu)點(diǎn)和缺點(diǎn)。74.下列敘述中，正確的是（）。A、軟件測試的目標(biāo)是保證交付的軟件產(chǎn)品不包含缺陷B、軟件測試有利于降低軟件產(chǎn)品發(fā)布后的維護(hù)費(fèi)用C、測試包是指一個(gè)測試腳本，它由一組順序執(zhí)行的測試用例組成D、在V模型中，集成測試用例的設(shè)計(jì)對(duì)應(yīng)于軟件需求分析活動(dòng)75.以下哪個(gè)方法不是黑盒測試用例設(shè)計(jì)方法？（）A、等價(jià)類劃分B、負(fù)載壓力法C、邊界值分析D、錯(cuò)誤推測法76.測試設(shè)計(jì)說明主要內(nèi)容有標(biāo)示符、要測試的特性、方法、測試用例信息、（）等。A、通過規(guī)則B、失敗規(guī)則C、通過/失敗規(guī)則D、測試規(guī)則77.從軟件工程角度看，測試策略包括（）。A、功能測試和性能測試B、白盒測試、灰盒測試和黑盒測試C、單元測試、集成測試、確認(rèn)測試和系統(tǒng)測試78.繼承層次結(jié)構(gòu)中的測試應(yīng)遵循什么原則？79.列舉進(jìn)行配置測試工作前和工作后所需的相關(guān)文檔。?80.請?jiān)敿?xì)說明驗(yàn)收測試的目的。?81.簡述WEB網(wǎng)站測試的測試范圍及采用的方法82.JUnit的兩個(gè)模式：集成模式和（）？A、命令模式B、適配器模式C、單例模式D、接口模式83.簡述軟件開發(fā)的幾個(gè)模式，并說明每種模式對(duì)軟件測試的影響。84.軟件自動(dòng)化測試工具有（）、功能測試工具、白盒測試工具、網(wǎng)絡(luò)測試工具、測試管理工具和測試輔助工具。A、負(fù)載壓力測試工具B、性能測試工具C、配置管理工具D、效率測試工具85.闡述軟件測試活動(dòng)的生命周期。86.軟件測試工作包括四個(gè)方面，即：測試管理、（）、測試實(shí)施和測試評(píng)審。A、測試用例設(shè)計(jì)B、測試方法與規(guī)范制定C、測試計(jì)劃D、測試環(huán)境配制87.Web測試中負(fù)載測試是為了測量Web系統(tǒng)在某一負(fù)載級(jí)別上的性能，以保證Web系統(tǒng)在需求范圍內(nèi)能正常工作。88.說出4種及以上常用的操作系統(tǒng)及其主要的應(yīng)用范圍（微軟的操作系統(tǒng)除外）。89.請說明需求分析測試的內(nèi)容。?90.系統(tǒng)測試的策略有：功能測試，性能測試，可靠性測試，負(fù)載測試，易用性測試，強(qiáng)度測試，安全測試，配置測試，安裝測試，卸載測試，文擋測試，故障恢復(fù)測試，界面測試，容量測試，兼容性測試，分布測試，（）。91.您所熟悉的測試用例設(shè)計(jì)方法都有哪些？92.什么是兼容性測試？93.軟件測試人員需要哪些基本素質(zhì)？94.不存在質(zhì)量很高但（）的產(chǎn)品。95.分別簡述WR中同步點(diǎn)和檢查點(diǎn)的作用。96.軟件測試是根據(jù)軟件開發(fā)各階段的規(guī)格說明和程序的內(nèi)部而精心設(shè)計(jì)的一批測試用例，并利用這些測試用例運(yùn)行程序以及發(fā)現(xiàn)錯(cuò)誤的過程，即執(zhí)行測試步驟。97.簡述軟件測試的分類。98.從用戶的角度出發(fā)，則希望測試成為表明軟件產(chǎn)品中不存在錯(cuò)誤的過程，驗(yàn)證該軟件已正確地實(shí)現(xiàn)了用戶的要求，確立人們對(duì)軟件質(zhì)量的信心。（）99.對(duì)于測試程序的一些命名規(guī)則，以下說法正確的一項(xiàng)是（）？A、測試類的命名只要符合Java類的命名規(guī)則就可以了B、測試類的命名一般要求以Test打頭，后接類名稱，如：TestPersonC、測試類的命名一般要求以Test結(jié)尾，前接類名稱，如：PersonTestD、測試類中的方法都是以testXxx（）形式出現(xiàn)100.測試后程序中殘存的錯(cuò)誤數(shù)目與該程序中已發(fā)現(xiàn)的錯(cuò)誤數(shù)目成（）。A、未知B、反比C、相等D、正比第I卷參考答案一.參考題庫1.參考答案：正確2.參考答案：A,B,C,D3.參考答案： （1）黑盒測試與軟件的具體實(shí)現(xiàn)過程無關(guān)，在軟件實(shí)現(xiàn)的過程發(fā)生變化時(shí)，測試用例仍然可以使用。 （2）黑盒測試用例的設(shè)計(jì)可以和軟件實(shí)現(xiàn)同時(shí)進(jìn)行，這樣能夠壓縮總的開發(fā)時(shí)間。4.參考答案：D5.參考答案：單元測試的對(duì)象通常是軟件設(shè)計(jì)的最小邏輯單元，單元的劃分在面向過程的結(jié)構(gòu)化程序中一般是函數(shù)或子過程，在面向?qū)ο蟮某绦蛑锌梢允穷惢蝾惖某蓡T函數(shù)。6.參考答案： 用戶管理和訪問控制、通信加密、安全日志測試7.參考答案：C8.參考答案： 就是Bugzilla的狀態(tài)轉(zhuǎn)換圖。9.參考答案：C10.參考答案：驗(yàn)收測試是以用戶為主的測試，軟件開發(fā)人員和QA（質(zhì)量保證）人員也應(yīng)參加。通常包含α測試和β測試過程。11.參考答案：A,B12.參考答案： 利用GUI自動(dòng)化測試工具來開發(fā)和執(zhí)行測試腳本，從而驗(yàn)證是否滿足需求13.參考答案：操作14.參考答案： DMAIC模式是業(yè)務(wù)流程改進(jìn)遵循五步循環(huán)改進(jìn)法： A.定義（DefinE. B.評(píng)估（MeasurE. C.分析（AnalyzE. D.改進(jìn)（ImprovE. E.控制（Control）。 區(qū)分DMAIC和DFSS的方法是通過確定6σ行為發(fā)生在產(chǎn)品生命周期的什么階段以及其著重點(diǎn)。 F.DAMIC發(fā)生在產(chǎn)品設(shè)計(jì)完成之后，即質(zhì)量控制階段或生產(chǎn)階段，強(qiáng)調(diào)對(duì)現(xiàn)有 流程的改進(jìn)，但不注重產(chǎn)品或流程的初始設(shè)計(jì)。而且對(duì)流程的改進(jìn)是有限的，對(duì)新產(chǎn)品幾乎毫無用處。 g）DFSS發(fā)生在設(shè)計(jì)階段，是6σ業(yè)務(wù)改進(jìn)方法的另一種實(shí)現(xiàn)方式，它是在設(shè) 計(jì)階段就強(qiáng)調(diào)質(zhì)量，而不是在設(shè)計(jì)完成之后再通過“試錯(cuò)法”來提高質(zhì)量，節(jié)省大量的成本和時(shí)間。通過該方式得到的穩(wěn)固的、內(nèi)在的質(zhì)量是其他任何體系無法達(dá)到的。 所以，DFSS比6σ改進(jìn)具有更重要的意義和更大的效益。15.參考答案：A,C16.參考答案：不行。因?yàn)楹诤袦y試是基于軟件規(guī)格說明的測試。17.參考答案：A,B,C,D18.參考答案：B19.參考答案：1、基本能力2、溝通能力3、技術(shù)能力測試方法應(yīng)用、測試用例設(shè)計(jì)、測試工具使用（測試管理系統(tǒng)、自動(dòng)化測試工具、負(fù)載測試工具）4、管理能力5、文檔能力20.參考答案： 初始化，問題審核，開發(fā)經(jīng)理審核，開發(fā)人員修改，測試經(jīng)理審核，回歸測試，關(guān)閉。21.參考答案：正確22.參考答案：B23.參考答案：A24.參考答案：黑盒測試（Black-Box?Testing）又稱為數(shù)據(jù)驅(qū)動(dòng)測試或基于規(guī)格說明的測試。黑盒測試就是把程序看作一個(gè)不能打開的黑盒子，不考慮程序內(nèi)部邏輯結(jié)構(gòu)和內(nèi)部特性的情況下，測試程序的功能，測試者要在軟件的接口處進(jìn)行，它只檢查程序功能是否按照規(guī)格說明書的規(guī)定正常使用，程序是否能接收輸入數(shù)據(jù)而產(chǎn)生正確的輸出信息，以及性能是否滿足用戶的需求，并且保持?jǐn)?shù)據(jù)庫或外部信息的完整性。通過測試來檢測每個(gè)功能是否都能正常運(yùn)行，因此黑盒測試又可稱為從用戶觀點(diǎn)和需求進(jìn)行出發(fā)的測試。25.參考答案： 編寫測試計(jì)劃、創(chuàng)建測試腳本、運(yùn)行測試腳本、分析結(jié)果、編寫測試報(bào)告26.參考答案：D27.參考答案： 1、模塊接口測試，重點(diǎn)檢查進(jìn)出模塊的數(shù)據(jù)是否正確 2、模塊局部數(shù)據(jù)結(jié)構(gòu)測試，重點(diǎn)檢查局部數(shù)據(jù)結(jié)構(gòu)能否保持完整性 3、模塊邊界條件測試，重點(diǎn)檢查臨界數(shù)據(jù)是否正確處理 4、模塊獨(dú)立執(zhí)行路徑測試，重點(diǎn)檢查由于計(jì)算錯(cuò)誤，判定錯(cuò)誤，控制流錯(cuò)誤導(dǎo)致的程序錯(cuò)誤 5、模塊內(nèi)部錯(cuò)誤處理測試，重點(diǎn)檢查內(nèi)部錯(cuò)誤處理設(shè)施是否有效28.參考答案：A,B,C,D29.參考答案： 大爆炸集成30.參考答案：正確31.參考答案：正確32.參考答案： 一個(gè)軟件生命周期包括制定計(jì)劃、需求分析定義、軟件設(shè)計(jì)、程序編碼、軟件測試、軟件運(yùn)行、軟件維護(hù)、軟件停用等8個(gè)階段33.參考答案：錯(cuò)誤34.參考答案： 風(fēng)險(xiǎn)是指在軟件開發(fā)過程中遇到的預(yù)算、進(jìn)度、開發(fā)不成功等方面的問題引起損失的可能性，這種風(fēng)險(xiǎn)會(huì)導(dǎo)致軟件開發(fā)的失敗。 軟件測試的風(fēng)險(xiǎn)是指軟件測試過程出現(xiàn)的或潛在的問題，造成的原因主要是測試計(jì)劃的不充分、測試方法有誤或測試過程的偏離，造成測試的補(bǔ)充以及結(jié)果不準(zhǔn)確。測試的不成功導(dǎo)致軟件交付潛藏著問題，一旦在運(yùn)行時(shí)爆發(fā)，會(huì)導(dǎo)致軟件失敗。 軟件測試風(fēng)險(xiǎn)主要是對(duì)測試計(jì)劃執(zhí)行的風(fēng)險(xiǎn)分析與制定要采取的應(yīng)急措施，降低軟件測試產(chǎn)生的風(fēng)險(xiǎn)造成的危害。35.參考答案：接口測試（Interface-Testing）的目的是：（1）測試系統(tǒng)相關(guān)聯(lián)的外部接口；（2）測試的重點(diǎn)是要檢查數(shù)據(jù)的交換；（3）傳遞和控制管理過程；（4）提高測試質(zhì)量；（5）提高測試覆蓋；（6）更好地重現(xiàn)軟件缺陷；（7）更好定位錯(cuò)誤。作為接口測試主要考慮的問題是模塊接口、系統(tǒng)接口。36.參考答案：正確37.參考答案： 軟件測試過程按測試的先后次序可分為：單元測試、集成測試、確認(rèn)（有效性）測試、系統(tǒng)測試和驗(yàn)收（用戶）測試共5項(xiàng)步驟。 （1）單元測試：針對(duì)每個(gè)單元的測試，以確保每個(gè)模塊能正常工作為目標(biāo)。 （2）集成測試：對(duì)已測試過的模塊進(jìn)行組裝，進(jìn)行集成測試。這項(xiàng)測試的目的在于檢驗(yàn)與軟件設(shè)計(jì)相關(guān)的程序結(jié)構(gòu)問題。 （3）確認(rèn)測試：在完成集成測試后，對(duì)開發(fā)工作初期制定的確認(rèn)準(zhǔn)則進(jìn)行檢驗(yàn)。確認(rèn)測試是檢驗(yàn)所開發(fā)的軟件能否滿足所有功能和性能需求的最后手段。 （4）系統(tǒng)測試：在完成確認(rèn)測試后，應(yīng)屬于合格軟件產(chǎn)品。但為了檢驗(yàn)它能否與系統(tǒng)的其他部分（比如硬件、數(shù)據(jù)庫）協(xié)調(diào)工作，還需要進(jìn)行系統(tǒng)測試。 （5）驗(yàn)收測試：檢驗(yàn)軟件產(chǎn)品質(zhì)量的最后一道工序是驗(yàn)收測試。驗(yàn)收測試主要突出用戶的作用，同時(shí)軟件開發(fā)人員也應(yīng)有一定程度的參與。38.參考答案： 軟件測試項(xiàng)目組在進(jìn)行測試的過程中會(huì)將所用到的測試用例保存到“測試用例庫”中，并進(jìn)行維護(hù)，回歸測試用例庫的維護(hù)方法如下。 1）刪除過時(shí)的測試用例 2）改進(jìn)不受控的測試用例 3）刪除冗余的測試用例 4）增添新的測試用例39.參考答案：合同草案評(píng)審主題40.參考答案：A,B,C41.參考答案： 給軟件缺陷與錯(cuò)誤劃分嚴(yán)重性和優(yōu)先級(jí)的通用原則： （1）表示軟件缺陷所造成餓危害和惡劣程度。 （2）優(yōu)先級(jí)表示修復(fù)缺陷的重要程度和次序。 嚴(yán)重性： （1）、嚴(yán)重：系統(tǒng)崩潰、數(shù)據(jù)丟失、數(shù)據(jù)毀壞 （2）、較嚴(yán)重：操作性錯(cuò)誤、結(jié)果錯(cuò)誤、遺漏功能 （3）、一般：小問題、錯(cuò)別字、UI布局、罕見故障 （4）、建議：不影響使用的瑕疵或更好的實(shí)現(xiàn)。 優(yōu)先級(jí)： （1）、最高優(yōu)先級(jí)：立即修復(fù)，停止進(jìn)一步測試。 （2）、次高優(yōu)先級(jí)：在產(chǎn)品發(fā)布之前必須修復(fù)。 （3）、中等優(yōu)先級(jí)：如果時(shí)間允許應(yīng)該修復(fù)。 （4）、最低優(yōu)先級(jí)：可能會(huì)修復(fù)，但是也可能發(fā)布。42.參考答案：B43.參考答案：軟件結(jié)構(gòu)圖44.參考答案：正確45.參考答案：錯(cuò)誤46.參考答案：正確47.參考答案： 1、在把各個(gè)模塊連接起來的時(shí)候，穿越模塊接口的數(shù)據(jù)是否會(huì)丟失； 2、各個(gè)子功能組合起來，能否達(dá)到預(yù)期要求的父功能； 3、一個(gè)模塊的功能是否會(huì)對(duì)另一個(gè)模塊的功能產(chǎn)生不利的影響； 4、全局?jǐn)?shù)據(jù)結(jié)構(gòu)是否有問題； 5、單個(gè)模塊的誤差積累起來，是否會(huì)放大，從而達(dá)到不可接受的程度。48.參考答案：B49.參考答案： 在我們進(jìn)行單元測試的時(shí)候，單元本身無法構(gòu)成一個(gè)切實(shí)可運(yùn)行的程序系統(tǒng)，所以我們需要為單元測試來開發(fā)樁模塊和驅(qū)動(dòng)模塊，從而完成我們的單元測試目的，這是樁模塊和驅(qū)動(dòng)模塊的作用50.參考答案：錯(cuò)誤51.參考答案： A.系統(tǒng)測試是指將通過集成測試的軟件系統(tǒng)，作為計(jì)算機(jī)系統(tǒng)的一個(gè)重要組成 部分，與計(jì)算機(jī)硬件、外設(shè)、某些支撐軟件的系統(tǒng)等其他系統(tǒng)元素組合在一起所進(jìn)行的測試，目的在于通過與系統(tǒng)的需求定義作比較，發(fā)現(xiàn)軟件與系統(tǒng)定義不符合或矛盾的地方。 B.常用的系統(tǒng)測試方法 性能測試是指對(duì)軟件的運(yùn)行性能指標(biāo)進(jìn)行測試，判斷系統(tǒng)集成之后在實(shí)際的使用環(huán)境下能否穩(wěn)定、可靠的運(yùn)行。 強(qiáng)度測試也稱壓力測試、負(fù)載測試。強(qiáng)度測試是要破壞程序，檢測非正常情況下系統(tǒng)的負(fù)載能力，也就是檢查系統(tǒng)能力的最高實(shí)際限度。 安全性測試的目的在于檢查系統(tǒng)對(duì)非法侵入的防范能力，驗(yàn)證安裝在系統(tǒng)內(nèi)的保護(hù)機(jī)構(gòu)是否確實(shí)能夠?qū)ο到y(tǒng)進(jìn)行保護(hù)，使之不受各種干擾。 軟件兼容性測試檢測軟件之間能否正確的交互和共享信息，其目標(biāo)是保證軟件按照用戶期望的方式進(jìn)行交互，是用其他軟件檢查軟件操作的過程。 恢復(fù)測試的主要目的是檢查系統(tǒng)的容錯(cuò)能力。通過采用多種人工干預(yù)方式使系統(tǒng)失效，檢驗(yàn)系統(tǒng)的恢復(fù)能力。52.參考答案：B53.參考答案：基于狀態(tài)的覆蓋率、基于限制的覆蓋率和基于代碼的覆蓋率54.參考答案：A55.參考答案：易組織性56.參考答案：需求分析階段57.參考答案：B,C58.參考答案：B59.參考答案： 實(shí)踐表明，軟件的一些模塊能夠單獨(dú)地工作，但并不能保證組裝連接之后也肯定能正常工作。程序在某些局部反映不出來的問題，在全局情況下有可能暴露出來，影響軟件功能的實(shí)現(xiàn)。可能的原因有以下幾方面： （1）模塊相互調(diào)用時(shí)引入了新的問題；（2）幾個(gè)子功能組合后不能實(shí)現(xiàn)預(yù)計(jì)的主功能；（3）計(jì)算的誤差累計(jì)達(dá)到了不能接受的程度；（4）全局?jǐn)?shù)據(jù)結(jié)構(gòu)出現(xiàn)錯(cuò)誤。 因此，在單元模塊完成單元測試后，需要按照設(shè)計(jì)的程序結(jié)構(gòu)圖進(jìn)行組合、進(jìn)行集成測試，檢測與接口有關(guān)的各種故障。組織集成測試的一種方法是先獨(dú)立的測試每個(gè)模塊，然后再將它們組合成一個(gè)整體進(jìn)行測試；另一種方法是先把下一個(gè)待測試模塊組合到已經(jīng)測試過的那些模塊上去，再進(jìn)行測試，逐步完成集成測試。由此產(chǎn)生了兩種集成測試方法：非增量式測試和增量式測試。60.參考答案：軟件測試61.參考答案：C62.參考答案：風(fēng)險(xiǎn)分析和化解63.參考答案： 模塊，子模塊，編號(hào)，用例等級(jí)，輸入（或者預(yù)制條件、操作步驟），輸出（預(yù)期結(jié)果），測試結(jié)果，64.參考答案：B65.參考答案： 白盒測試又稱為結(jié)構(gòu)測試、邏輯驅(qū)動(dòng)測試或基于程序的測試，一般用來分析程序的內(nèi)部結(jié)構(gòu)?；液袦y試介于白盒測試和黑盒測試之間。66.參考答案： 1.判斷組件的功能：通過定義應(yīng)用的整體需求，然后將系統(tǒng)劃分成幾個(gè)對(duì)象； 2.設(shè)計(jì)組件行為：依據(jù)所處理的過程，可以通過一個(gè)正規(guī)或者非正規(guī)的過程實(shí)現(xiàn)組件行為的設(shè)計(jì)，可以使用UML或者其他文檔視圖來設(shè)計(jì)組件行為，從而為組件的測試打下基礎(chǔ)； 3.編寫單元測試程序（或測試用例）確認(rèn)組件行為：這個(gè)階段應(yīng)假定組件的編碼已經(jīng)結(jié)束而組件工作正常，需要編寫單元測試程序來確定其功能是否和預(yù)定義的功能相同，測試程序需要考慮所有正常和意外的輸入，以及特定的方法能產(chǎn)生的溢出； 4.編寫組件并執(zhí)行測試：首先創(chuàng)建類及其所對(duì)應(yīng)的方法標(biāo)識(shí)，然后遍歷每個(gè)測試實(shí)例，為其編寫相應(yīng)代碼使其順利通過，然后返回測試。繼續(xù)這個(gè)過程直至所有實(shí)例通過； 5.測試替代品：對(duì)組件行為的其他方式進(jìn)行考慮，設(shè)計(jì)更周全的輸入或者其他錯(cuò)誤條件，編寫測試用例來捕獲這些條件，然后修改代碼使得測試通過； 6.重整代碼：如果有必要，在編碼結(jié)束時(shí)對(duì)代碼進(jìn)行重整和優(yōu)化，改動(dòng)后返回單元測試并確認(rèn)測試通過； 7.當(dāng)組件有新的行為時(shí)，編寫新的測試用例：每次在組件中發(fā)現(xiàn)故障，編寫一個(gè)測試實(shí)例重復(fù)這個(gè)故障，然后修改組件以保證測試實(shí)例通過。同樣，當(dāng)發(fā)現(xiàn)新的需求或已有的需求改變時(shí)，編寫或修改測試實(shí)例以響應(yīng)此改變，然后修改代碼； 8.代碼修改，重復(fù)測試：每次代碼修改時(shí)，重復(fù)所有的測試以確保沒有打亂代碼。67.參考答案：F68.參考答案： 單元測試目的主要有以下幾點(diǎn)： （1）檢查單元模塊內(nèi)部的錯(cuò)誤，為軟件的評(píng)審驗(yàn)收提供依據(jù)； （2）單元測試是以程序設(shè)計(jì)說明書和之前所作的測試數(shù)據(jù)（正常的和錯(cuò)誤的）為指導(dǎo)，測試模塊內(nèi)重要的路徑，以檢查出錯(cuò)誤； （3）檢驗(yàn)信息能否正確地流入和流出單元； （4）在單元測試工作過程中，其內(nèi)部數(shù)據(jù)能否保持其完整性，包括內(nèi)部數(shù)據(jù)的形式、內(nèi)容及相互關(guān)系不發(fā)生錯(cuò)誤，也包括全局變量在單元中的處理和影響； （5）在為限制數(shù)據(jù)加工而設(shè)置的邊界處，能否正確工作； （6）單元的運(yùn)行能否做到滿足特定的邏輯覆蓋； （7）單元中發(fā)生了錯(cuò)誤，其中的出錯(cuò)處理措施是否有效。69.參考答案： PATH是Windows操作系統(tǒng)環(huán)境變量，PATH作用是用戶在命令行窗口執(zhí)行一個(gè)命令，則在PATH變量設(shè)置的目錄下依次尋找該命令或?qū)?yīng)的執(zhí)行文件，若找到，則執(zhí)行，若沒有找到，則命令行窗口返回?zé)o效命令。70.參考答案：進(jìn)行配置測試需要以下幾個(gè)前提條件：（1）進(jìn)行配置測試的需求分析已經(jīng)完成。（2）已完成應(yīng)用程序的多個(gè)版本。（3）相關(guān)的軟件組件已通過單元測試。（4）軟件集成測試已經(jīng)進(jìn)行，但在配置測試開始之前軟件組件必須已經(jīng)安裝在被測硬件設(shè)備上。（5）相關(guān)系統(tǒng)組件已通過系統(tǒng)集成測試。（6）在獨(dú)立的測試小組配備足夠的人員進(jìn)行配置測試和訓(xùn)練。（7）配置測試環(huán)境準(zhǔn)備完成。71.參考答案：單元測試的主要任務(wù)有：程序語法檢查、程序邏輯檢查、模塊接口測試、局部數(shù)據(jù)結(jié)構(gòu)測試、路徑測試、邊界條件測試、錯(cuò)誤處理測試、代碼書寫規(guī)范檢查。72.參考答案：正確73.參考答案： 黑盒測試又稱為功能測試、數(shù)據(jù)驅(qū)動(dòng)測試和基于規(guī)格說明的測試。它從用戶觀點(diǎn)出發(fā)的測試。用這種方法進(jìn)行測試時(shí)，把被測試程序當(dāng)作一個(gè)黑盒，在不考慮程序內(nèi)部結(jié)構(gòu)的內(nèi)部特性、測試者只知道該程序輸入和輸出之間的關(guān)系或程序功能的情況下，依靠能夠反映這一關(guān)系和程序功能需求規(guī)格的說明書，來確定測試用例和推斷測試結(jié)果的正確性。 黑盒測試的優(yōu)點(diǎn)有： 1）比較簡單，不需要了解程序內(nèi)部的代碼及實(shí)現(xiàn)； 2）與軟件的內(nèi)部實(shí)現(xiàn)無關(guān)； 3）從用戶角度出發(fā)，能很容易的知道用戶會(huì)用到哪些功能，會(huì)遇到哪些問題； 4）基于軟件開發(fā)文檔，所以也能知道軟件實(shí)現(xiàn)了文檔中的哪些功能； 5）在做軟件自動(dòng)化測試時(shí)較為方便。 黑盒測試的缺點(diǎn)有： 1）不可能覆蓋所有的代碼，覆蓋率較低，大概只能達(dá)到總代碼量的30%； 2）自動(dòng)化測試的復(fù)用性較低。 白盒測試：若測試規(guī)劃基于產(chǎn)品的內(nèi)部結(jié)構(gòu)來進(jìn)行測試，檢查內(nèi)部操作是否按規(guī)定執(zhí)行，軟件各個(gè)部分功能是否得到充分使用，則這種測試方法稱為白盒測試（White-boxTesting）方法。白盒測試又稱為結(jié)構(gòu)測試、邏輯驅(qū)動(dòng)測試或基于程序的測試。它依賴于對(duì)程序細(xì)節(jié)的嚴(yán)密的檢驗(yàn)，針對(duì)特定條件和循環(huán)設(shè)計(jì)測試用例，對(duì)軟件的邏輯路徑進(jìn)行測試。在程序的不同點(diǎn)檢驗(yàn)程序的狀態(tài)，來進(jìn)行判定其實(shí)際情況是否和預(yù)期的狀態(tài)相一致。軟件的白盒測試一般用來分析程序的內(nèi)部結(jié)構(gòu)。 它的優(yōu)點(diǎn)是幫助軟件測試人員增大代碼的覆蓋率，提高代碼的質(zhì)量，發(fā)現(xiàn)代碼中隱藏的問題。 白盒測試的缺點(diǎn)有： （1）程序運(yùn)行會(huì)有很多不同的路徑，不可能測試所有的運(yùn)行路徑； （2）測試基于代碼，只能測試開發(fā)人員做的對(duì)不對(duì)，而不能知道設(shè)計(jì)的正確與否，可能會(huì)漏掉一些功能需求； （3）系統(tǒng)龐大時(shí)，測試開銷會(huì)非常大。74.參考答案：B75.參考答案：B76.參考答案：C77.參考答案：C78.參考答案： 1、根據(jù)繼承機(jī)制的特點(diǎn)，不難推斷所有為某個(gè)類確定的測試用例集合對(duì)該類的子類也是有效的； 2、類的創(chuàng)建是自上而下的，同樣在構(gòu)建測試類時(shí)也應(yīng)采用自上而下的方法； 3、如果子類新增了一個(gè)或者多個(gè)新的操作，就需要增加相應(yīng)的測試用例； 4、如果子類定義的同名方法覆蓋了父類的方法，就需要增加相應(yīng)的測試用例。79.參考答案： 1.工作開始前所需的文檔 配置測試進(jìn)行前需要以下文檔資料：測試計(jì)劃；需要進(jìn)行的測試列表?；被測程序源碼；配置測試軟硬件設(shè)備清單；配置測試用例。 2.工作結(jié)束后遞交的文檔 配置測試結(jié)束后需要遞交以下文檔資料：配置測試報(bào)告；配置測試總結(jié)報(bào)告。80.參考答案： 驗(yàn)收測試的目的主要是： （1）新建系統(tǒng)產(chǎn)品是否是按照用戶需求開發(fā)的，體驗(yàn)該產(chǎn)品是否能夠滿足用戶使用要求、有沒有達(dá)到原設(shè)計(jì)水平、完成的功能怎樣； （2）對(duì)照合同的需求進(jìn)行驗(yàn)收測試，是否符合雙方達(dá)成的共識(shí)； （3）新建系統(tǒng)產(chǎn)品的可靠性和可維護(hù)性好不好？ （4）新建系統(tǒng)產(chǎn)品通過運(yùn)行的結(jié)果表明，對(duì)業(yè)務(wù)處理的能力； （5）新建系統(tǒng)產(chǎn)品對(duì)用戶操作的容錯(cuò)能力； （6）新建系統(tǒng)產(chǎn)品新系統(tǒng)對(duì)系統(tǒng)運(yùn)行時(shí)發(fā)生故障的恢復(fù)能力； （7）承建單位向業(yè)主單位提交的有關(guān)技術(shù)資料是否俱全。81.參考答案： 基于Web的系統(tǒng)測試不但需要檢查和驗(yàn)證是否按照設(shè)計(jì)的要求運(yùn)行，而且還要評(píng)價(jià)系統(tǒng)在不同用戶的瀏覽器端的顯示是否合適。重要的是，還要從最終用戶的角度進(jìn)行安全性和可用性測試，從功能、性能、可用性、客戶端兼容性、安全性等方面討論基于Web的系統(tǒng)測試方法。82.參考答案：A83.參考答案： 大棒模式簡單，計(jì)劃、進(jìn)度安排和正規(guī)開發(fā)過程幾乎沒有，其開發(fā)過程是非工程化的。大棒模式的軟件測試通常在開發(fā)任務(wù)完成后進(jìn)行，很難回頭修復(fù)存在的問題，測試工作只是向客戶報(bào)告軟件經(jīng)過測試后發(fā)現(xiàn)的情況。 邊寫邊改模式通常最初只有粗略的想法就進(jìn)行簡單的設(shè)計(jì)，然后開始較長的反復(fù)編寫、測試和修復(fù)過程，在認(rèn)為無法更精細(xì)地描述軟件產(chǎn)品要求時(shí)就發(fā)布產(chǎn)品。該模式下，軟件測試人員將和程序員一起陷入可能是長期的循環(huán)往復(fù)過程。 瀑布模式將軟件生命周期的各項(xiàng)活動(dòng)規(guī)定為按照固定順序相連的若