2024年軟件測試工程師筆試歷年真題薈萃含答案

2024年軟件測試工程師筆試歷年真題薈萃含答案（圖片大小可自由調(diào)整）答案解析附后卷I一.參考題庫(共25題)1.在設(shè)計(jì)測試用例時(shí)，應(yīng)包括（）和（）。2.數(shù)據(jù)傳輸率3.簡述軟件測試的誤區(qū)？4.簡述軟件測試與軟件開發(fā)各階段的關(guān)系。5.VLEN6.黑盒測試都有哪些優(yōu)點(diǎn)？請(qǐng)說明。?7.在單元測試中，測試一個(gè)模塊時(shí)，需要設(shè)計(jì)（）和樁模塊。8.比較負(fù)載測試，容量測試和強(qiáng)度測試的區(qū)別9.使用軟件測試工具的目的（）A、幫助測試尋找問題B、協(xié)助問題的診斷C、節(jié)省測試時(shí)間D、提高Bug的發(fā)現(xiàn)率E、更好的控制缺陷提高軟件質(zhì)量F、更好的協(xié)助開發(fā)人員10.數(shù)據(jù)備份與恢復(fù)技術(shù)通常涉及到存儲(chǔ)設(shè)備、存儲(chǔ)優(yōu)化、（）、存儲(chǔ)管理。A、雙機(jī)容錯(cuò)保護(hù)B、集群保護(hù)C、存儲(chǔ)保護(hù)D、數(shù)據(jù)備份和恢復(fù)11.平臺(tái)化軟件的兼容性測試應(yīng)包括跨硬件平臺(tái)能力、跨操作系統(tǒng)能力、（）、客戶端兼容性測試和數(shù)據(jù)兼容性測試。A、支持UNIX，Linux操作系統(tǒng)B、支持SQLServer，DB2數(shù)據(jù)庫C、支持各模塊間的數(shù)據(jù)兼容D、支持多種數(shù)據(jù)庫系統(tǒng)12.部署13.描述使用bugzilla缺陷管理工具對(duì)軟件缺陷（BUG）跟蹤的管理的流程？14.對(duì)文檔的測試主要包括哪些內(nèi)容？15.白盒測試是結(jié)構(gòu)測試，被測對(duì)象是源程序，以程序的（）為基礎(chǔ)設(shè)計(jì)測試用例。16.測試人員的職業(yè)素質(zhì)要求是什么？17.什么是自動(dòng)化測試？18.什么是數(shù)據(jù)驅(qū)動(dòng)腳本？簡介在Winrunner中如何實(shí)現(xiàn)數(shù)據(jù)驅(qū)動(dòng)腳本。19.有兩種同行評(píng)審方法學(xué)（）和走查。20.單工通信21.測試腳本22.面向?qū)ο蠹蓽y試常見方法包括（）、正交矩陣（陣列）測試。23.（）是特定用戶使用產(chǎn)品滿足其要求的程度，以達(dá)到在特定應(yīng)用環(huán)境中的有效性、生產(chǎn)和滿意度等特定目標(biāo)。A、外部質(zhì)量B、內(nèi)部質(zhì)量C、使用質(zhì)量D、軟件質(zhì)量24.按照測試實(shí)施組織劃分，軟件測試分為（）等階段。A、開發(fā)方測試B、用戶測試C、第三方測試D、整體測試25.軟件出現(xiàn)系統(tǒng)崩潰或數(shù)據(jù)毀壞時(shí)，軟件錯(cuò)誤的嚴(yán)重性程度為（）。A、嚴(yán)重B、較嚴(yán)C、一般D、輕微卷II一.參考題庫(共25題)1.在測試程序時(shí)，根據(jù)經(jīng)驗(yàn)或直覺推測程序中可能存在的各種錯(cuò)誤，稱為（）。2.什么是軟件缺陷？它的表現(xiàn)形式有哪些？3.請(qǐng)?jiān)敿?xì)說明驗(yàn)收測試的目的。?4.簡述JUnit單元測試步驟。5.驗(yàn)收測試6.NAT7.你覺得bugzilla在使用的過程中，有什么問題？8.系統(tǒng)測試策略的內(nèi)容是什么？請(qǐng)?jiān)敿?xì)說明。?9.測試的策略有哪些？10.區(qū)別階段評(píng)審的與同行評(píng)審。11.集成測試是軟件調(diào)試技術(shù)的一種。12.（）是設(shè)計(jì)足夠多的測試用例，使得程序中每個(gè)判定包含的每個(gè)條件的所有情況（真/假）至少出現(xiàn)一次，并且每個(gè)判定本身的判定結(jié)果（真/假）也至少出現(xiàn)一次。A、判定－條件覆蓋B、組合覆蓋C、判定覆蓋D、條件覆蓋13.軟件測試的方法有哪些？?14.不存在質(zhì)量很高但（）的產(chǎn)品。15.什么是回歸測試？回歸測試的目的是什么？16.系統(tǒng)測試計(jì)劃是否需要同行審批，為什么？17.軟件測試按照測試過程分類為黑盒、白盒測試。（）18.單元測試環(huán)境由三部分構(gòu)成？19.從技術(shù)的角度來看，不影響軟件可靠性的因素有（）。A、運(yùn)行環(huán)境和軟件規(guī)模B、軟件開發(fā)時(shí)間C、軟件內(nèi)部結(jié)構(gòu)D、軟件開發(fā)方法和開發(fā)環(huán)境20.測試用例21.走讀22.簡述面向?qū)ο鬁y試與傳統(tǒng)測試的區(qū)別？23.闡述系統(tǒng)驗(yàn)收測試的內(nèi)容。24.你知道軟件生命的周期么？包括哪些階段？25.每一個(gè)等價(jià)類規(guī)定（）的編號(hào)。A、一個(gè)浮動(dòng)B、一個(gè)惟一C、兩個(gè)不同D、多個(gè)不同卷III一.參考題庫(共25題)1.測試人員在測試過程中發(fā)現(xiàn)一處問題，如果問題影響不大，而自己又可以修改，應(yīng)立即將此問題正確修改，以加快、提高開發(fā)的進(jìn)程。2.LoadRunner進(jìn)行測試的流程？3.功能測試就是對(duì)產(chǎn)品的各功能進(jìn)行驗(yàn)證，根據(jù)功能測試用例，逐項(xiàng)測試，檢查產(chǎn)品是否達(dá)到用戶要求的功能。4.如果你相通過撥號(hào)上網(wǎng)，必須擁有特定的服務(wù)商（因特網(wǎng)服務(wù)提供者）所提供的帳號(hào)，這些服務(wù)商的英文簡稱是（）。A、ISPB、IDPC、ISBD、USB5.軟件測試的主要評(píng)測方法包括測試覆蓋和（）A、質(zhì)量評(píng)價(jià)B、質(zhì)量檢測C、質(zhì)量評(píng)測D、都不正確6.隨機(jī)測試7.確認(rèn)測試在模擬環(huán)境下運(yùn)用黑盒測試方法，由專門測試人員和（）參加的測試。8.你選擇測試方法的原則是什么？9.按照測試用例的設(shè)計(jì)方法，軟件測試可以分為（）、（）和灰盒測試。10.從內(nèi)容和重點(diǎn)上我們可以把質(zhì)量管理標(biāo)準(zhǔn)劃分成認(rèn)證標(biāo)準(zhǔn)和（）兩種類型。11.什么是等價(jià)類劃分？12.錯(cuò)誤推測法的基本想法是：列舉出程序中所有可能有的錯(cuò)誤和容易發(fā)生錯(cuò)誤的特殊情況，根據(jù)它們選擇測試用例。13.闡述測試用例的4個(gè)關(guān)鍵元素。14.國際化測試15.軟件測試的根本目的是為了保證軟件質(zhì)量。16.什么是測試用例？17.確定單元測試指導(dǎo)的基本方針？18.在V模型中下面一工作是需求和工作同行的哪項(xiàng)測試與設(shè)計(jì)時(shí)進(jìn)（）A、測試設(shè)計(jì)B、需求檢查C、制腳本錄測試D、增量式集成測試19.正式驗(yàn)收測試是什么？它的優(yōu)缺點(diǎn)又是什么？請(qǐng)介紹之。??20.軟件測試人員需要的素質(zhì)都有哪些？請(qǐng)簡要說出。21.正交表測試用例設(shè)計(jì)方法的特點(diǎn)是什么？22.功能性測試23.測試計(jì)劃24.恢復(fù)性測試屬于軟件測試的哪個(gè)階段？并試闡述恢復(fù)性測試的概念和進(jìn)行恢復(fù)性測試分析時(shí)主要應(yīng)考慮的問題。25.測試實(shí)時(shí)系統(tǒng)的第一步是獨(dú)立的測試各個(gè)任務(wù)。卷I參考答案一.參考題庫1.參考答案:合理的輸入條件；不合理的輸入條件2.參考答案: 每秒能傳輸?shù)亩M(jìn)制信息位數(shù)，單位為B/S。3.參考答案: 1、期望用測試自動(dòng)化代替大部分人工勞動(dòng)； 2、忽視需求階段的參與； 3、軟件測試是技術(shù)要求不高的崗位。4.參考答案:（1）項(xiàng)目規(guī)劃階段：負(fù)責(zé)從單元測試到系統(tǒng)測試的整個(gè)測試階段的監(jiān)控。（2）需求分析階段：確定測試需求分析、系統(tǒng)測試計(jì)劃的制定，評(píng)審后成為管理項(xiàng)目。測試需求分析是對(duì)產(chǎn)品生命周期中測試所需求的資源、配置、每階段評(píng)判通過的規(guī)約；系統(tǒng)測試計(jì)劃則是依據(jù)軟件的需求規(guī)格說明書，制定測試計(jì)劃和設(shè)計(jì)相應(yīng)的測試用例。（3）詳細(xì)設(shè)計(jì)和概要設(shè)計(jì)階段：確保集成測試計(jì)劃和單元測試計(jì)劃完成。（4）編碼階段：由開發(fā)人員進(jìn)行自己負(fù)責(zé)部分的代碼的測試。在項(xiàng)目較大時(shí)，由專人進(jìn)行編碼階段的測試任務(wù)。（5）測試階段（單元、集成、系統(tǒng)測試）：依據(jù)測試代碼進(jìn)行測試，并提交相應(yīng)的測試狀態(tài)報(bào)告和測試結(jié)束報(bào)告。5.參考答案: 虛擬局域網(wǎng)，是建立在局域網(wǎng)交換機(jī)的基礎(chǔ)上的，以軟件方式來實(shí)現(xiàn)邏輯工作組的劃分與管理，邏輯工作組的節(jié)點(diǎn)組成不受物理位置的限制。6.參考答案:黑盒測試的優(yōu)點(diǎn)：（1）從產(chǎn)品功能角度測試可以最大程度滿足用戶的需求。（2）相同動(dòng)作可重復(fù)執(zhí)行，最枯燥的部分可由機(jī)器完成。（3）依據(jù)測試用例針對(duì)性地找尋問題，定位更為準(zhǔn)確，容易生成測試數(shù)據(jù)。（4）將測試直接和程序/系統(tǒng)要完成的操作相關(guān)聯(lián)。7.參考答案:驅(qū)動(dòng)模塊8.參考答案:負(fù)載測試：在一定的工作負(fù)荷下，系統(tǒng)的負(fù)荷及響應(yīng)時(shí)間。強(qiáng)度測試：在一定的負(fù)荷條件下，在較長時(shí)間跨度內(nèi)的系統(tǒng)連續(xù)運(yùn)行給系統(tǒng)性能所造成的影響。容量測試：容量測試目的是通過測試預(yù)先分析出反映軟件系統(tǒng)應(yīng)用特征的某項(xiàng)指標(biāo)的極限值（如最大并發(fā)用戶數(shù)、數(shù)據(jù)庫記錄數(shù)等），系統(tǒng)在其極限值狀態(tài)下沒有出現(xiàn)任何軟件故障或還能保持主要功能正常運(yùn)行。容量測試還將確定測試對(duì)象在給定時(shí)間內(nèi)能夠持續(xù)處理的最大負(fù)載或工作量。容量測試的目的是使系統(tǒng)承受超額的數(shù)據(jù)容量來發(fā)現(xiàn)它是否能夠正確處理。容量測試是面向數(shù)據(jù)的，并且它的目的是顯示系統(tǒng)可以處理目標(biāo)內(nèi)確定的數(shù)據(jù)容量。9.參考答案:A,B,C10.參考答案:C11.參考答案:D12.參考答案: 也稱為shipment（發(fā)布），對(duì)內(nèi)部IT系統(tǒng)而言，指它的第一個(gè)版本通過徹底的測試、形成產(chǎn)品、交付給付款客戶的階段。13.參考答案: 就是Bugzilla的狀態(tài)轉(zhuǎn)換圖。14.參考答案: （1）檢查產(chǎn)品說明書屬性 （2）檢查是否完整 （3）檢查是否準(zhǔn)確 （4）檢查是否精確 （5）檢查是否一致 （6）檢查是否貼切 （7）檢查是否合理 （8）檢查代碼無關(guān) （9）檢查可測試性15.參考答案:內(nèi)部邏輯16.參考答案: 1）責(zé)任感 2）溝通能力 3）獨(dú)立的判斷和自學(xué)習(xí)能力 4）耐心、自我督促 5）團(tuán)隊(duì)精神17.參考答案: 利用GUI自動(dòng)化測試工具來開發(fā)和執(zhí)行測試腳本，從而驗(yàn)證是否滿足需求18.參考答案:數(shù)據(jù)驅(qū)動(dòng)腳本技術(shù)將測試輸入存儲(chǔ)在獨(dú)立的數(shù)據(jù)文件中，而不是綁定在腳本中。執(zhí)行時(shí)是從數(shù)據(jù)文件而不是從腳本中讀入數(shù)據(jù)。這種方法最大的好處是可以用同一個(gè)腳本允許不同的測試。對(duì)數(shù)據(jù)進(jìn)行修改，也不必修改執(zhí)行的腳本。使用數(shù)據(jù)驅(qū)動(dòng)腳本，可以以較小的開銷實(shí)現(xiàn)較多的測試用例，這可以通過為一個(gè)測試腳本指定不同的測試數(shù)據(jù)文件達(dá)到。將數(shù)據(jù)文件單獨(dú)列出，選擇合適的數(shù)據(jù)格式和形式，可將用戶的注意力集中到數(shù)據(jù)的維護(hù)和測試上。達(dá)到簡化數(shù)據(jù)，減少出錯(cuò)的概率的目的。在Winrunner中：（1）先生成單個(gè)輸入的測試腳本；（2）通過選取菜單table->datadriverwizarD.可通過向?qū)砩蓴?shù)據(jù)文件（excel文件格式），向?qū)瑫r(shí)生成了讀取該數(shù)據(jù)文件的循環(huán)語句；（3）在已有了數(shù)據(jù)文件之后，可通過選取菜單table->datatable編輯更改數(shù)據(jù)文件。19.參考答案:審查20.參考答案: 只能有一個(gè)方向的通信而沒有反方向的交互。（無、有線電廣播，電視廣播）21.參考答案: 一般指的是一個(gè)特定測試的一系列指令，這些指令可以被自動(dòng)化測試工具執(zhí)行。22.參考答案:抽樣測試23.參考答案:C24.參考答案:A,B,C25.參考答案:A卷II參考答案一.參考題庫1.參考答案:錯(cuò)誤推測法2.參考答案: 從產(chǎn)品內(nèi)部看，軟件缺陷是軟件產(chǎn)品開發(fā)或維護(hù)過程中所存在的錯(cuò)誤、毛病等各種問題；從外部看，軟件缺陷是系統(tǒng)所需實(shí)現(xiàn)的某種功能的失效或違背。 它的表現(xiàn)形式主要有以下幾種： （1）軟件未達(dá)到產(chǎn)品說明書中已經(jīng)標(biāo)明的功能； （2）軟件出現(xiàn)了產(chǎn)品說明書中指明不會(huì)出現(xiàn)的錯(cuò)誤； （3）軟件未達(dá)到產(chǎn)品說明書中雖未指出但應(yīng)當(dāng)達(dá)到的目標(biāo)； （4）軟件功能超出了產(chǎn)品說明書中指出的范圍； （5）軟件測試人員認(rèn)為軟件難以理解、不易使用，或者最終用戶認(rèn)為該軟件使用效果不良。3.參考答案: 驗(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ù)資料是否俱全。4.參考答案: 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ù)所有的測試以確保沒有打亂代碼。5.參考答案: 驗(yàn)收測試，系統(tǒng)開發(fā)生命周期方法論的一個(gè)階段，這時(shí)相關(guān)的用戶或獨(dú)立測試人員根據(jù)測試計(jì)劃和結(jié)果對(duì)系統(tǒng)進(jìn)行測試和接收。它讓系統(tǒng)用戶決定是否接收系統(tǒng)。它是一項(xiàng)確定產(chǎn)品是否能夠滿足合同或用戶所規(guī)定需求的測試。6.參考答案: 網(wǎng)絡(luò)地址轉(zhuǎn)換，是指將運(yùn)行網(wǎng)絡(luò)操作系統(tǒng)的計(jì)算機(jī)作為IP路由器，通過它在局域網(wǎng)和Internet主機(jī)之間轉(zhuǎn)發(fā)數(shù)據(jù)包，從而實(shí)現(xiàn)Internet的連接共享。7.參考答案: 界面不穩(wěn)定； 根據(jù)需要配置它的不同的部分，過程很煩瑣。 流程控制上，安全性不好界定，很容易對(duì)他人的Bug進(jìn)行誤操作； 沒有綜合的評(píng)分指標(biāo)，不好確認(rèn)修復(fù)的優(yōu)先級(jí)別。8.參考答案:測試策略用于說明測試工作的方法和目標(biāo)，系統(tǒng)測試策略主要是對(duì)系統(tǒng)測試的需求，確定測試類型和怎樣進(jìn)行測試的方法和技術(shù)。測試策略應(yīng)包括如下內(nèi)容：（1）要進(jìn)行的測試類型和測試目標(biāo)；（2）進(jìn)行測試時(shí)要采用的技術(shù)；（3）對(duì)測試的結(jié)果制定標(biāo)準(zhǔn)；（4）對(duì)測試過程中所出現(xiàn)問題存在的影響的特殊事項(xiàng)；（5）進(jìn)行系統(tǒng)測試的對(duì)是應(yīng)是完整的、集成的計(jì)算機(jī)系統(tǒng)；（6）按照設(shè)計(jì)說明書的規(guī)定，逐項(xiàng)測試系統(tǒng)的功能.性能等特性。9.參考答案: 黑盒/白盒，靜態(tài)/動(dòng)態(tài)，手工/自動(dòng)，冒煙測試，回歸測試，公測（Beta測試的策略）10.參考答案: 同行評(píng)審目的：發(fā)現(xiàn)小規(guī)模工作產(chǎn)品的錯(cuò)誤，只要是找錯(cuò)誤； 同行評(píng)審人數(shù)：3-7人人員必須經(jīng)過同行評(píng)審會(huì)議的培訓(xùn)，由SQA指導(dǎo) 同行評(píng)審內(nèi)容：內(nèi)容小一般文檔<40頁，代碼<500行 同行評(píng)審時(shí)間：一小部分工作產(chǎn)品完成； 階段評(píng)審目的：評(píng)審模塊階段作品的正確性可行性及完整性 階段評(píng)審人數(shù)：5人左右評(píng)審人必須是專家具有系統(tǒng)評(píng)審資格 階段評(píng)審內(nèi)容：內(nèi)容多，主要看重點(diǎn) 階段評(píng)審時(shí)間：通常是設(shè)置在關(guān)鍵路徑的時(shí)間點(diǎn)上!11.參考答案:錯(cuò)誤12.參考答案:A13.參考答案:軟件的測試方法有3種，即用試題測試、用新舊兩個(gè)系統(tǒng)作平行處理測試和軟件測試自動(dòng)化工具測試。14.參考答案:可靠性很差15.參考答案: 定義：是指在修改了源代碼后，用原有的測試用例進(jìn)行重新進(jìn)行測試以確認(rèn)修改沒有引入新的錯(cuò)誤或?qū)е?其他代碼產(chǎn)生錯(cuò)誤目的：所做的修改達(dá)到了預(yù)定的目的，如錯(cuò)誤得到了改正，新功能得到了實(shí)現(xiàn)，能夠適應(yīng)新的運(yùn)行環(huán)境等，不影響軟件原有功能的正確性。16.參考答案: 需要，系統(tǒng)測試計(jì)劃屬于項(xiàng)目階段性關(guān)鍵文檔，因此需要評(píng)審。17.參考答案:錯(cuò)誤18.參考答案:所測模塊和與它相關(guān)的驅(qū)動(dòng)模塊及樁模塊共同構(gòu)成了一個(gè)“測試環(huán)境”19.參考答案:A20.參考答案: 測試用例是為特定的目的而設(shè)計(jì)的一組測試輸入、執(zhí)行條件和預(yù)期的結(jié)果。測試用例是執(zhí)行的最小實(shí)體。21.參考答案: 是一個(gè)類似的同行評(píng)審過程，參與者包括了程序的作者、測試人員、一個(gè)秘書和一協(xié)調(diào)員。22.參考答案: 1、面向?qū)ο蟪绦虻慕Y(jié)構(gòu)不再是傳統(tǒng)的功能模塊結(jié)構(gòu)，作為一個(gè)整體，原有集成測試所要求的逐步將開發(fā)的模塊搭建在一起進(jìn)行測試的方法已經(jīng)不可能； 2、面向?qū)ο筌浖仐壛藗鹘y(tǒng)的開發(fā)模式，對(duì)每個(gè)開發(fā)階段都有不同于以往的要求和結(jié)果，已經(jīng)不可能用功能細(xì)化的觀點(diǎn)來檢測面向?qū)ο蠓治龊驮O(shè)計(jì)結(jié)果； 3、面向?qū)ο蟮能浖_發(fā)模型突破了傳統(tǒng)的瀑布模型，將開發(fā)分為面向?qū)ο蠓治觯∣OA）、面向?qū)ο笤O(shè)計(jì)（OOD）和面向?qū)ο缶幊蹋∣OP）3個(gè)階段。23.參考答案: 1）系統(tǒng)驗(yàn)收測試是在在系統(tǒng)測試完成后，項(xiàng)目最終交付前進(jìn)行。 2）系統(tǒng)驗(yàn)收測試不是對(duì)系統(tǒng)的全面覆蓋，而是針對(duì)用戶的核心業(yè)務(wù)流程進(jìn)行測試。 3）驗(yàn)收測試的執(zhí)行人員不是開發(fā)方的測試組成員，是由用戶方的使用人員完成。 4）驗(yàn)收可以由第三方專業(yè)化全覆蓋型技術(shù)測試團(tuán)隊(duì)測試。24.參考答案: 一個(gè)軟件生命周期包括制定計(jì)劃、需求分析定義、軟件設(shè)計(jì)、程序編碼、軟件測試、軟件運(yùn)行、軟件維護(hù)、軟件停用等8個(gè)階段25.參考答案:B卷III參考答案一.參考題庫1.參考答案:錯(cuò)誤2.參考答案: 1、計(jì)劃負(fù)載測試 2、創(chuàng)建虛擬用戶腳本 3、創(chuàng)建運(yùn)行場景 4、運(yùn)行測試腳本 5、監(jiān)視場景 6、分析測試的結(jié)果3.參考答案:正確4.參考答案:A5.參考答案:C6.參考答案: 沒有書面測試用例、記錄期望結(jié)果、檢查列表、腳本或指令的測試。主要是根據(jù)測試者的經(jīng)驗(yàn)對(duì)軟件進(jìn)行功能和性能抽查。隨機(jī)測試是根據(jù)測試說明書執(zhí)行用例測試的重要補(bǔ)充手段，是保證測試覆蓋完整性的有效方式和過程。7.參考答案:用戶8.參考答案: （1）首先采用等價(jià)類劃分法編寫測試用例必須考慮正常值與異常值的情況 （2）必要時(shí)采用邊界值分析法補(bǔ)充測試用例。 （3）采用錯(cuò)誤推斷法再追加測試用例。 （4）對(duì)照程序邏輯，檢查已設(shè)計(jì)出的測試用例的邏輯覆蓋程度。如果沒有達(dá)到要求的覆蓋標(biāo)準(zhǔn)，則應(yīng)當(dāng)再補(bǔ)充更多的測試用例。 （5）如果程序的功能說明中含有輸入條件的組合情況，則應(yīng)一開始就選用因果圖法。9.參考答案:白盒測試；黑盒測試10.參考答案:評(píng)估標(biāo)準(zhǔn)11.參考答案: 把所有可能的輸入數(shù)據(jù)（有效的和無效的）劃分成若干個(gè)等價(jià)的子集（稱為等價(jià)類），使得每個(gè)子集中的一個(gè)典型值在測試中的作用與這一子集中所有其它值的作用相同.可從每個(gè)子集中選取一組數(shù)據(jù)來測試程序12.參考答案:正確13.參考答案:（1）被測單元模塊初始狀態(tài)聲明，即測試用例的開始狀態(tài)（僅適用于被測單元維持了調(diào)用中間狀態(tài)的況）；（2）被測單元的輸入，包含由被測單元讀入的任何外部數(shù)據(jù)值；（3）該測試用例實(shí)際測試的代碼，用被測單元的功能和測試用例設(shè)計(jì)中使用的分析來說明，如：單元中哪一個(gè)決策條件被測試；（4）測試用例的期望輸出結(jié)果（在測試進(jìn)行之前的測試說明中定義）。14.參考答案: 國際化測試的目的是測試軟件的國際化支持能力，發(fā)現(xiàn)軟件的國際化的潛在問題，保證軟件在世界不同區(qū)域中都能正常運(yùn)行。國際化測試使用每種可能的國際輸入類型，針對(duì)任何區(qū)域性或區(qū)域設(shè)置檢查產(chǎn)品的功能是否正常，軟件國際化測試的重點(diǎn)在于執(zhí)行國際字符串的輸入/輸出功能。國際化測試數(shù)據(jù)必須包含東亞語言、德語、復(fù)雜腳本字符和英語（可選）的混合字符。15.參考答案:正確16.參考答案: 所謂測試用例是為特定的目的而設(shè)計(jì)的一組測試輸入、執(zhí)行條件和預(yù)期的結(jié)果；測試用例是執(zhí)行測試的最小實(shí)體。17.參考答案: 能夠自身編譯的最小程序塊，單一過程/函數(shù)（獨(dú)立