中級(jí)軟件評(píng)測(cè)師押題密卷3

中級(jí)軟件評(píng)測(cè)師押題密卷3單選題（共72題，共72分）(1.)Teamsarerequiredformostengineeringprojects.（江南博哥）Althoughsomesmallhardwareorsoftwareproductscanbedevelopedbyindividuals,thescaleandcomplexityofmodernsystemsissuch,andthedemandforshortschedulessogreat,thatitisnolonger()foronepersontodomostengineeringjobs.Systemsdevelopmentisateam(請(qǐng)作答此空),andtheeffectivenessoftheteamlargelydeterminesthe()oftheengineering.Developmentteamsoftenbehavemuchlikebaseballorbasketballteams.Eventhoughtheymayhavemultiplespecialties,allthemembersworktoward().However,onsystemsmaintenanceandenhancementteams,theengineersoftenworkrelativelyindependently,muchlikewrestlingandtrackteams.Ateamis()justagroupofpeoplewhohappentoworktogether.Teamworktakespracticeanditinvolvesspecialskills.Teamsrequirecommonprocesses;theyneedagreed-upongoals;andtheyneedeffectiveguidanceandleadership.Themethodsforguidingandleadingsuchteamsarewellknown,buttheyarenotobvious.A.activityB.jobC.processD.application正確答案：A參考解析：無(wú)(2.)Teamsarerequiredformostengineeringprojects.Althoughsomesmallhardwareorsoftwareproductscanbedevelopedbyindividuals,thescaleandcomplexityofmodernsystemsissuch,andthedemandforshortschedulessogreat,thatitisnolonger()foronepersontodomostengineeringjobs.Systemsdevelopmentisateam(),andtheeffectivenessoftheteamlargelydeterminesthe()oftheengineering.Developmentteamsoftenbehavemuchlikebaseballorbasketballteams.Eventhoughtheymayhavemultiplespecialties,allthemembersworktoward(請(qǐng)作答此空).However,onsystemsmaintenanceandenhancementteams,theengineersoftenworkrelativelyindependently,muchlikewrestlingandtrackteams.Ateamis()justagroupofpeoplewhohappentoworktogether.Teamworktakespracticeanditinvolvesspecialskills.Teamsrequirecommonprocesses;theyneedagreed-upongoals;andtheyneedeffectiveguidanceandleadership.Themethodsforguidingandleadingsuchteamsarewellknown,buttheyarenotobvious.A.multipleobjectivesB.differentobjectivesC.asingleobjectiveD.independentobjectives正確答案：C參考解析：無(wú)(3.)白盒測(cè)試也稱結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試，典型的白盒測(cè)試方法包括靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試。其中，靜態(tài)測(cè)試除了靜態(tài)結(jié)構(gòu)分析法、靜態(tài)質(zhì)量度量法外，還有()。A.代碼檢查法B.邏輯覆蓋法C.基本路徑測(cè)試法D.結(jié)構(gòu)覆蓋法正確答案：A參考解析：本題考查對(duì)軟件白盒測(cè)試相關(guān)內(nèi)容的了解。白盒測(cè)試按照程序內(nèi)部邏輯測(cè)試程序，檢驗(yàn)程序中每條通路是否按預(yù)定要求正確工作。典型的白盒測(cè)試方法包括：靜態(tài)測(cè)試、動(dòng)態(tài)測(cè)試。其中靜態(tài)測(cè)試包括：代碼檢查法、靜態(tài)結(jié)構(gòu)分析法、靜態(tài)質(zhì)量度量法。(4.)在開發(fā)一個(gè)字處理軟件時(shí)，首先快速發(fā)布了一個(gè)提供基本文件管理、編輯和文檔生成功能的版本，接著發(fā)布提供更完善的編輯和文檔生成功能的版本，最后發(fā)布提供拼寫和語(yǔ)法檢查功能的版本，這里采用了()過程模型。A.瀑布B.快速原型C.增量D.螺旋正確答案：C參考解析：本題考查軟件過程模型的基礎(chǔ)知識(shí)。瀑布模型從一種非常高層的角度描述了軟件開發(fā)過程中進(jìn)行的活動(dòng)，并且提出了要求開發(fā)人員經(jīng)過的事件序列。原型模型允許開發(fā)人員快速地構(gòu)造整個(gè)系統(tǒng)或系統(tǒng)的一部分以理解或澄清問題。增量開發(fā)是把軟件產(chǎn)品作為一系列的增量構(gòu)件來(lái)設(shè)計(jì)、編碼、集成和測(cè)試，系統(tǒng)功能在增量中不斷完善或者增加。螺旋模型把開發(fā)活動(dòng)和風(fēng)險(xiǎn)管理結(jié)合起來(lái)，以將風(fēng)險(xiǎn)減到最小并控制風(fēng)險(xiǎn)。(5.)程序質(zhì)量評(píng)審?fù)ǔＪ菑拈_發(fā)者的角度進(jìn)行評(píng)審，其內(nèi)容不包括()。A.功能結(jié)構(gòu)B.功能的通用性C.模塊層次D.與硬件的接口正確答案：D參考解析：本題考查軟件質(zhì)量的基礎(chǔ)知識(shí)。程序質(zhì)量評(píng)審?fù)ǔＪ菑拈_發(fā)者的角度進(jìn)行評(píng)審，與開發(fā)技術(shù)直接相關(guān)。著眼于軟件本身的結(jié)構(gòu)、與運(yùn)行環(huán)境的接口以及變更帶來(lái)的影響而進(jìn)行的評(píng)審活動(dòng)。(6.)軟件復(fù)雜性是指理解和處理軟件的難易程度，其度量參數(shù)不包括()。A.規(guī)模B.類型C.結(jié)構(gòu)D.難度正確答案：B參考解析：本題考查軟件質(zhì)量的基礎(chǔ)知識(shí)。軟件復(fù)雜性是度量軟件的一種重要指標(biāo)，其參數(shù)主要包括規(guī)模、難度、結(jié)構(gòu)、智能度等。規(guī)模，即總指令數(shù)，或源程序行數(shù)；難度，通常由程序中出現(xiàn)的操作數(shù)數(shù)目所決定的量表示；結(jié)構(gòu)，通常用與程序結(jié)構(gòu)有關(guān)的度量來(lái)表示；智能度，即算法的難易程度。(7.)一條Bug記錄應(yīng)包括()。①編號(hào)②Bug描述③Bug級(jí)別④Bug所屬模塊⑤發(fā)現(xiàn)人A.①②B.①②③C.①②③④D.①②③④⑤正確答案：D參考解析：本題考查Bug記錄的基本知識(shí)。根據(jù)定義，一條完整的Bug記錄應(yīng)包括編號(hào)、詳細(xì)描述、級(jí)別、所屬模塊、狀態(tài)、發(fā)現(xiàn)人等信息。根據(jù)上述描述，應(yīng)選擇選項(xiàng)D。參考答案：D(8.)以下關(guān)于測(cè)試工作在軟件開發(fā)各階段作用的敘述中，不正確的是()。A.在需求分析階段確定測(cè)試的需求分析B.在概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)階段制定集成測(cè)試計(jì)劃和單元測(cè)試計(jì)劃C.在程序編寫階段制定系統(tǒng)測(cè)試計(jì)劃D.在測(cè)試階段實(shí)施測(cè)試并提交測(cè)試報(bào)告正確答案：C參考解析：本題考查軟件測(cè)試和軟件開發(fā)的關(guān)系。軟件測(cè)試和軟件開發(fā)的關(guān)系為：項(xiàng)目規(guī)劃階段，負(fù)責(zé)從單元測(cè)試到系統(tǒng)測(cè)試的整個(gè)測(cè)試階段的規(guī)劃；需求分析階段，確定測(cè)試需求分析、系統(tǒng)測(cè)試計(jì)劃的制定，評(píng)審后成為管理項(xiàng)目；詳細(xì)設(shè)計(jì)和概要設(shè)計(jì)階段，確保集成測(cè)試計(jì)劃和單元測(cè)試計(jì)劃完成；編碼階段，由開發(fā)人員進(jìn)行自己負(fù)責(zé)部分的測(cè)試代碼，當(dāng)項(xiàng)目較大時(shí)，由專人進(jìn)行編碼階段的測(cè)試任務(wù)；測(cè)試階段(單元、集成、系統(tǒng)測(cè)試)，依據(jù)測(cè)試代碼進(jìn)行測(cè)試，并提交相應(yīng)的測(cè)試狀態(tài)報(bào)告和測(cè)試結(jié)束報(bào)告。(9.)廣義的軟件測(cè)試由“確認(rèn)”、“驗(yàn)證”、“測(cè)試”三個(gè)方面組成，其中“確認(rèn)”是()。A.想證實(shí)在一個(gè)給定的外部環(huán)境中軟件的邏輯正確性，檢查軟件在最終的運(yùn)行環(huán)境上是否達(dá)到預(yù)期的目標(biāo)B.檢測(cè)軟件開發(fā)的每個(gè)階段、每個(gè)步驟的結(jié)果是否正確無(wú)誤，是否與軟件開發(fā)各階段的要求或期望的結(jié)果相一致C.檢查某樣?xùn)|西是否符合事先已定好的標(biāo)準(zhǔn)D.試圖證明軟件在軟件生命周期各個(gè)階段以及階段間的邏輯協(xié)調(diào)性、完備性和正確性正確答案：A參考解析：本題考查對(duì)廣義軟件測(cè)試中“確認(rèn)”和“驗(yàn)證”概念的了解?！按_認(rèn)”和“驗(yàn)證”兩個(gè)概念比較容易混淆。確認(rèn)(Validation)是“確認(rèn)工作產(chǎn)品完全提供了用戶想要的功能，檢驗(yàn)產(chǎn)品是否真正提供了用戶想要的東西?！贝_認(rèn)更多是從用戶的角度，或者是模擬用戶角度來(lái)驗(yàn)證產(chǎn)品是否和自己想要的一致。確認(rèn)是想證實(shí)在一個(gè)給定的外部環(huán)境中軟件的邏輯正確性，并檢查軟件在最終的運(yùn)行環(huán)境上是否達(dá)到預(yù)期的目標(biāo)，而不是檢查軟件是否符合某些事先約定的標(biāo)準(zhǔn)。驗(yàn)證注重“過程”，確認(rèn)注重“結(jié)果”。(10.)在面向?qū)ο蠓治龊驮O(shè)計(jì)中，用類圖給出系統(tǒng)的靜態(tài)設(shè)計(jì)視圖，其應(yīng)用場(chǎng)合不包括（請(qǐng)作答此空）。下圖是一個(gè)UML類圖，其中類University和類School之間是()關(guān)系，類Person和類PersonRecord之間是()關(guān)系，表示Person與PersonRecord()。A.對(duì)系統(tǒng)的詞匯建模B.對(duì)簡(jiǎn)單的協(xié)作建模C.對(duì)邏輯數(shù)據(jù)庫(kù)模式建模D.對(duì)系統(tǒng)的需求建模正確答案：D參考解析：本題考查面向?qū)ο蠹夹g(shù)的基礎(chǔ)知識(shí)。考生應(yīng)該了解UML的典型模型，包括用例圖、類圖、序列圖、活動(dòng)圖等。本題考查類圖，類圖主要是對(duì)系統(tǒng)的詞匯建模，或者對(duì)簡(jiǎn)單的協(xié)作建模，或者對(duì)邏輯數(shù)據(jù)庫(kù)模式建模，而用例圖對(duì)系統(tǒng)的需求建模。類圖中，類和類之間的關(guān)系有依賴關(guān)系、關(guān)聯(lián)關(guān)系、聚集關(guān)系、組合關(guān)系和泛化關(guān)系，其中聚集關(guān)系和組合關(guān)系是表示更強(qiáng)的關(guān)聯(lián)關(guān)系，表示整體和部分的關(guān)系，而組合關(guān)系的類之間具有相同的生命周期。圖中類University和類School之間是聚集關(guān)系，類Person和類PersonRecord之間是依賴關(guān)系，表示Person與PersonRecord之間的語(yǔ)義關(guān)系，其中PersonRecord發(fā)生變化會(huì)影響Person的語(yǔ)義。(11.)在結(jié)構(gòu)化分析中，用數(shù)據(jù)流圖描述()。當(dāng)采用數(shù)據(jù)流圖對(duì)銀行客戶關(guān)系管理進(jìn)行分析時(shí)，（請(qǐng)作答此空）是一個(gè)加工。A.工作人員B.賬戶C.余額D.存款正確答案：D參考解析：數(shù)據(jù)流圖（DataFlowDiagram，DFD）：是一種最常用的結(jié)構(gòu)化分析工具，從數(shù)椐傳遞和加工的角度，以圖形的方式刻畫系統(tǒng)內(nèi)數(shù)據(jù)的運(yùn)動(dòng)情況。DFD擺脫了系統(tǒng)的物理內(nèi)容，精確地在邏輯上描述系統(tǒng)的功能、輸入、輸出和數(shù)椐存儲(chǔ)等，是系統(tǒng)邏輯模型的重要組部分。加工：描述了輸入數(shù)據(jù)流到輸出數(shù)據(jù)流之間的變換，也就是輸入數(shù)據(jù)流經(jīng)過什么處理后變成了輸出數(shù)據(jù)流。(12.)結(jié)構(gòu)化分析（StructuredAnalysis,SA是面向數(shù)據(jù)流的需求分析方法，______不屬于SA工具。A.分層的數(shù)據(jù)流圖B.數(shù)據(jù)詞典C.問題分析圖D.描述加工邏輯的結(jié)構(gòu)化語(yǔ)言、判定表或判定樹正確答案：C參考解析：本題考查對(duì)軟件開發(fā)工具相關(guān)內(nèi)容的了解。結(jié)構(gòu)化方法（StructuredMethod）是強(qiáng)調(diào)開發(fā)方法的結(jié)構(gòu)合理性以及所開發(fā)軟件的結(jié)構(gòu)合理性的軟件開發(fā)方法。針對(duì)軟件生存周期各個(gè)不同階段，它包括結(jié)構(gòu)化分析（SA）、結(jié)構(gòu)化設(shè)計(jì)（SD）和結(jié)構(gòu)化程序設(shè)計(jì)（SP）等方法。結(jié)構(gòu)化分析方法給出一組幫助系統(tǒng)分析人員產(chǎn)生功能規(guī)約的原理與技術(shù)。它一般利用圖形表達(dá)用戶需求，使用的手段主要有數(shù)據(jù)流圖、數(shù)據(jù)字典、結(jié)構(gòu)化語(yǔ)言、判定表以及判定樹等，其中不包括問題分析圖。(13.)Teamsarerequiredformostengineeringprojects.Althoughsomesmallhardwareorsoftwareproductscanbedevelopedbyindividuals,thescaleandcomplexityofmodernsystemsissuch,andthedemandforshortschedulessogreat,thatitisnolonger()foronepersontodomostengineeringjobs.Systemsdevelopmentisateam(),andtheeffectivenessoftheteamlargelydeterminesthe()oftheengineering.Developmentteamsoftenbehavemuchlikebaseballorbasketballteams.Eventhoughtheymayhavemultiplespecialties,allthemembersworktoward().However,onsystemsmaintenanceandenhancementteams,theengineersoftenworkrelativelyindependently,muchlikewrestlingandtrackteams.Ateamis（請(qǐng)作答此空）justagroupofpeoplewhohappentoworktogether.Teamworktakespracticeanditinvolvesspecialskills.Teamsrequirecommonprocesses;theyneedagreed-upongoals;andtheyneedeffectiveguidanceandleadership.Themethodsforguidingandleadingsuchteamsarewellknown,buttheyarenotobvious.A.relativelyB./C.onlyD.morethan正確答案：D參考解析：無(wú)(14.)軟件文檔按照其產(chǎn)生和使用的范圍可分為開發(fā)文檔、管理文檔和用戶文檔。其中開發(fā)文檔不包括()。A.軟件需求說明B.可行性研究報(bào)告C.維護(hù)修改建議D.項(xiàng)目開發(fā)計(jì)劃正確答案：C參考解析：本題考查軟件文檔的分類和作用。軟件文檔在軟件開發(fā)過程和運(yùn)行維護(hù)中起著重要作用，比如文件可以提高軟件開發(fā)過程的能見度，提高開發(fā)效率，便于協(xié)調(diào)軟件的開發(fā)、使用和維護(hù)，另外也可對(duì)軟件的運(yùn)維和培訓(xùn)提供相關(guān)信息，便于各類相關(guān)人員之間進(jìn)行交流。按照文檔產(chǎn)生和使用范圍，軟件文件可分為開發(fā)文檔、管理文檔和用戶文檔，其中開發(fā)文檔產(chǎn)生于軟件開發(fā)過程，是前一階段的工作成果體現(xiàn)，也是后一階段工作的依據(jù)，用戶文檔是為用戶準(zhǔn)備的軟件使用、操作、維護(hù)的資料。(15.)以下關(guān)于白盒測(cè)試和黑盒測(cè)試的理解，正確是()。A.白盒測(cè)試通過對(duì)程序內(nèi)部結(jié)構(gòu)的分析、檢測(cè)來(lái)尋找問題B.白盒測(cè)試通過一些表征性的現(xiàn)象、事件、標(biāo)志來(lái)判斷內(nèi)部的運(yùn)行狀態(tài)C.單元測(cè)試可應(yīng)用白盒測(cè)試方法，集成測(cè)試則采用黑盒測(cè)試方法D.在軟件生命周期各個(gè)階段都需要用白盒測(cè)試方法正確答案：A參考解析：本題考查對(duì)白盒測(cè)試和黑盒測(cè)試的理解。白盒測(cè)試是對(duì)程序內(nèi)部結(jié)構(gòu)的測(cè)試，所以B是不對(duì)的；集成測(cè)試采用設(shè)計(jì)一組裝方法，如自頂向下、自底向上或混合的增殖方法等，所以C是不對(duì)的；白盒測(cè)試是對(duì)源代碼進(jìn)行測(cè)試，如單元測(cè)試，并不適用于其他開發(fā)、測(cè)試階段，所以D是不對(duì)的。(16.)web信息系統(tǒng)所需要的進(jìn)行的測(cè)試包括（）。①功能測(cè)試②性能測(cè)試③安全測(cè)試④兼容性測(cè)試⑤可用性測(cè)試A.①②③④⑤B.①②③⑤C.①②③④D.①③④⑤正確答案：A參考解析：本題考查web系統(tǒng)測(cè)試，常見的web系統(tǒng)測(cè)試主要有以下內(nèi)容：（1）恢復(fù)測(cè)試：監(jiān)測(cè)系統(tǒng)的容錯(cuò)能力；（2）安全性測(cè)試：檢測(cè)系統(tǒng)的安全機(jī)制、保密措施是否完善，主要是為了檢驗(yàn)系統(tǒng)的防范能力；（3）壓力測(cè)試：也稱為強(qiáng)度測(cè)試，是對(duì)系統(tǒng)在異常情況下的承受能力的測(cè)試，是檢查系統(tǒng)在極限狀態(tài)下運(yùn)行時(shí)，性能下降的幅度是否在允許的范圍內(nèi)；（4）性能測(cè)試：檢查系統(tǒng)是否滿足系統(tǒng)設(shè)計(jì)方案說明書對(duì)性能的要求；（5）功能測(cè)試：可靠性測(cè)試，可用性測(cè)試和可維護(hù)性測(cè)試；（6）安裝測(cè)試/客戶端兼容性測(cè)試。（7）可用性測(cè)試：測(cè)試對(duì)用戶的友好性，主要取決于系統(tǒng)最終端或客戶的主觀意見。(17.)把所有可能的輸入數(shù)據(jù)，即程序的輸入域劃分成若干部分（子集），然后從每一個(gè)子集中選取少數(shù)具有代表性的數(shù)據(jù)作為測(cè)試用例的設(shè)計(jì)方法是（）。A.等價(jià)類劃分法B.因果圖法C.正交實(shí)驗(yàn)法D.場(chǎng)景法正確答案：A參考解析：本題考查黑盒測(cè)試方法的基礎(chǔ)知識(shí)。等價(jià)類劃分法：是把所有可能的輸入數(shù)據(jù)，即程序的輸入域劃分成若干部分（子集），然后從每一個(gè)子集中選取少數(shù)具有代表性的數(shù)據(jù)作為測(cè)試用例。因果圖法：分析測(cè)試需求，根據(jù)需求確定輸入的條件和輸出條件。根據(jù)輸入輸出，得到的判定表。通過判定表得到測(cè)試用例。正交試驗(yàn)法：根據(jù)正交性原理，從大量的實(shí)驗(yàn)數(shù)據(jù)中挑選適量的，有代表性的點(diǎn)（這些點(diǎn)具備了“均勻分散，整齊可比”的特點(diǎn)），合理地安排測(cè)試的一種科學(xué)實(shí)驗(yàn)設(shè)計(jì)方法，是研究多因素多水平的一種設(shè)計(jì)方法。簡(jiǎn)而言之就是，使用已經(jīng)造好了的表格正交表來(lái)安排試驗(yàn)并進(jìn)行數(shù)據(jù)分析的一種方法。場(chǎng)景法：根據(jù)說明，描述出程序的基本流及各項(xiàng)備選流；根據(jù)基本流和各項(xiàng)備選流生成不同的場(chǎng)景；對(duì)每一個(gè)場(chǎng)景生成相應(yīng)的測(cè)試用例；對(duì)生成的所有測(cè)試用例重新復(fù)審，去掉多余的測(cè)試用例，測(cè)試用例確定后，對(duì)每一個(gè)測(cè)試用例確定測(cè)試數(shù)據(jù)值。(18.)一個(gè)程序的控制流圖中有6個(gè)節(jié)點(diǎn)，10條邊，在測(cè)試用例數(shù)最少的情況下，確保程序中每個(gè)可執(zhí)行語(yǔ)句至少執(zhí)行一次所需要的測(cè)試用例數(shù)的上限是()。A.2B.4C.6D.8正確答案：C參考解析：V（g）=邊-節(jié)點(diǎn)+=10-6+2=6；V（g）表示實(shí)現(xiàn)基本路徑覆蓋測(cè)試用例的最大數(shù)量。(19.)從大量的實(shí)驗(yàn)數(shù)據(jù)中挑選適量的，有代表性的點(diǎn)，合理地安排測(cè)試的一種科學(xué)實(shí)驗(yàn)設(shè)計(jì)方法是()。A.等價(jià)類劃分法B.因果圖法C.正交實(shí)驗(yàn)法D.場(chǎng)景法正確答案：C參考解析：本題考查黑盒測(cè)試方法的基礎(chǔ)知識(shí)。等價(jià)類劃分法：是把所有可能的輸入數(shù)據(jù)，即程序的輸入域劃分成若干部分（子集），然后從每一個(gè)子集中選取少數(shù)具有代表性的數(shù)據(jù)作為測(cè)試用例。因果圖法：分析測(cè)試需求，根據(jù)需求確定輸入的條件和輸出條件。根據(jù)輸入輸出，得到的判定表。通過判定表得到測(cè)試用例。正交試驗(yàn)法：根據(jù)正交性原理，從大量的實(shí)驗(yàn)數(shù)據(jù)中挑選適量的，有代表性的點(diǎn)（這些點(diǎn)具備了“均勻分散，整齊可比”的特點(diǎn)），合理地安排測(cè)試的一種科學(xué)實(shí)驗(yàn)設(shè)計(jì)方法，是研究多因素多水平的一種設(shè)計(jì)方法。簡(jiǎn)而言之就是，使用已經(jīng)造好了的表格正交表來(lái)安排試驗(yàn)并進(jìn)行數(shù)據(jù)分析的一種方法。場(chǎng)景法：根據(jù)說明，描述出程序的基本流及各項(xiàng)備選流；根據(jù)基本流和各項(xiàng)備選流生成不同的場(chǎng)景；對(duì)每一個(gè)場(chǎng)景生成相應(yīng)的測(cè)試用例；對(duì)生成的所有測(cè)試用例重新復(fù)審，去掉多余的測(cè)試用例，測(cè)試用例確定后，對(duì)每一個(gè)測(cè)試用例確定測(cè)試數(shù)據(jù)值。(20.)以下關(guān)于白盒測(cè)試的敘述中，正確的是()。A.滿足語(yǔ)句覆蓋則一定滿足判定覆蓋B.滿足條件覆蓋則一定滿足判定覆蓋C.滿足判定/條件覆蓋則一定滿足路徑覆蓋D.滿足條件組合覆蓋則一定滿足判定條件覆蓋正確答案：D參考解析：本題考查白盒覆蓋測(cè)試的基礎(chǔ)知識(shí)。白盒測(cè)試設(shè)計(jì)中，共有語(yǔ)句覆蓋，判定覆蓋，條件覆蓋，判定/條件覆蓋，條件組合覆蓋和路徑覆蓋，并且強(qiáng)度依次加強(qiáng)。但是滿足條件覆蓋不一定滿足判定覆蓋。(21.)以下幾種白盒覆蓋測(cè)試中，覆蓋準(zhǔn)則最弱的是()。A.語(yǔ)句覆蓋B.判定覆蓋C.路徑覆蓋D.條件組合覆蓋正確答案：A參考解析：本題考查白盒覆蓋測(cè)試的基礎(chǔ)知識(shí)。白盒測(cè)試設(shè)計(jì)中，共有語(yǔ)句覆蓋，判定覆蓋，條件覆蓋，判定/條件覆蓋，條件組合覆蓋和路徑覆蓋，并且強(qiáng)度依次加強(qiáng)。故正確答案為A(22.)在性能測(cè)試中，關(guān)于數(shù)據(jù)準(zhǔn)備，()描述是正確的。①識(shí)別數(shù)據(jù)狀態(tài)驗(yàn)證測(cè)試案例。②初始數(shù)據(jù)提供了基線用來(lái)評(píng)估測(cè)試執(zhí)行的結(jié)果。③業(yè)務(wù)數(shù)據(jù)提供負(fù)載壓力背景。④腳本中參數(shù)數(shù)據(jù)真實(shí)模擬負(fù)載。A.①②③B.①③④C.②③D.①②③④正確答案：D參考解析：本題考查性能測(cè)試中為什么要準(zhǔn)備測(cè)試數(shù)據(jù)。原因包括：·識(shí)別數(shù)據(jù)狀態(tài)驗(yàn)證測(cè)試案例?！こ跏紨?shù)據(jù)提供了基線用來(lái)評(píng)估測(cè)試執(zhí)行的結(jié)果?！I(yè)務(wù)數(shù)據(jù)提供負(fù)載壓力背景?！つ_本中參數(shù)數(shù)據(jù)真實(shí)模擬負(fù)載。(23.)以下關(guān)于Web測(cè)試的敘述中，不正確的是()A.Web軟件的測(cè)試貫穿整個(gè)軟件生命周期B.按系統(tǒng)架構(gòu)劃分，Web測(cè)試分為客戶端測(cè)試、服務(wù)端測(cè)試和網(wǎng)絡(luò)測(cè)試C.Web系統(tǒng)測(cè)試與其他系統(tǒng)測(cè)試的測(cè)試內(nèi)容基本不同但測(cè)試重點(diǎn)相同D.Web性能測(cè)試可以采用工具輔助正確答案：C參考解析：本題考查Web測(cè)試的基礎(chǔ)知識(shí)。由于web應(yīng)用與用戶直接相關(guān)，又通常需要承受長(zhǎng)時(shí)間的大量操作，因此web項(xiàng)目的功能和性能都必須經(jīng)過可靠的驗(yàn)證。這就要經(jīng)過web項(xiàng)目的全面測(cè)試。Web應(yīng)用程序測(cè)試與其它任何一種類型的應(yīng)用程序測(cè)試相比沒有太大差別。web系統(tǒng)測(cè)試與其它系統(tǒng)測(cè)試測(cè)試內(nèi)容基本相同只是測(cè)試重點(diǎn)不同。故正確答案為C(24.)以下不屬于網(wǎng)絡(luò)測(cè)試的測(cè)試指標(biāo)的是()。A.吞吐量B.延時(shí)C.并發(fā)用戶數(shù)D.丟包率正確答案：C參考解析：本題考查網(wǎng)絡(luò)測(cè)試的基本概念。網(wǎng)絡(luò)測(cè)試是指針對(duì)軟件運(yùn)行的底層網(wǎng)絡(luò)環(huán)境進(jìn)行的測(cè)試，常見的測(cè)試指標(biāo)包括網(wǎng)絡(luò)可用性、網(wǎng)絡(luò)帶寬、吞吐量、延時(shí)、丟包率等。并發(fā)用戶數(shù)是一個(gè)整體的性能指標(biāo)，它跟軟件、平臺(tái)、硬件配置、網(wǎng)絡(luò)環(huán)境都相關(guān)，不屬于網(wǎng)絡(luò)測(cè)試的指標(biāo)。(25.)為驗(yàn)證某呼叫中心是否能夠承受大量呼叫信息同時(shí)呼入并得到正確處理，測(cè)試工程師一般采用()測(cè)試工具。A.負(fù)載壓力B.代碼C.網(wǎng)絡(luò)仿真D.故障診斷正確答案：A參考解析：本題考查對(duì)性能測(cè)試基本概念的理解。負(fù)載壓力測(cè)試是在一定約束條件下測(cè)試系統(tǒng)所能承受的并發(fā)用戶量、運(yùn)行時(shí)間、數(shù)據(jù)量，以確定系統(tǒng)所能承受的最大負(fù)載壓力的測(cè)試。題目中呼叫中心的大量呼入測(cè)試屬于本范疇，所以本題中的測(cè)試工程師應(yīng)采用負(fù)載壓力測(cè)試工具。(26.)以下關(guān)于文檔測(cè)試的說法中，正確的是()。A.文檔測(cè)試不需要仔細(xì)閱讀文檔，只需大體上無(wú)誤即可B.不用檢查文檔的編寫是否滿足文檔編寫的目的C.文檔測(cè)試需要檢查標(biāo)記是否正確D.文檔測(cè)試需要確保大部分示例經(jīng)過測(cè)試正確答案：C參考解析：本題考查文檔測(cè)試的知識(shí)。文檔測(cè)試是檢驗(yàn)樣品用戶文檔的完整性、正確性、一致性、易理解性、易瀏覽性。主要測(cè)試內(nèi)容有：1.仔細(xì)閱讀，跟隨每個(gè)步驟，檢查每個(gè)圖形；2.檢查文檔的編寫是否滿足文檔編寫的目的；3.內(nèi)容是否齊全、正確；4.內(nèi)容是否完善；5.標(biāo)記是否正確；文檔中的示例都經(jīng)過測(cè)試，而不是大部分，故正確答案為C(27.)Web應(yīng)用鏈接測(cè)試不包括()。A.無(wú)鏈接指向的頁(yè)面B.錯(cuò)誤的鏈接C.客戶端與服務(wù)器端的鏈接速率D.不存在的頁(yè)面文件正確答案：C參考解析：本題考查Web應(yīng)用鏈接測(cè)試的內(nèi)容。Web應(yīng)用鏈接測(cè)試的內(nèi)容包括：·無(wú)鏈接指向的頁(yè)面?！ゅe(cuò)誤的鏈接?！げ淮嬖诘捻?yè)面文件。但客戶端與服務(wù)器端的鏈接速率由Web性能測(cè)試獲取。(28.)負(fù)載壓力性能測(cè)試需求分析時(shí)，應(yīng)該選擇()類型的業(yè)務(wù)作為測(cè)試案例。①高吞吐量的業(yè)務(wù)②業(yè)務(wù)邏輯復(fù)雜的業(yè)務(wù)③高商業(yè)風(fēng)險(xiǎn)的業(yè)務(wù)④高服務(wù)器負(fù)載的業(yè)務(wù)⑤批處理的業(yè)務(wù)A.①②③B.①③④C.①④D.①②③④⑤正確答案：B參考解析：本題考查負(fù)載壓力性能測(cè)試需求分析的方法。應(yīng)該選擇高吞吐量的業(yè)務(wù)、高商業(yè)風(fēng)險(xiǎn)的業(yè)務(wù)、高服務(wù)器負(fù)載類型的業(yè)務(wù)作為測(cè)試案例。(29.)為檢驗(yàn)?zāi)砏eb系統(tǒng)穩(wěn)定運(yùn)行情況下能夠支持的最大并發(fā)用戶數(shù)，應(yīng)進(jìn)行()。A.負(fù)載測(cè)試B.壓力測(cè)試C.大數(shù)據(jù)量測(cè)試D.疲勞強(qiáng)度測(cè)試正確答案：D參考解析：本題考查負(fù)載測(cè)試、壓力測(cè)試、疲勞強(qiáng)度測(cè)試、大數(shù)據(jù)量測(cè)試的基本知識(shí)。負(fù)載測(cè)試：通過逐步增加系統(tǒng)負(fù)載，測(cè)試系統(tǒng)性能的變化，并最終確定在滿足性能指標(biāo)的情況下，系統(tǒng)所能承受的最大負(fù)載量的情況。壓力測(cè)試：通過逐步增加系統(tǒng)負(fù)載，測(cè)試系統(tǒng)性能的變化，并最終確定在什么負(fù)載條件下系統(tǒng)性能處于失效狀態(tài)，并以此來(lái)獲得系統(tǒng)能提供的最大服務(wù)級(jí)別的測(cè)試。疲勞強(qiáng)度測(cè)試：采用系統(tǒng)穩(wěn)定運(yùn)行情況下能夠支持的最大并發(fā)用戶數(shù)，或者日常運(yùn)行用戶數(shù)，持續(xù)執(zhí)行一段時(shí)間業(yè)務(wù)，保證達(dá)到系統(tǒng)疲勞強(qiáng)度需求的業(yè)務(wù)量，通過綜合分析交易執(zhí)行指標(biāo)和資源監(jiān)控指標(biāo)，來(lái)確定系統(tǒng)處理最大工作量強(qiáng)度性能的過程。大數(shù)據(jù)量測(cè)試：包括獨(dú)立的數(shù)據(jù)量測(cè)試和綜合數(shù)據(jù)量測(cè)試，獨(dú)立數(shù)據(jù)量測(cè)試是指針對(duì)系統(tǒng)存儲(chǔ)、傳輸、統(tǒng)計(jì)、查詢等業(yè)務(wù)進(jìn)行的大數(shù)據(jù)量測(cè)試；綜合數(shù)據(jù)量測(cè)試是指和壓力測(cè)試、負(fù)載測(cè)試、疲勞強(qiáng)度測(cè)試相結(jié)合的綜合測(cè)試。(30.)已知模塊A給模塊B傳遞數(shù)據(jù)結(jié)構(gòu)X。則這兩個(gè)模塊的耦合類型為()耦合。A.數(shù)據(jù)B.標(biāo)記C.控制D.內(nèi)容正確答案：B參考解析：一般來(lái)說，模塊之間的耦合有七種類型，根據(jù)耦合性從低到高為非直接耦合、數(shù)據(jù)耦合、標(biāo)記耦合、控制耦合、外部耦合、公共耦合和內(nèi)容耦合。數(shù)據(jù)耦合：若一個(gè)模塊訪問另一個(gè)模塊時(shí)，彼此之間是通過數(shù)據(jù)參數(shù)（不是控制參數(shù)，公共數(shù)據(jù)結(jié)構(gòu)或外部變量）來(lái)交換輸入、輸出信息。標(biāo)記耦合：模塊通過參數(shù)表傳遞記錄信息，兩個(gè)以上的模塊都需要其余某一數(shù)據(jù)結(jié)構(gòu)子結(jié)構(gòu)時(shí)，不使用全局變量方式，而是使用記錄傳遞的方式?？刂岂詈希阂粋€(gè)模塊通過傳送開關(guān)、標(biāo)志、名字等控制信息，明顯地控制選擇另一模塊的功能。內(nèi)容耦合：一個(gè)模塊直接訪問另一個(gè)模塊的內(nèi)部數(shù)據(jù)，或者通過非正常入口轉(zhuǎn)入另一個(gè)模塊內(nèi)部，或者兩個(gè)模塊有一部分程序代碼重疊，又或者一個(gè)模塊有多種入口。標(biāo)記耦合指兩個(gè)模塊之間傳遞的是數(shù)據(jù)結(jié)構(gòu)，如高級(jí)語(yǔ)言中的數(shù)組名、記錄名、文件名等這些名字即標(biāo)記，其實(shí)傳遞的是這個(gè)數(shù)據(jù)結(jié)構(gòu)的地址。故正確答案為B(31.)模塊完成的動(dòng)作之間沒有任何關(guān)系，或者僅僅是一種非常松散的關(guān)系，則該模塊的內(nèi)聚類型為()內(nèi)聚。A.偶然B.過程C.信息D.功能正確答案：A參考解析：模塊內(nèi)聚分類（由弱到強(qiáng)）分別為：1、偶然（巧合）內(nèi)聚：模塊完成的動(dòng)作之間沒有任何關(guān)系，或者僅僅是一種非常松散的關(guān)系;2、邏輯內(nèi)聚：模塊內(nèi)部的各個(gè)組成在邏輯上具有相似的處理動(dòng)作，但功能用途上彼此無(wú)關(guān);3、瞬時(shí)（時(shí)間）內(nèi)聚：模塊內(nèi)部的各個(gè)組成部分所包含的處理動(dòng)作必須在同一時(shí)間間隔內(nèi)執(zhí)行，例如初始化模塊;4、過程內(nèi)聚：模塊內(nèi)部各個(gè)組成部分所要完成的動(dòng)作雖然沒有關(guān)系，但必須按特定的次序執(zhí)行;5、通信（信息）內(nèi)聚：模塊的各個(gè)組成部分所完成的動(dòng)作都使用了同一個(gè)公用數(shù)據(jù)或產(chǎn)生同一輸出數(shù)據(jù);6、順序內(nèi)聚：模塊內(nèi)部的各個(gè)部分是相關(guān)的，前一部分處理動(dòng)作的最后輸出是后一部分處理動(dòng)作的輸入;7、功能內(nèi)聚：模塊內(nèi)部各個(gè)部分全部屬于一個(gè)整體，并執(zhí)行同一功能，且各部分對(duì)實(shí)現(xiàn)該功能都必不可少;(32.)某軟件項(xiàng)目的活動(dòng)圖如下圖所示，其中頂點(diǎn)表示項(xiàng)目里程碑，連接頂點(diǎn)的邊表示包含的活動(dòng)，邊上的數(shù)字表示活動(dòng)的持續(xù)時(shí)間（天），則完成該項(xiàng)目的最少時(shí)間為()天?；顒?dòng)BC和BF分別最多可以晚開始（請(qǐng)作答此空）天而不會(huì)影響整個(gè)項(xiàng)目的進(jìn)度。A.0和7B.0和11C.2和7D.2和11正確答案：A參考解析：本題中關(guān)鍵路徑為：A→B→D→G→F→J和A→B→C→E→F→J，總時(shí)長(zhǎng)為：18。所以完成該項(xiàng)目的最小時(shí)間為18天。BC：由于BC在關(guān)鍵路徑上，所以BC的松弛時(shí)間為0。BF：由于關(guān)鍵路徑時(shí)長(zhǎng)為18，經(jīng)過BF的最長(zhǎng)路路徑11，所以BF松弛時(shí)間為：18-11=7。(33.)模塊內(nèi)部的各個(gè)組成部分所包含的處理動(dòng)作必須在同一時(shí)間間隔內(nèi)執(zhí)行，則該模塊的內(nèi)聚類型為()內(nèi)聚。A.時(shí)間B.過程C.信息D.功能正確答案：A參考解析：模塊內(nèi)聚分類（由弱到強(qiáng)）分別為：1、偶然（巧合）內(nèi)聚：模塊完成的動(dòng)作之間沒有任何關(guān)系，或者僅僅是一種非常松散的關(guān)系;2、邏輯內(nèi)聚：模塊內(nèi)部的各個(gè)組成在邏輯上具有相似的處理動(dòng)作，但功能用途上彼此無(wú)關(guān);3、瞬時(shí)（時(shí)間）內(nèi)聚：模塊內(nèi)部的各個(gè)組成部分所包含的處理動(dòng)作必須在同一時(shí)間間隔內(nèi)執(zhí)行，例如初始化模塊;4、過程內(nèi)聚：模塊內(nèi)部各個(gè)組成部分所要完成的動(dòng)作雖然沒有關(guān)系，但必須按特定的次序執(zhí)行;5、通信（信息）內(nèi)聚：模塊的各個(gè)組成部分所完成的動(dòng)作都使用了同一個(gè)公用數(shù)據(jù)或產(chǎn)生同一輸出數(shù)據(jù);6、順序內(nèi)聚：模塊內(nèi)部的各個(gè)部分是相關(guān)的，前一部分處理動(dòng)作的最后輸出是后一部分處理動(dòng)作的輸入;7、功能內(nèi)聚：模塊內(nèi)部各個(gè)部分全部屬于一個(gè)整體，并執(zhí)行同一功能，且各部分對(duì)實(shí)現(xiàn)該功能都必不可少;(34.)已知模塊A可以通過非正常入口轉(zhuǎn)入模塊B內(nèi)部。則這兩個(gè)模塊的耦合類型為()耦合。A.數(shù)據(jù)B.標(biāo)記C.控制D.內(nèi)容正確答案：D參考解析：一般來(lái)說，模塊之間的耦合有七種類型，根據(jù)耦合性從低到高為非直接耦合、數(shù)據(jù)耦合、標(biāo)記耦合、控制耦合、外部耦合、公共耦合和內(nèi)容耦合。數(shù)據(jù)耦合：若一個(gè)模塊訪問另一個(gè)模塊時(shí)，彼此之間是通過數(shù)據(jù)參數(shù)（不是控制參數(shù)，公共數(shù)據(jù)結(jié)構(gòu)或外部變量）來(lái)交換輸入、輸出信息。標(biāo)記耦合：模塊通過參數(shù)表傳遞記錄信息，兩個(gè)以上的模塊都需要其余某一數(shù)據(jù)結(jié)構(gòu)子結(jié)構(gòu)時(shí)，不使用全局變量方式，而是使用記錄傳遞的方式?？刂岂詈希阂粋€(gè)模塊通過傳送開關(guān)、標(biāo)志、名字等控制信息，明顯地控制選擇另一模塊的功能。內(nèi)容耦合：一個(gè)模塊直接訪問另一個(gè)模塊的內(nèi)部數(shù)據(jù)，或者通過非正常入口轉(zhuǎn)入另一個(gè)模塊內(nèi)部，或者兩個(gè)模塊有一部分程序代碼重疊，又或者一個(gè)模塊有多種入口。(35.)下圖是一個(gè)軟件項(xiàng)目的活動(dòng)圖，其中頂點(diǎn)表示項(xiàng)目里程碑，連接頂點(diǎn)的邊表示包含的活動(dòng)，則完成該項(xiàng)目的最少時(shí)間為（請(qǐng)作答此空）天。若活動(dòng)0->2完成后,停止（）天開始活動(dòng)2->6，則完成整個(gè)項(xiàng)目的最少時(shí)間不變。A.52B.53C.55D.35正確答案：C參考解析：最少時(shí)間就是求項(xiàng)目的關(guān)鍵路徑，即所有路徑中最長(zhǎng)的一條，在該圖中路徑：0->2->5->7->8->9=8+15+15+7+10=55是路徑最長(zhǎng)的。故正確答案為C，55天；(36.)以下各類敏捷開發(fā)方法的敘述中，描述的是scrum方法的是()。A.XP是激發(fā)開發(fā)人員創(chuàng)造性、使管理負(fù)擔(dān)最小的一組技術(shù)B.每一個(gè)不同的項(xiàng)目都需要一套不同的策略、約定和方法論C.多個(gè)自組織和自治小組并行地遞增實(shí)現(xiàn)產(chǎn)品D.有一個(gè)使命作為指導(dǎo)，它設(shè)立了項(xiàng)目的目標(biāo)，但并不描述如何達(dá)到這個(gè)目標(biāo)正確答案：C參考解析：本題考查敏捷方法的基礎(chǔ)知識(shí)。極限編程XP是激發(fā)開發(fā)人員創(chuàng)造性、使得管理負(fù)擔(dān)最小的一組技術(shù)。水晶法Crystal認(rèn)為每—個(gè)不同的項(xiàng)目都需要一套不同的策略、約定和方法論。并列爭(zhēng)球法（Scrum）使用迭代的方法，其中把每30天一次的迭代稱為個(gè)沖刺，并按需求的優(yōu)先級(jí)來(lái)實(shí)現(xiàn)產(chǎn)品多個(gè)自組織和自治小組并行地遞增實(shí)現(xiàn)產(chǎn)品，協(xié)調(diào)是通過簡(jiǎn)短的日常情況會(huì)議進(jìn)行。自適應(yīng)軟件開發(fā)（ASD）有六個(gè)基本的原則：①在自適應(yīng)軟件開發(fā)中，有一個(gè)使命作為指導(dǎo)，它設(shè)立了項(xiàng)目的目標(biāo)，但不描述如何達(dá)到這個(gè)目標(biāo)；②特征被視為客戶鍵值的關(guān)鍵，因此，項(xiàng)目是圍繞著構(gòu)造的構(gòu)件來(lái)組織并實(shí)現(xiàn)特征；③過程中的迭代是很重要的，因此重做與做同樣重要，變化也包含其中；④變化不視為是一種更正，而是對(duì)軟件開發(fā)實(shí)際情況的調(diào)整；⑤確定的交付時(shí)間迫使開發(fā)人員認(rèn)真考慮每一個(gè)生產(chǎn)版本的關(guān)鍵需求；⑥風(fēng)險(xiǎn)也包含其中，它使開發(fā)人員首先跟蹤最艱難的問題。(37.)對(duì)軟件需求缺乏準(zhǔn)確認(rèn)識(shí)的情況下，則最適宜采用()過程模型。A.瀑布B.原型C.增量D.螺旋正確答案：B參考解析：瀑布模型：給出了軟件生存周期各階段的固定順序，上一個(gè)階段完成后才能進(jìn)入下一個(gè)階段，瀑布模型的缺點(diǎn)是缺乏靈活性。原型模型：是逐步演化成最終軟件產(chǎn)品的過程，特別適用于對(duì)軟件需求缺乏準(zhǔn)確認(rèn)識(shí)的情況。原型模型適宜于需求不明確，且變化。增量模型：采用隨著日程時(shí)間的進(jìn)展而交錯(cuò)的線性序列，每一個(gè)線性序列產(chǎn)生軟件的一個(gè)可發(fā)布的“增量”。當(dāng)使用增量模型時(shí)，第1個(gè)增量往往是核心的產(chǎn)品，即第1個(gè)增量實(shí)現(xiàn)了基本的需求，但很多補(bǔ)充的特征還沒有發(fā)布?？蛻魧?duì)每一個(gè)增量的使用和評(píng)估都作為下一個(gè)增量發(fā)布的新特征和功能，這個(gè)過程在每一個(gè)增量發(fā)布后不斷重復(fù)，直到產(chǎn)生了最終的完善產(chǎn)品。螺旋模型：提出于1988年，由瀑布模型和原型模型相結(jié)合而成，綜合了二者的優(yōu)點(diǎn)，并增加了風(fēng)險(xiǎn)分析。故正確答案為B(38.)以下關(guān)于瀑布模型的缺點(diǎn)的敘述中，不正確的是()。A.各個(gè)階段的劃分完全固定，階段之間產(chǎn)生數(shù)量不多的文檔，極大地減少了工作量。B.由于開發(fā)模型是線性的，用戶只有等到整個(gè)過程的末期才能見到開發(fā)成果，從而增加了開發(fā)風(fēng)險(xiǎn)。C.通過過多的強(qiáng)制完成日期和里程碑來(lái)跟蹤各個(gè)項(xiàng)目階段。D.瀑布模型的突出缺點(diǎn)是不適應(yīng)用戶需求的變化。正確答案：A參考解析：瀑布模型：是一個(gè)項(xiàng)目開發(fā)架構(gòu)，開發(fā)過程是通過設(shè)計(jì)一系列階段順序展開的，從系統(tǒng)需求分析開始直到產(chǎn)品發(fā)布和維護(hù)，每個(gè)階段都會(huì)產(chǎn)生循環(huán)反饋，因此，如果有信息未被覆蓋或者發(fā)現(xiàn)了問題，那么最好“返回”上一個(gè)階段并進(jìn)行適當(dāng)?shù)男薷?，?xiàng)目開發(fā)進(jìn)程從一個(gè)階段“流動(dòng)”到下一個(gè)階段，這也是瀑布模型名稱的由來(lái)。瀑布模型有以下優(yōu)點(diǎn)：1、為項(xiàng)目提供了按階段劃分的檢查點(diǎn)。2、當(dāng)前一階段完成后，您只需要去關(guān)注后續(xù)階段。3、可在迭代模型中應(yīng)用瀑布模型。4、它提供了一個(gè)模板，這個(gè)模板使得分析、設(shè)計(jì)、編碼、測(cè)試和支持的方法可以在該模板下有一個(gè)共同的指導(dǎo)。瀑布模型有以下缺點(diǎn)：1、各個(gè)階段的劃分完全固定，階段之間產(chǎn)生大量的文檔，極大地增加了工作量。2、由于開發(fā)模型是線性的，用戶只有等到整個(gè)過程的末期才能見到開發(fā)成果，從而增加了開發(fā)風(fēng)險(xiǎn)。3、通過過多的強(qiáng)制完成日期和里程碑來(lái)跟蹤各個(gè)項(xiàng)目階段。4、瀑布模型的突出缺點(diǎn)是不適應(yīng)用戶需求的變化。(39.)V模型描述了軟件基本的開發(fā)過程和測(cè)試行為，描述了不同測(cè)試階段與開發(fā)過程各階段的對(duì)應(yīng)關(guān)系。其中，集成測(cè)試對(duì)應(yīng)的開發(fā)階段是（）A.需求分析階段B.概要設(shè)計(jì)階段C.詳細(xì)設(shè)計(jì)階段D.編碼階段正確答案：B參考解析：本題考察軟件測(cè)試的V模型。V模型對(duì)應(yīng)關(guān)系如下，集成測(cè)試對(duì)應(yīng)的開發(fā)階段是概要設(shè)計(jì)階段，如下圖所示：(40.)以下關(guān)于測(cè)試方法的敘述中，正確的是()。A.根據(jù)是否需要執(zhí)行被測(cè)試代碼可分為系統(tǒng)測(cè)試和單元測(cè)試B.黑盒測(cè)試也叫做結(jié)構(gòu)測(cè)試，針對(duì)代碼本身進(jìn)行測(cè)試C.動(dòng)態(tài)測(cè)試主要是對(duì)軟件的邏輯、功能等方面進(jìn)行評(píng)估D.白盒測(cè)試把被測(cè)試代碼當(dāng)成透明的盒子，完全不可見正確答案：C參考解析：根據(jù)是否需要執(zhí)行被測(cè)試代碼可分為靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試；白盒測(cè)試：又稱結(jié)構(gòu)測(cè)試、透明盒測(cè)試、邏輯驅(qū)動(dòng)測(cè)試或基于代碼的測(cè)試。白盒測(cè)試是一種測(cè)試用例設(shè)計(jì)方法，盒子指的是被測(cè)試的軟件，白盒指的是盒子是可視的，你清楚盒子內(nèi)部的東西以及里面是如何運(yùn)作的。黑盒測(cè)試是對(duì)軟件外部表現(xiàn)進(jìn)行測(cè)試，白盒測(cè)試才會(huì)針對(duì)代碼進(jìn)行測(cè)試。(41.)以下關(guān)于軟件測(cè)試的概念，正確的是()。A.軟件測(cè)試的目的是想證實(shí)在一個(gè)給定的外部環(huán)境中軟件的邏輯正確性，即保證軟件以正確的方式來(lái)做這個(gè)事件B.軟件質(zhì)量保證的基本措施就是對(duì)軟件進(jìn)行確認(rèn)測(cè)試C.軟件測(cè)試的對(duì)象不僅僅是程序，文檔、數(shù)據(jù)和規(guī)程都是軟件測(cè)試的對(duì)象D.單元測(cè)試可檢驗(yàn)程序單元或部件的接口關(guān)系，應(yīng)能發(fā)現(xiàn)并排除在模塊連接中可能發(fā)生的問題正確答案：C參考解析：本題考查軟件測(cè)試的概念。相關(guān)的正確概念如下：軟件測(cè)試的目的不是為表明產(chǎn)品正確而進(jìn)行測(cè)試，而是證偽。軟件質(zhì)量保證與軟件測(cè)試有嚴(yán)格的區(qū)別。軟件質(zhì)量保證是通過預(yù)防、檢查與改進(jìn)來(lái)保證軟件質(zhì)量，是軟件生命周期的管理以及驗(yàn)證軟件是否滿足規(guī)定的質(zhì)量和用戶的需求。所以軟件質(zhì)量保證中包含了軟件測(cè)試，但不等同。軟件測(cè)試的對(duì)象不僅僅是程序，文檔、數(shù)據(jù)和規(guī)程都是軟件測(cè)試的對(duì)象。集成測(cè)試是模塊組裝測(cè)試，可檢驗(yàn)程序單元或部件的接口關(guān)系，應(yīng)能發(fā)現(xiàn)并排除在模塊連接中可能發(fā)生的問題。(42.)檢驗(yàn)與證實(shí)軟件是否滿足軟件需求說明書中規(guī)定的要求所進(jìn)行測(cè)試的是()。A.單元測(cè)試B.集成測(cè)試C.確認(rèn)測(cè)試D.系統(tǒng)測(cè)試正確答案：C參考解析：本題考查軟件測(cè)試階段劃分的基本知識(shí)。按照開發(fā)階段軟件測(cè)試可以分為單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、確認(rèn)測(cè)試和驗(yàn)收測(cè)試。單元測(cè)試是針對(duì)軟件程序模塊進(jìn)行正確性檢驗(yàn)的測(cè)試工作；集成測(cè)試是檢驗(yàn)程序單元或部件的接口關(guān)系，即針對(duì)軟件體系結(jié)構(gòu)的構(gòu)造進(jìn)行的測(cè)試；系統(tǒng)測(cè)試是為驗(yàn)證和確認(rèn)系統(tǒng)是否達(dá)到其原始目標(biāo)，而對(duì)集成的硬件和軟件系統(tǒng)進(jìn)行的測(cè)試；確認(rèn)測(cè)試是檢驗(yàn)與證實(shí)軟件是否滿足軟件需求說明書中規(guī)定的要求；驗(yàn)收測(cè)試是按照項(xiàng)目任務(wù)書或合同、約定的驗(yàn)收依據(jù)文檔等進(jìn)行的整個(gè)系統(tǒng)的測(cè)試與評(píng)審，決定是否接收或拒收系統(tǒng)。(43.)以下測(cè)試內(nèi)容中，屬于系統(tǒng)測(cè)試的是()。①驗(yàn)收測(cè)試②安裝測(cè)試③安全測(cè)試④性能測(cè)試⑤兼容性測(cè)試⑥易用性測(cè)試A.①②③④⑤⑥B.②③④⑤⑥C.①③④⑤⑥D(zhuǎn).①④⑤⑥正確答案：B參考解析：系統(tǒng)測(cè)試是為驗(yàn)證和確認(rèn)系統(tǒng)是否達(dá)到其原始目標(biāo)，而對(duì)集成的硬件和軟件系統(tǒng)進(jìn)行的測(cè)試。系統(tǒng)測(cè)試是在真實(shí)或模擬系統(tǒng)運(yùn)行的環(huán)境下，檢查完整的程序系統(tǒng)能否和系統(tǒng)（包括硬件、外設(shè)、網(wǎng)絡(luò)和系統(tǒng)軟件、支持平臺(tái)等）正確配置、連接，并滿足用戶需求。常見的系統(tǒng)測(cè)試主要有以下內(nèi)容：（1）恢復(fù)測(cè)試：監(jiān)測(cè)系統(tǒng)的容錯(cuò)能力（2）安全測(cè)試：檢測(cè)系統(tǒng)的安全機(jī)制、保密措施是否完善，主要是為了檢驗(yàn)系統(tǒng)的防范能力（3）壓力測(cè)試：也稱為強(qiáng)度測(cè)試，是對(duì)系統(tǒng)在異常情況下的承受能力的測(cè)試，是檢查系統(tǒng)在極限狀態(tài)下運(yùn)行時(shí)，性能下降的幅度是否在允許的范圍內(nèi)（4）性能測(cè)試：檢查系統(tǒng)是否滿足系統(tǒng)設(shè)計(jì)方案說明書對(duì)性能的要求（5）可靠性、兼容性、易用性、可用性和可維護(hù)性測(cè)試（6）安裝測(cè)試故正確答案為B(44.)以下關(guān)于不同類型的軟件測(cè)試的敘述，正確的是()。A.單元測(cè)試不是模塊測(cè)試B.多個(gè)模塊不能平行地獨(dú)立進(jìn)行測(cè)試，應(yīng)該順序執(zhí)行C.系統(tǒng)測(cè)試是檢驗(yàn)程序單元或部件之間的接口關(guān)系D.確認(rèn)測(cè)試是通過檢驗(yàn)和/或核查所提供的客觀證據(jù)，證實(shí)軟件是否滿足特定預(yù)期用途的需求正確答案：D參考解析：本題考查對(duì)軟件測(cè)試類型的相關(guān)知識(shí)的理解。單元測(cè)試又稱為模塊測(cè)試，是針對(duì)程序模塊（軟件設(shè)計(jì)的最小單位）來(lái)進(jìn)行正確性檢驗(yàn)的測(cè)試工作，所以A是不對(duì)的；多個(gè)模塊可以同時(shí)進(jìn)行測(cè)試，不用順序進(jìn)行，所以B不對(duì)；系統(tǒng)測(cè)試是將通過確認(rèn)測(cè)試的軟件作為整個(gè)基于計(jì)算機(jī)系統(tǒng)的一個(gè)元素，與計(jì)算機(jī)硬件、外設(shè)、某些支持軟件、數(shù)據(jù)和人員等其他系統(tǒng)元素結(jié)合在一起測(cè)試，而不是檢驗(yàn)程序單元或部件之間的接口關(guān)系，所以C不對(duì)；答案D是正確的。(45.)V模型描述了軟件基本的開發(fā)過程和測(cè)試行為，描述了不同測(cè)試階段與開發(fā)過程各階段的對(duì)應(yīng)關(guān)系。其中，單元測(cè)試對(duì)應(yīng)的開發(fā)階段是()。A.需求分析階段B.概要設(shè)計(jì)階段C.詳細(xì)設(shè)計(jì)階段D.編碼階段正確答案：C參考解析：本題考察軟件測(cè)試的V模型。V模型對(duì)應(yīng)關(guān)系如下，集成測(cè)試對(duì)應(yīng)的開發(fā)階段是概要設(shè)計(jì)階段，如下圖所示：(46.)V模型描述了軟件基本的開發(fā)過程和測(cè)試行為，描述了不同測(cè)試階段與開發(fā)過程各階段的對(duì)應(yīng)關(guān)系。其中，系統(tǒng)測(cè)試對(duì)應(yīng)的開發(fā)階段是()。A.需求分析階段B.概要設(shè)計(jì)階段C.詳細(xì)設(shè)計(jì)階段D.編碼階段正確答案：A參考解析：本題考察軟件測(cè)試的V模型。V模型對(duì)應(yīng)關(guān)系如下，系統(tǒng)測(cè)試對(duì)應(yīng)的開發(fā)階段是需求分析階段，如下圖所示：(47.)以下測(cè)試內(nèi)容中，屬于系統(tǒng)測(cè)試的是（）。①單元測(cè)試②集成測(cè)試③安全測(cè)試④性能測(cè)試⑤可靠性測(cè)試A.①②③④⑤B.②③④⑤C.③④⑤D.①④⑤正確答案：C參考解析：按照開發(fā)階段可以劃分為單元測(cè)試、集成測(cè)試和系統(tǒng)測(cè)試等，系統(tǒng)測(cè)試是為驗(yàn)證和確認(rèn)系統(tǒng)是否達(dá)到其原始目標(biāo)，而對(duì)集成的硬件和軟件系統(tǒng)進(jìn)行的測(cè)試。系統(tǒng)測(cè)試是在真實(shí)或模擬系統(tǒng)運(yùn)行的環(huán)境下，檢查完整的程序系統(tǒng)能否和系統(tǒng)正確配置、連接，并滿足用戶需求。常見的系統(tǒng)測(cè)試主要有以下內(nèi)容：（1）恢復(fù)測(cè)試：監(jiān)測(cè)系統(tǒng)的容錯(cuò)能力（2）安全測(cè)試：檢測(cè)系統(tǒng)的安全機(jī)制、保密措施是否完善，主要是為了檢驗(yàn)系統(tǒng)的防范能力（3）壓力測(cè)試：也稱為強(qiáng)度測(cè)試，是對(duì)系統(tǒng)在異常情況下的承受能力的測(cè)試，是檢查系統(tǒng)在極限狀態(tài)下運(yùn)行時(shí)，性能下降的幅度是否在允許的范圍內(nèi)（4）性能測(cè)試：檢查系統(tǒng)是否滿足系統(tǒng)設(shè)計(jì)方案說明書對(duì)性能的要求（5）可靠性、兼容性、易用性、可用性和可維護(hù)性測(cè)試（6）安裝測(cè)試(48.)以下不屬于軟件測(cè)試工具的是()。A.JMeterB.LoadRunnerC.JTestD.JBuilder正確答案：D參考解析：本題考查軟件工具的基本知識(shí)。JMeter、LoadRunner和JTest都是軟件測(cè)試工具。JBuilder是一種軟件開發(fā)工具，不屬于軟件測(cè)試工具。(49.)以下關(guān)于軟件測(cè)試分類定義的敘述，正確的是()。A.軟件測(cè)試可分為單元測(cè)試、集成測(cè)試、確認(rèn)測(cè)試、系統(tǒng)測(cè)試和性能測(cè)試B.確認(rèn)測(cè)試是在模塊測(cè)試完成的基礎(chǔ)上將所有的程序模塊進(jìn)行組合并驗(yàn)證其是否滿足用戶需求的過程C.軟件測(cè)試按照研發(fā)階段可分為白盒測(cè)試和黑盒測(cè)試D.軟件測(cè)試按照測(cè)試實(shí)施組織劃分：開發(fā)方測(cè)試、用戶測(cè)試和第三方測(cè)試。正確答案：D參考解析：本題考察軟件測(cè)試的分類。軟件測(cè)試的類型劃分：（1）按照研發(fā)階段：?jiǎn)卧獪y(cè)試、集成測(cè)試、確認(rèn)測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試。（2）按照測(cè)試實(shí)施組織劃分：開發(fā)方測(cè)試、用戶測(cè)試和第三方測(cè)試。（3）按照測(cè)試方式劃分：靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試。（4）按照測(cè)試技術(shù)劃分：黑盒測(cè)試、白盒測(cè)試和灰盒測(cè)試。選項(xiàng)中B是錯(cuò)誤的，集成測(cè)試是在模塊測(cè)試完成的基礎(chǔ)上將所有的程序模塊進(jìn)行組合并驗(yàn)證，主要目標(biāo)是發(fā)現(xiàn)與接口有關(guān)的問題；確認(rèn)測(cè)試驗(yàn)證軟件的功能和性能及其他特性是否與用戶的要求一致。(50.)Creatingaclearmapofwheretheprojectisgoingisanimportantfirststep.Itletsyouidentifyrisks,clarifyobjectives,anddetermineiftheprojectevenmakessense.Theonlythingmoreimportantthanthereleaseplanisnottotakeittooseriously.ReleaseplanningiscreatingagameplanforyourWebproject(請(qǐng)作答此空)whatyouthinkyouwantyourWebsitetobe.Theplanisaguideforthecontent,designelements,andfunctionalityofaWebsitetobereleasedtothepublic,topartners,orinternally.Italso()howlongtheprojectwilltakeandhowmuchitwillcost.Whattheplanisnotisafunctional()thatdefinestheprojectindetailorthatproducesabudgetyoucantaketothebank.BasicallyyouuseareleasePlantodoaninitialsanitycheckoftheproject's()andworthiness.ReleasePlansareusefulroadmaps,butdon'tthinkofthemasguidestotheinterstateroadsystem.Instead,thinkofthemasthe()usedbyearlyexplorers-halfrumorandguessandhalfhopeandexpectation.It'salwaysagoodideatohaveamapofwhereaprojectisheaded.A.constructingB.designingC.implementingD.outlining正確答案：D參考解析：表示概述的意思。附（參考翻譯）：創(chuàng)建一個(gè)清晰的項(xiàng)目進(jìn)展圖是重要的第一步。它可以讓你識(shí)別風(fēng)險(xiǎn)，明確目標(biāo)，并確定項(xiàng)目是否有意義。唯一比發(fā)布計(jì)劃更重要的是不要太認(rèn)真。發(fā)布計(jì)劃是為您的web項(xiàng)目創(chuàng)建一個(gè)游戲計(jì)劃，概述您認(rèn)為您希望您的web站點(diǎn)是什么。該計(jì)劃是將網(wǎng)站的內(nèi)容、設(shè)計(jì)元素和功能發(fā)布給公眾、合作伙伴或內(nèi)部的指南。它還估計(jì)了項(xiàng)目需要多長(zhǎng)時(shí)間和花費(fèi)多少。計(jì)劃不是一個(gè)功能規(guī)范，詳細(xì)定義了項(xiàng)目，或者生成了一個(gè)可以提交給銀行的預(yù)算?；旧?，您使用一個(gè)發(fā)布計(jì)劃來(lái)對(duì)項(xiàng)目的可行性和價(jià)值進(jìn)行初步的檢查。發(fā)布計(jì)劃是有用的路線圖，但不要認(rèn)為它們是州際公路系統(tǒng)的指南。相反，把它們當(dāng)作早期探險(xiǎn)家的指導(dǎo)，一半是謠言，一半是猜測(cè)，一半是希望和期待。有一個(gè)項(xiàng)目的發(fā)展方向圖總算是個(gè)好主意。(51.)以下關(guān)于軟件測(cè)試原則的敘述中，正確的是()。A.測(cè)試用例只需選用合理的輸入數(shù)據(jù)，不需要選擇不合理的輸入數(shù)據(jù)B.應(yīng)制定測(cè)試計(jì)劃并嚴(yán)格執(zhí)行，排除隨意性C.窮舉測(cè)試是可能的D.程序員應(yīng)盡量測(cè)試自己的程序正確答案：B參考解析：本題考查軟件測(cè)試的原則。軟件測(cè)試應(yīng)遵循的原則包括：應(yīng)當(dāng)把"盡早和不斷地測(cè)試"作為開發(fā)者的座右銘；程序員應(yīng)該避免檢查自己的程序，測(cè)試工作應(yīng)該由獨(dú)立的專業(yè)的軟件測(cè)試機(jī)構(gòu)來(lái)完成；設(shè)計(jì)測(cè)試用例時(shí)，應(yīng)該考慮到合法的輸入和不合法的輸入，以及各種邊界條件；一定要注意測(cè)試中的錯(cuò)誤集中發(fā)生現(xiàn)象，應(yīng)對(duì)錯(cuò)誤群集的程序段進(jìn)行重點(diǎn)測(cè)試；對(duì)測(cè)試錯(cuò)誤結(jié)果一定要有一個(gè)確認(rèn)的過程；制定嚴(yán)格的測(cè)試計(jì)劃，并把測(cè)試時(shí)間安排得盡量寬松，不要希望在極短的時(shí)間內(nèi)完成一個(gè)高水平的測(cè)試；回歸測(cè)試的關(guān)聯(lián)性一定要引起充分的注意，修改一個(gè)錯(cuò)誤而引起更多錯(cuò)誤出現(xiàn)的現(xiàn)象并不少見；妥善保存一切測(cè)試過程文檔；窮舉測(cè)試是不能實(shí)現(xiàn)的。根據(jù)上述描述，測(cè)試過程中需要制定測(cè)試計(jì)劃并嚴(yán)格執(zhí)行。(52.)壓力測(cè)試不會(huì)使用到以下哪種測(cè)試手段()。A.重復(fù)B.XSSC.增加量級(jí)D.并發(fā)正確答案：B參考解析：壓力測(cè)試是通過逐步增加系統(tǒng)負(fù)載，測(cè)試系統(tǒng)性能的變化，并最終確定在什么負(fù)載條件下系統(tǒng)性能處于失效狀態(tài)，并以此來(lái)獲得系統(tǒng)能提供的最大服務(wù)級(jí)別的測(cè)試。本題中選項(xiàng)A、C、D都是壓力測(cè)試的方法，選項(xiàng)B，是跨站腳本攻擊，屬于安全性測(cè)試使用的方法。故正確答案為B。(53.)web信息系統(tǒng)所需要的進(jìn)行的測(cè)試包括()。①功能測(cè)試②壓力測(cè)試③安裝測(cè)試④兼容性測(cè)試⑤安全性測(cè)試A.①②③④⑤B.①②③⑤C.①②③④D.①③④⑤正確答案：A參考解析：本題考查web系統(tǒng)測(cè)試，常見的web系統(tǒng)測(cè)試主要有以下內(nèi)容：（1）恢復(fù)測(cè)試：監(jiān)測(cè)系統(tǒng)的容錯(cuò)能力；（2）安全性測(cè)試：檢測(cè)系統(tǒng)的安全機(jī)制、保密措施是否完善，主要是為了檢驗(yàn)系統(tǒng)的防范能力；（3）壓力測(cè)試：也稱為強(qiáng)度測(cè)試，是對(duì)系統(tǒng)在異常情況下的承受能力的測(cè)試，是檢查系統(tǒng)在極限狀態(tài)下運(yùn)行時(shí)，性能下降的幅度是否在允許的范圍內(nèi)；（4）性能測(cè)試：檢查系統(tǒng)是否滿足系統(tǒng)設(shè)計(jì)方案說明書對(duì)性能的要求；（5）功能測(cè)試：可靠性測(cè)試，可用性測(cè)試和可維護(hù)性測(cè)試；（6）安裝測(cè)試/客戶端兼容性測(cè)試。（7）可用性測(cè)試：測(cè)試對(duì)用戶的友好性，主要取決于系統(tǒng)最終端或客戶的主觀意見。故正確答案為A(54.)下圖是()設(shè)計(jì)模式的類圖，該設(shè)計(jì)模式的目的是()，圖中，ConcreteCommand和Command之間是（請(qǐng)作答此空）關(guān)系，Invoker和Command之間是()關(guān)系。A.依賴B.關(guān)聯(lián)C.繼承D.聚合正確答案：C參考解析：適配器模式：將一個(gè)類的接口適配成用戶所期待的。一個(gè)適配允許通常因?yàn)榻涌诓患嫒荻荒茉谝黄鸸ぷ鞯念惞ぷ髟谝黄?，做法是將類自己的接口包裹在一個(gè)已存在的類中。命令模式：將一個(gè)請(qǐng)求封裝成一個(gè)對(duì)象，從而使得可以用不同的請(qǐng)求對(duì)客戶進(jìn)行參數(shù)化，隊(duì)請(qǐng)求排隊(duì)或記錄請(qǐng)求日志，以及支持可撤銷的操作。裝飾模式：指的是在不必改變?cè)愇募褪褂美^承的情況下，動(dòng)態(tài)地?cái)U(kuò)展一個(gè)對(duì)象的功能。它是通過創(chuàng)建一個(gè)包裝對(duì)象，也就是裝飾來(lái)包裹真實(shí)的對(duì)象。代理模式：為一個(gè)對(duì)象提供代理以控制該對(duì)象的訪問。類之間的關(guān)系主要有以下幾種：（1）繼承關(guān)系：是指子類自動(dòng)地具有其父類的全部屬性與操作，也稱為父類對(duì)子類的泛化。在UML建模語(yǔ)言中，采用空心三角形表示，從子類指向父類。（2）關(guān)聯(lián)關(guān)系：是指兩個(gè)或多個(gè)類之間的一種靜態(tài)關(guān)系，表現(xiàn)為一個(gè)類是另一個(gè)類的成員變量。在UML類圖中，雙向的關(guān)聯(lián)可以有兩個(gè)箭頭或者沒有箭頭，單向的關(guān)聯(lián)有一個(gè)箭頭，帶普通箭頭的實(shí)心線指向被擁有者。（3）聚合關(guān)系：是整體與部分之間的關(guān)系，是強(qiáng)的關(guān)聯(lián)關(guān)系。在UML中，聚合關(guān)系用帶空心菱形的實(shí)心線，菱形指向整體。（4）依賴關(guān)系：也是類之間的一種靜態(tài)關(guān)系，表現(xiàn)為一個(gè)類是另外一個(gè)類的局部變量。在UML中，依賴關(guān)系用帶箭頭的虛線表示，由依賴的一方指向被依賴的一方。(55.)下圖是()設(shè)計(jì)模式的類圖，該設(shè)計(jì)模式的目的是（請(qǐng)作答此空），圖中，ConcreteStrategy和Strategy之間是()關(guān)系，Strategy和Context之間是()關(guān)系。A.將一個(gè)類的接口轉(zhuǎn)換為客戶期望的另一種接口，使得原本不匹配的接口而無(wú)法合作的類可以一起工作B.定義一系列的算法，把它們一個(gè)個(gè)封裝起來(lái)，并且使它們可以相互替換。C.動(dòng)態(tài)地給一個(gè)對(duì)象附加額外的職責(zé)，不必通過子類就能靈活地增加功能D.為一個(gè)對(duì)象提供代理以控制該對(duì)象的訪問正確答案：B參考解析：適配器模式：將一個(gè)類的接口適配成用戶所期待的。一個(gè)適配允許通常因?yàn)榻涌诓患嫒荻荒茉谝黄鸸ぷ鞯念惞ぷ髟谝黄?，做法是將類自己的接口包裹在一個(gè)已存在的類中。橋接模式：將抽象部分與它的實(shí)現(xiàn)部分分離，使它們都可以獨(dú)立地變化。裝飾模式：指的是在不必改變?cè)愇募褪褂美^承的情況下，動(dòng)態(tài)地?cái)U(kuò)展一個(gè)對(duì)象的功能。它是通過創(chuàng)建一個(gè)包裝對(duì)象，也就是裝飾來(lái)包裹真實(shí)的對(duì)象。策略模式：定義一系列的算法，把它們一個(gè)個(gè)封裝起來(lái)，并且使它們可以相互替換。類之間的關(guān)系主要有以下幾種：（1）繼承關(guān)系：是指子類自動(dòng)地具有其父類的全部屬性與操作，也稱為父類對(duì)子類的泛化。在UML建模語(yǔ)言中，采用空心三角形表示，從子類指向父類。（2）關(guān)聯(lián)關(guān)系：是指兩個(gè)或多個(gè)類之間的一種靜態(tài)關(guān)系，表現(xiàn)為一個(gè)類是另一個(gè)類的成員變量。在UML類圖中，雙向的關(guān)聯(lián)可以有兩個(gè)箭頭或者沒有箭頭，單向的關(guān)聯(lián)有一個(gè)箭頭，帶普通箭頭的實(shí)心線指向被擁有者。（3）聚合關(guān)系：是整體與部分之間的關(guān)系，是強(qiáng)的關(guān)聯(lián)關(guān)系。在UML中，聚合關(guān)系用帶空心菱形的實(shí)心線，菱形指向整體。（4）依賴關(guān)系：也是類之間的一種靜態(tài)關(guān)系，表現(xiàn)為一個(gè)類是另外一個(gè)類的局部變量。在UML中，依賴關(guān)系用帶箭頭的虛線表示，由依賴的一方指向被依賴的一方。(56.)下圖是（請(qǐng)作答此空）設(shè)計(jì)模式的類圖，該設(shè)計(jì)模式的目的是()，圖中，ConcreteCommand和Command之間是()關(guān)系，Invoker和Command之間是()關(guān)系。A.適配器B.命令C.裝飾D.代理正確答案：B參考解析：適配器模式：將一個(gè)類的接口適配成用戶所期待的。一個(gè)適配允許通常因?yàn)榻涌诓患嫒荻荒茉谝黄鸸ぷ鞯念惞ぷ髟谝黄?，做法是將類自己的接口包裹在一個(gè)已存在的類中。命令模式：將一個(gè)請(qǐng)求封裝成一個(gè)對(duì)象，從而使得可以用不同的請(qǐng)求對(duì)客戶進(jìn)行參數(shù)化，隊(duì)請(qǐng)求排隊(duì)或記錄請(qǐng)求日志，以及支持可撤銷的操作。裝飾模式：指的是在不必改變?cè)愇募褪褂美^承的情況下，動(dòng)態(tài)地?cái)U(kuò)展一個(gè)對(duì)象的功能。它是通過創(chuàng)建一個(gè)包裝對(duì)象，也就是裝飾來(lái)包裹真實(shí)的對(duì)象。代理模式：為一個(gè)對(duì)象提供代理以控制該對(duì)象的訪問。類之間的關(guān)系主要有以下幾種：（1）繼承關(guān)系：是指子類自動(dòng)地具有其父類的全部屬性與操作，也稱為父類對(duì)子類的泛化。在UML建模語(yǔ)言中，采用空心三角形表示，從子類指向父類。（2）關(guān)聯(lián)關(guān)系：是指兩個(gè)或多個(gè)類之間的一種靜態(tài)關(guān)系，表現(xiàn)為一個(gè)類是另一個(gè)類的成員變量。在UML類圖中，雙向的關(guān)聯(lián)可以有兩個(gè)箭頭或者沒有箭頭，單向的關(guān)聯(lián)有一個(gè)箭頭，帶普通箭頭的實(shí)心線指向被擁有者。（3）聚合關(guān)系：是整體與部分之間的關(guān)系，是強(qiáng)的關(guān)聯(lián)關(guān)系。在UML中，聚合關(guān)系用帶空心菱形的實(shí)心線，菱形指向整體。（4）依賴關(guān)系：也是類之間的一種靜態(tài)關(guān)系，表現(xiàn)為一個(gè)類是另外一個(gè)類的局部變量。在UML中，依賴關(guān)系用帶箭頭的虛線表示，由依賴的一方指向被依賴的一方。(57.)下圖是()設(shè)計(jì)模式的類圖，該設(shè)計(jì)模式的目的是（請(qǐng)作答此空），圖中，Subject和Proxy之間是()關(guān)系，Proxy和RealSubject之間是()關(guān)系。A.將一個(gè)類的接口轉(zhuǎn)換為客戶期望的另一種接口，使得原本不匹配的接口而無(wú)法合作的類可以一起工作B.將一個(gè)抽象與其實(shí)現(xiàn)分離開，以便兩者能夠各自獨(dú)立地演變C.動(dòng)態(tài)地給一個(gè)對(duì)象附加額外的職責(zé)，不必通過子類就能靈活地增加功能D.為一個(gè)對(duì)象提供代理以控制該對(duì)象的訪問正確答案：D參考解析：適配器模式：將一個(gè)類的接口適配成用戶所期待的。一個(gè)適配允許通常因?yàn)榻涌诓患嫒荻荒茉谝黄鸸ぷ鞯念惞ぷ髟谝黄?，做法是將類自己的接口包裹在一個(gè)已存在的類中。橋接模式：將抽象部分與它的實(shí)現(xiàn)部分分離，使它們都可以獨(dú)立地變化。裝飾模式：指的是在不必改變?cè)愇募褪褂美^承的情況下，動(dòng)態(tài)地?cái)U(kuò)展一個(gè)對(duì)象的功能。它是通過創(chuàng)建一個(gè)包裝對(duì)象，也就是裝飾來(lái)包裹真實(shí)的對(duì)象。代理模式：為一個(gè)對(duì)象提供代理以控制該對(duì)象的訪問。類之間的關(guān)系主要有以下幾種：（1）繼承關(guān)系：是指子類自動(dòng)地具有其父類的全部屬性與操作，也稱為父類對(duì)子類的泛化。在UML建模語(yǔ)言中，采用空心三角形表示，從子類指向父類。（2）關(guān)聯(lián)關(guān)系：是指兩個(gè)或多個(gè)類之間的一種靜態(tài)關(guān)系，表現(xiàn)為一個(gè)類是另一個(gè)類的成員變量。在UML類圖中，雙向的關(guān)聯(lián)可以有兩個(gè)箭頭或者沒有箭頭，單向的關(guān)聯(lián)有一個(gè)箭頭，帶普通箭頭的實(shí)心線指向被擁有者。（3）聚合關(guān)系：是整體與部分之間的關(guān)系，是強(qiáng)的關(guān)聯(lián)關(guān)系。在UML中，聚合關(guān)系用帶空心菱形的實(shí)心線，菱形指向整體。（4）依賴關(guān)系：也是類之間的一種靜態(tài)關(guān)系，表現(xiàn)為一個(gè)類是另外一個(gè)類的局部變量。在UML中，依賴關(guān)系用帶箭頭的虛線表示，由依賴的一方指向被依賴的一方。(58.)下圖是()設(shè)計(jì)模式的類圖，該設(shè)計(jì)模式的目的是()，圖中，ConcreteStrategy和Strategy之間是()關(guān)系，Strategy和Context之間是（請(qǐng)作答此空）關(guān)系。A.依賴B.關(guān)聯(lián)C.繼承D.聚合正確答案：D參考解析：適配器模式：將一個(gè)類的接口適配成用戶所期待的。一個(gè)適配允許通常因?yàn)榻涌诓患嫒荻荒茉谝黄鸸ぷ鞯念惞ぷ髟谝黄穑龇ㄊ菍㈩愖约旱慕涌诎谝粋€(gè)已存在的類中。橋接模式：將抽象部分與它的實(shí)現(xiàn)部分分離，使它們都可以獨(dú)立地變化。裝飾模式：指的是在不必改變?cè)愇募褪褂美^承的情況下，動(dòng)態(tài)地?cái)U(kuò)展一個(gè)對(duì)象的功能。它是通過創(chuàng)建一個(gè)包裝對(duì)象，也就是裝飾來(lái)包裹真實(shí)的對(duì)象。策略模式：定義一系列的算法，把它們一個(gè)個(gè)封裝起來(lái)，并且使它們可以相互替換。類之間的關(guān)系主要有以下幾種：（1）繼承關(guān)系：是指子類自動(dòng)地具有其父類的全部屬性與操作，也稱為父類對(duì)子類的泛化。在UML建模語(yǔ)言中，采用空心三角形表示，從子類指向父類。（2）關(guān)聯(lián)關(guān)系：是指兩個(gè)或多個(gè)類之間的一種靜態(tài)關(guān)系，表現(xiàn)為一個(gè)類是另一個(gè)類的成員變量。在UML類圖中，雙向的關(guān)聯(lián)可以有兩個(gè)箭頭或者沒有箭頭，單向的關(guān)聯(lián)有一個(gè)箭頭，帶普通箭頭的實(shí)心線指向被擁有者。（3）聚合關(guān)系：是整體與部分之間的關(guān)系，是強(qiáng)的關(guān)聯(lián)關(guān)系。在UML中，聚合關(guān)系用帶空心菱形的實(shí)心線，菱形指向整體。（4）依賴關(guān)系：也是類之間的一種靜態(tài)關(guān)系，表現(xiàn)為一個(gè)類是另外一個(gè)類的局部變量。在UML中，依賴關(guān)系用帶箭頭的虛線表示，由依賴的一方指向被依賴的一方。(59.)（請(qǐng)作答此空）analysisemphasizesthedrawingofpictorialsystemmodelstodocumentandvalidatebothexistingand/orproposedsystems.Ultimately,thesystemmodelsbecomethe()fordesigningandconstructinganimprovedsystem.()issuchatechnique.Theemphasisinthistechniqueisprocess-centered.Systemsanalystsdrawaseriesofprocessmodelscalled()、()isanothersuchtechniquethatintegratesdataandprocessconcernsintoconstructscalledobjects.A.PrototypingB.AcceleratedC.Model-drivenD.Iterative正確答案：C參考解析：模型驅(qū)動(dòng)的分析方法強(qiáng)調(diào)通過繪制圖形化的系統(tǒng)模型來(lái)說明和驗(yàn)證已有的或待開發(fā)的系統(tǒng)。這些系統(tǒng)模型最終會(huì)成為設(shè)計(jì)和構(gòu)建改進(jìn)后的系統(tǒng)的藍(lán)圖。結(jié)構(gòu)化分析就是這樣一種方法，它是以過程為中心的。在結(jié)構(gòu)化分析方法中，系統(tǒng)分析員所繪制的一系列過程模型被稱為DFD。面向?qū)ο蠓治鍪橇硗庖环N模型驅(qū)動(dòng)的分析方法，它將數(shù)據(jù)和過程統(tǒng)一到了一個(gè)被稱為"對(duì)象"的結(jié)構(gòu)中。(60.)()analysisemphasizesthedrawingofpictorialsystemmodelstodocumentandvalidatebothexistingand/orproposedsystems.Ultimately,thesystemmodelsbecomethe()fordesigningandconstructinganimprovedsystem.（請(qǐng)作答此空）issuchatechnique.Theemphasisinthistechniqueisprocess-centered.Systemsanalystsdrawaseriesofprocessmodelscalled()、()isanothersuchtechniquethatintegratesdataandprocessconcernsintoconstructscalledobjects.A.StructuredanalysisB.InformationEngineeringC.DiscoveryPrototypingD.Object-Orientedanalysis正確答案：A參考解析：模型驅(qū)動(dòng)的分析方法強(qiáng)調(diào)通過繪制圖形化的系統(tǒng)模型來(lái)說明和驗(yàn)證已有的或待開發(fā)的系統(tǒng)。這些系統(tǒng)模型最終會(huì)成為設(shè)計(jì)和構(gòu)建改進(jìn)后的系統(tǒng)的藍(lán)圖。結(jié)構(gòu)化分析就是這樣一種方法，它是以過程為中心的。在結(jié)構(gòu)化分析方法中，系統(tǒng)分析員所繪制的一系列過程模型被稱為DFD。面向?qū)ο蠓治鍪橇硗庖环N模型驅(qū)動(dòng)的分析方法，它將數(shù)據(jù)和過程統(tǒng)一到了一個(gè)被稱為"對(duì)象"的結(jié)構(gòu)中。(61.)Cloudcomputingisaphraseusedtodescribeavarietyofcomputingconceptsthatinvolvealargenumberofcomputers_()__throughareal-timecommunicationnetworksuchastheInternet.Inscience,cloudcomputingisa_()__fordistributedcomputingoveranetwork,andmeansthe_（請(qǐng)作答此空）_torunaprogramorapplicationonmanyconnectedcomputersatthesametime.Thearchitectureofacloudisdevelopedatthreelayers:infrastructure,platform,andapplication.Theinfrastructurelayerisbuiltwithvirtualizedcompute，storage，andnetworkresources.Theplatformlayerisforgeneral-purposeandrepeatedusageofthecollectionofsoftwareresources.TheapplicationlayerisformedwithacollectionofallneededsoftwaremodulesforSaaSapplications.Theinfrastructurelayerservesasthe_()__forbuildingtheplatformlayerofthecloud.Inturn,theplatformlayerisfoundationforimplementingthe_()__layerforSaaSapplication.A.abilityB.approachC.functionD.method正確答案：A參考解析：表示能力，本領(lǐng)的意思。附（參考翻譯）：云計(jì)算是一個(gè)用來(lái)描述各種計(jì)算概念的一個(gè)短語(yǔ)，計(jì)算概念涉及大量的計(jì)算機(jī)通過實(shí)時(shí)通信的網(wǎng)絡(luò)，如Internet，連接在一起。在科學(xué)研究中，云計(jì)算是分布式網(wǎng)絡(luò)計(jì)算的同義詞，意味著有能力同時(shí)在多臺(tái)互連的計(jì)算機(jī)上運(yùn)行一個(gè)程序或應(yīng)用。云的結(jié)構(gòu)分為3層：基礎(chǔ)設(shè)施、平臺(tái)和應(yīng)用?；A(chǔ)實(shí)施層由虛擬計(jì)算機(jī)存儲(chǔ)和網(wǎng)絡(luò)資源構(gòu)成；平臺(tái)層是具有通用性和復(fù)用性的軟件資源的集合；應(yīng)用層是云上針對(duì)SaaS應(yīng)用的所有應(yīng)用軟件的集合?；A(chǔ)設(shè)施層時(shí)建立平臺(tái)層的硬件基礎(chǔ)；相應(yīng)地，平臺(tái)層是執(zhí)行應(yīng)用層SaaS應(yīng)用的基礎(chǔ)。(62.)Creatingaclearmapofwheretheprojectisgoingisanimportantfirststep.Itletsyouidentifyrisks,clarifyobjectives,anddetermineiftheprojectevenmakessense.Theonlythingmoreimportantthanthereleaseplanisnottotakeittooseriously.ReleaseplanningiscreatingagameplanforyourWebproject()whatyouthinkyouwantyourWebsitetobe.Theplanisaguideforthecontent,designelements,andfunctionalityofaWebsitetobereleasedtothepublic,topartners,orinternally.Italso()howlongtheprojectwilltakeandhowmuchitwillcost.Whattheplanisnotisafunctional()thatdefinestheprojectindetailorthatproducesabudgetyouca