軟件工程選擇題

《軟件工程選擇題》由會員分享，可在線閱讀，更多相關(guān)《軟件工程選擇題（15頁珍藏版）》請?jiān)谘b配圖網(wǎng)上搜索。

第一章 初認(rèn)軟件工程 1.下面的（ ）說法是正確的。 A.由于軟件是產(chǎn)品，因此可以應(yīng)用其他工程制品所用的技術(shù)進(jìn)行生產(chǎn) B.購買大多數(shù)計(jì)算機(jī)系統(tǒng)所需的硬件比軟件更昂貴 C.大多數(shù)軟件系統(tǒng)是不容易修改的，除非它們在設(shè)計(jì)時(shí)考慮了變 D.一般來說，軟件只有在其行為與開發(fā)者的目標(biāo)一致的情況下才能成功 2.造成大型軟件開發(fā)困難的根本原因在于（ ）。 A.開發(fā)人員缺乏足夠的開發(fā)經(jīng)驗(yàn) B.對軟件開發(fā)的資金投入不足 C.項(xiàng)目開發(fā)進(jìn)度不合理 D.軟件系統(tǒng)的復(fù)雜性 3.軟件會逐漸退化而不會磨損，其原因在于（ ）。 A.軟件通常暴露在惡劣的環(huán)境下 B.軟件錯誤在經(jīng)常使用之后會逐漸增加 C.不斷的變更使組件接口之間引起錯誤 D.軟件備件很難訂購 4.“軟件工程”術(shù)語是在（ ）被首次提出。 A.Fred Brooks的《沒有銀彈：軟件工程中的根本和次要問題》 B.1968年NATO會議 C.IEEE的軟件工程知識體系指南（SWEBOK） D.美國卡內(nèi)基梅隆大學(xué)的軟件工程研究所 5.Ariane 5火箭發(fā)射失敗的事例告訴我們（ ）。 A.系統(tǒng)環(huán)境的變化可能影響軟件采集數(shù)據(jù)的精度、范圍和對系統(tǒng)的控制 B.軟件后備系統(tǒng)可以通過復(fù)制生成 C.軟件重用必須重新進(jìn)行系統(tǒng)論證和系統(tǒng)測試 D.選項(xiàng)A和C E.選項(xiàng)A、B和C 6.軟件工程的基本目標(biāo)是（ ）。 A.開發(fā)足夠好的軟件 B.消除軟件固有的復(fù)雜性 C.努力發(fā)揮開發(fā)人員的創(chuàng)造性潛能 D.更好地維護(hù)正在使用的軟件產(chǎn)品 7.軟件工程方法是（ ）。 A.為了獲得高質(zhì)量軟件而實(shí)施的一系列活動 B.為開發(fā)軟件提供技術(shù)上的解決方法 C.為支持軟件開發(fā)、維護(hù)、管理而研制的計(jì)算機(jī)程序系統(tǒng) D.為了理解問題和確定需求而采取的一些技術(shù)和方法 8.下面的（ ）是正確的。 A.運(yùn)行正確的軟件就是高質(zhì)量的軟件。 B.軟件質(zhì)量是在開發(fā)過程中逐漸構(gòu)建起來的。 C.軟件產(chǎn)品質(zhì)量越高越好，最理想的情況是達(dá)到“零缺陷”。 D. 軟件質(zhì)量是由產(chǎn)品的功能、性能、易用性等外在特性決定的。 9.在Garvin多維度模型中，可靠性是指（ ）。 A.軟件產(chǎn)品提供了讓用戶產(chǎn)生驚喜的特性 B.軟件實(shí)現(xiàn)了用戶需要的功能和性能 C.軟件在規(guī)定時(shí)間和條件下無故障持續(xù)運(yùn)行 D.軟件符合國家或行業(yè)的相關(guān)標(biāo)準(zhǔn) 10.（ ）是軟件從一個(gè)硬件或軟件環(huán)境轉(zhuǎn)換到另一環(huán)境的容易程度。 A.易用性 B.可維護(hù)性 C.可移植性 D. 性能 第二章 軟件開發(fā)過程 1.下面的（ ）決策是在需求分析時(shí)做出的。 A.自動售票機(jī)系統(tǒng)的開發(fā)時(shí)間預(yù)計(jì)是6個(gè)月 B.自動售票機(jī)系統(tǒng)由用戶界面子系統(tǒng)、價(jià)格計(jì)算子系統(tǒng)以及與中心計(jì)算機(jī)通信的網(wǎng)絡(luò)子系統(tǒng)組成 C.自動售票機(jī)系統(tǒng)已經(jīng)達(dá)到交付的要求 D.自動售票機(jī)系統(tǒng)將為使用者提供在線幫助 2.下面的（ ）決策是在系統(tǒng)設(shè)計(jì)時(shí)做出的。 A.自動售票機(jī)系統(tǒng)的開發(fā)時(shí)間預(yù)計(jì)是6個(gè)月 B.自動售票機(jī)系統(tǒng)由用戶界面子系統(tǒng)、價(jià)格計(jì)算子系統(tǒng)以及與中心計(jì)算機(jī)通信的網(wǎng)絡(luò)子系統(tǒng)組成 C.自動售票機(jī)系統(tǒng)已經(jīng)達(dá)到交付的要求 D.自動售票機(jī)系統(tǒng)將為使用者提供在線幫助 3.下面的（ ）是軟件構(gòu)造活動的任務(wù)。 A.構(gòu)建軟件組件 B.設(shè)計(jì)用戶界面 C.實(shí)施組件的單元測試 D.評估組件的質(zhì)量 E.選項(xiàng)A和C F.選項(xiàng)A、B、C和D 4.瀑布模型是（ ）。 A.適用于需求被清晰定義的情況 B.一種需要快速構(gòu)造可運(yùn)行程序的好方法 C.一種不適用于商業(yè)產(chǎn)品的創(chuàng)新模型 D.目前業(yè)界最流行的過程模型 5.增量模型是（ ）。 A.適用于需求被清晰定義的情況 B.一種需要快速構(gòu)造核心產(chǎn)品的好方法 C.一種不適用于商業(yè)產(chǎn)品的創(chuàng)新模型 D.已不能用于現(xiàn)代環(huán)境的過時(shí)模型 6.原型化模型是（ ）。 A.適用于客戶需求被明確定義的情況 B.適用于客戶需求難以清楚定義的情況 C.提供一個(gè)精確表述的形式化規(guī)格說明 D.很難產(chǎn)生有意義產(chǎn)品的一種冒險(xiǎn)模型 7.開發(fā)一個(gè)支持3D打印的操作系統(tǒng)最適合采用（ ）。 A.瀑布模型 B.原型化模型 C.增量開發(fā) D.可轉(zhuǎn)換模型 8.開發(fā)一個(gè)鐵路信號控制系統(tǒng)最適合采用（ ）。 A.瀑布模型 B.原型化模型 C.增量開發(fā) D. 可轉(zhuǎn)換模型 9.下面的（ ）不是敏捷開發(fā)方法的特點(diǎn)。 A.軟件開發(fā)應(yīng)該遵循嚴(yán)格受控的過程和詳細(xì)的項(xiàng)目規(guī)劃 B.客戶應(yīng)該和開發(fā)團(tuán)隊(duì)在一起密切地工作 C.通過高度迭代和增量式的軟件開發(fā)過程響應(yīng)變化 D.通過頻繁地提供可以工作的軟件來搜集人們對產(chǎn)品的反饋 10.關(guān)于Scrum的每一次沖刺（Sprint），下面的（ ）是正確的。 A.Sprint是一個(gè)不超過4周的迭代，其長度一旦確定，將保持不變。 B.Sprint的產(chǎn)出是一個(gè)可用的、潛在可發(fā)布的產(chǎn)品增量。 C.Sprint在進(jìn)行過程中，其開發(fā)目標(biāo)、質(zhì)量驗(yàn)收標(biāo)準(zhǔn)和團(tuán)隊(duì)組成不能發(fā)生變化。 D.以上所有選項(xiàng) 第三章 編寫高質(zhì)量代碼 1.下面的（ ）不是良好編碼的原則。 A.在開始編碼之前建立單元測試 B.建立一種有助于理解的直觀布局 C.確保注釋與代碼完全一致 D.保持變量名簡短以便代碼緊湊 2.下面的（ ）是錯誤的。 A.在程序設(shè)計(jì)中使用括號以改善表達(dá)式的清晰性 B.不要修補(bǔ)不好的程序，要重新寫 C.在程序設(shè)計(jì)中應(yīng)盡可能對程序代碼進(jìn)行優(yōu)化 D.不要在注釋中重復(fù)描述代碼 3.為了保證軟件的質(zhì)量，使其具有較好的可維護(hù)性，關(guān)鍵在于（ ）。 A.選擇合適的程序設(shè)計(jì)語言 B.選擇好的程序設(shè)計(jì)風(fēng)格 C.具有好的數(shù)據(jù)結(jié)構(gòu) D.選擇好的運(yùn)行環(huán)境 4.下面的（ ）是對提高程序編碼效率沒有影響的。 A.變量名的使用 B.選擇良好的設(shè)計(jì)方法 C.選擇良好的算法 D.選擇良好的數(shù)據(jù)結(jié)構(gòu) 5.下面的（ ）不是一種好的做法。 A.好的注釋應(yīng)解釋為什么，而不是怎么樣。 B.好的命名應(yīng)一目了然，不需要讀者去猜，甚至不需要注釋。 C.如果項(xiàng)目中原有代碼不符合新的規(guī)范，應(yīng)允許其存在，同時(shí)在新的代碼中要延續(xù)原有的風(fēng)格。 D.如果項(xiàng)目中原有代碼不符合新的規(guī)范，應(yīng)允許其存在，但不應(yīng)在新的代碼中延續(xù)舊的風(fēng)格。 6.下面的（ ）不是模塊化設(shè)計(jì)的目的。 A.降低程序設(shè)計(jì)的復(fù)雜性 B.清楚地描述系統(tǒng)的功能和性能 C.易于維護(hù)和功能擴(kuò)展 D.提高模塊的可靠性和復(fù)用性 7.下面的（ ）說法是錯誤的。 A.代碼審查用于檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求 B.代碼在審查之前必須要成功地編譯通過 C.代碼審查比運(yùn)行程序進(jìn)行測試的效率低 D.代碼審查可以發(fā)現(xiàn)不符合團(tuán)隊(duì)代碼規(guī)范的地方 8.關(guān)于代碼性能優(yōu)化，下面（ ）是錯誤的。 A.任何優(yōu)化都不能破壞代碼的正確性 B.應(yīng)以提高程序的全局效率為主，局部效率為輔 C.應(yīng)先通過測試找出限制效率的真正瓶頸 D.要優(yōu)先改進(jìn)耗時(shí)最多的部分 9.下面的Python語句中，（ ）是沒有錯誤且寫得最規(guī)范的。 A import os, sys, random, math B n += 1; m += n; print(m) C class = Class() D eturn [i ** 2 for i in range(n)] 10. 下面的（ ）語句風(fēng)格是最不利于維護(hù)的。 A return s[name] if s[age] >= 18 else s[nickname] if s[age] > 14 else anonymous B main(sys.argv[1:]) C from my_module import (Class1, Class2, Class3, Class4) D a, b = b, a 第四章 單元測試 1.單元測試內(nèi)容不包括（ ）。 A.出錯處理 B.全局?jǐn)?shù)據(jù)結(jié)構(gòu) C.獨(dú)立路徑 D.模塊接口 2.下面的（ ）是錯誤的。 A.靜態(tài)測試是不運(yùn)行被測程序，僅通過檢查和閱讀等手段來發(fā)現(xiàn)程序中的錯誤 B.動態(tài)測試是實(shí)際運(yùn)行被測程序，通過檢查運(yùn)行的結(jié)果來發(fā)現(xiàn)程序中的錯誤 C.動態(tài)測試可能是黑盒測試，也可能是白盒測試 D.白盒測試是靜態(tài)測試，黑盒測試是動態(tài)測試 3.關(guān)于等價(jià)類劃分，下面的（ ）說法是正確的。 A.等價(jià)類劃分是將輸入域劃分成盡可能少的若干子域 B.同一輸入域的等價(jià)類劃分是唯一的 C.用同一等價(jià)類中的任意輸入對軟件進(jìn)行測試，軟件都輸出相同的結(jié)果 D.對于相同的等價(jià)類劃分，不同測試人員選取的測試用例集是一樣的 4.白盒測試是根據(jù)程序的（ ）來設(shè)計(jì)測試用例。 A.功能 B. 性能 C. 內(nèi)部邏輯 D. 內(nèi)部數(shù)據(jù) 5. 關(guān)于測試覆蓋率，下面的（ ）說法是錯誤的。 A.測試覆蓋率是度量代碼質(zhì)量的一種手段 B.測試覆蓋率是度量測試完整性的一種手段 C.測試覆蓋率意味著有多少代碼經(jīng)過測試 D.不要盲目地追求100%測試覆蓋率 6.在單元測試中，（ ）是用來代替被測模塊的子模塊的。 A.驅(qū)動模塊 B.樁模塊 C.通訊模塊 D. 代理模塊 7.在下面列舉的測試覆蓋中，（ ）是最強(qiáng)的邏輯覆蓋準(zhǔn)則。 A.語句覆蓋 B.條件覆蓋 C.判定覆蓋 D.條件組合覆蓋 8.一個(gè)判定中的復(fù)合條件表達(dá)式為（A>2）or（B≤1），為了達(dá)到100%條件覆蓋率，至少需要設(shè)計(jì)（ ）測試用例。 A. 1 B.2 C. 3 D.4 9.條件覆蓋要求（ ）。 A.每個(gè)判定中每個(gè)條件的所有取值至少滿足一次 B.每個(gè)判定至少取得一次“真”值和一次“假”值 C.每個(gè)判定中每個(gè)條件的所有可能取值組合至少滿足一次 D.每個(gè)可執(zhí)行語句至少執(zhí)行一次 10.（ ）要求每個(gè)判定中所有條件的可能取值至少執(zhí)行一次，而且每個(gè)判定的可能結(jié)果也至少執(zhí)行一次。 A. 判定覆蓋 B. 條件覆蓋 C. 判定條件覆蓋 D. 條件組合覆蓋 第五章 團(tuán)隊(duì)開發(fā)管理 1.在攻克技術(shù)難題時(shí)，最佳的開發(fā)團(tuán)隊(duì)組織模型是（ ）。 A. 民主式結(jié)構(gòu) B. 主程序員式結(jié)構(gòu) C. 矩陣式結(jié)構(gòu) D. 以上所有選項(xiàng)都不是 2.下面的（ ）很有可能會促進(jìn)高效項(xiàng)目團(tuán)隊(duì)的建設(shè)。 A.團(tuán)隊(duì)成員超過 20 人 B.團(tuán)隊(duì)成員部分時(shí)間參與項(xiàng)目 C.團(tuán)隊(duì)成員向多個(gè)經(jīng)理匯報(bào) D.團(tuán)隊(duì)成員被指派到項(xiàng)目中 E.以上選項(xiàng)都不是 3.下面的（ ）溝通方式最利于協(xié)助解決復(fù)雜的問題。 A. 口頭 B. 書面 C. 電子郵件 D. 即時(shí)通訊工具 4.軟件開發(fā)團(tuán)隊(duì)的每一個(gè)成員都應(yīng)該參與計(jì)劃活動，以便（ ）。 A. 降低計(jì)劃的粒度 B. 深入地分析需求 C. 所有成員同意該計(jì)劃 D. 開始設(shè)計(jì) 5.某大型化工產(chǎn)品公司計(jì)劃開發(fā)一個(gè)新的計(jì)算機(jī)應(yīng)用，用以跟蹤原材料的使用情況。這個(gè)應(yīng)用由公司內(nèi)部組成的開發(fā)團(tuán)隊(duì)進(jìn)行開發(fā)，已有多年開發(fā)類似應(yīng)用的經(jīng)驗(yàn)。假設(shè)初始估計(jì)的程序規(guī)模是32000行源代碼，使用基本COCOMO模型進(jìn)行估算，開發(fā)工作量大約是（ ）人月。 A.32 B.91 C.230 D.146 6. 敏捷開發(fā)方法通過（ ）管理不可預(yù)測性。 A.非常仔細(xì)地收集和定義需求 B.制定詳細(xì)的開發(fā)計(jì)劃 C.軟件增量必須在較短周期內(nèi)發(fā)布 D.軟件過程必須逐漸適應(yīng)變化 E.選項(xiàng)A和B F.選項(xiàng)C和D 7.關(guān)于Sprint，下面的（ ）是錯誤的。 A.一個(gè)Sprint通常是一個(gè)1-4周的迭代 B.Sprint長度在開發(fā)過程中是可以調(diào)整的 C.需求在一個(gè)Sprint中是不允許變化的 D.sprint的產(chǎn)出是“完成”的、可用的、潛在可發(fā)布的產(chǎn)品增量 8.在每日站立會議上，下面（ ）不是每個(gè)團(tuán)隊(duì)成員需要回答的主要問題。 A.從上次Scrum站立會議后你做了什么？ B.你遇到哪些障礙或困難？ C.你所遇到問題的原因是什么？ D.你打算到下次Scrum站立會議完成什么？ 9.下面的（ ）不屬于產(chǎn)品負(fù)責(zé)人（Product Owner）的職責(zé)范圍。 A.組織每日站立會議 B.定義產(chǎn)品需求 C.確定需求優(yōu)先級 D. 驗(yàn)收迭代結(jié)果 E.負(fù)責(zé)產(chǎn)品的投資回報(bào) 10. 軟件配置管理的目的是（ ）。 A.降低開發(fā)成本 B.控制軟件修改 C.減少混亂 D.提高軟件開發(fā)效率 E.提高正確率 第六章 需求獲取與文檔化 1. 下列哪項(xiàng)需求描述屬于業(yè)務(wù)需求描述？ A. 我們的任務(wù)是無縫集成有競爭力的軟件信息服務(wù)來解決商業(yè)問題 B. 我們的目標(biāo)是讓客戶將我們的品牌和高質(zhì)量聯(lián)系在一起 C. 我們公司的主營業(yè)務(wù)是銷售飛機(jī)票 D. 公司網(wǎng)站上銷售的產(chǎn)品必須滿足所有食品藥品監(jiān)管需求 2. 下面哪項(xiàng)是百貨店收銀系統(tǒng)的非功能性需求？ A. 提供新鮮的蔬菜和水果 B. 買10個(gè)或10個(gè)以下商品的客戶可以走特殊通道 C. 設(shè)有存包處 D. 為雇員發(fā)工資 3. 以下哪種方法最適用于身處多個(gè)不同地點(diǎn)的人在各自方便的時(shí)間參與并圍繞同一個(gè)主題表達(dá)自己的觀點(diǎn)？ A. 問卷調(diào)查 B. 面談 C. 群體誘導(dǎo) D. 文檔分析 4. 在一個(gè)列車控制軟件的需求文檔中，我們發(fā)現(xiàn)了以下兩條需求描述：“列車車門在兩個(gè)?？空局g要保持關(guān)閉”；“列車發(fā)生緊急停車時(shí)，要打開車門”。這里出現(xiàn)的需求問題是什么？ A. 無法測試的需求 B. 不完整的需求 C. 含糊的需求 D. 矛盾與不一致的需求 5. 獲取軟件系統(tǒng)需求不包括以下的哪個(gè)來源？ A. 系統(tǒng)相關(guān)領(lǐng)域的法律法規(guī) B. 系統(tǒng)的質(zhì)量控制團(tuán)隊(duì) C. 系統(tǒng)的業(yè)務(wù)流程描述 D. 其他類似系統(tǒng)產(chǎn)品 6. 軟件需求工程師的職責(zé)不包括以下的哪一項(xiàng)？ A. 撰寫需求規(guī)格說明書 B. 與用戶持續(xù)溝通，了解用戶對產(chǎn)品的期望 C. 控制項(xiàng)目的風(fēng)險(xiǎn) D. 對需求的優(yōu)先級進(jìn)行排序 7. 在選擇軟件需求獲取技術(shù)的時(shí)候，以下哪種策略最優(yōu)？ A. 考慮尚不了解的那部分需求的特點(diǎn) B. 考慮需求工程師本身對各種獲取技術(shù)的駕馭能力 C. 考慮目前系統(tǒng)所屬的行業(yè)及應(yīng)用領(lǐng)域的現(xiàn)狀 D. 綜合考慮上述因素 8. 以下哪種需求獲取方法是面向創(chuàng)新型產(chǎn)品的？ A. 競爭性需求分析 B. A/B測試 C. 用戶行為數(shù)據(jù)采集 D. 可用性分析 9. 在敏捷開發(fā)方法中，用戶故事（User Story）的作用是什么？ A. 定義需要發(fā)布給最終用戶的軟件特性和功能 B. 確定發(fā)布每一次增量的日程表 C. 用于代替詳細(xì)的活動計(jì)劃 D. 用于估算構(gòu)建當(dāng)前增量所需要的努力 E. 選項(xiàng)A和C F. 選項(xiàng)A和D 10. 下面的哪一種說法是正確的？ A. 故事點(diǎn)是一個(gè)絕對度量單位 B. 故事點(diǎn)估算一定要做到非常精確 C. 故事點(diǎn)表示開發(fā)一個(gè)用戶故事或特性的復(fù)雜度 D. 故事點(diǎn)表示開發(fā)一個(gè)用戶故事或特性所要付出的工作量 第七章 軟件系統(tǒng)設(shè)計(jì) 1. 隨著軟件系統(tǒng)的規(guī)模和復(fù)雜性越來越大，（ ）變得更加重要。 A. 算法的選擇 B. 數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì) C. 數(shù)據(jù)庫的構(gòu)造 D. 系統(tǒng)的全局結(jié)構(gòu)設(shè)計(jì) 2. 下面的說法（ ）是錯誤的。 A. 軟件體系結(jié)構(gòu)的最佳表示形式是一個(gè)可執(zhí)行的軟件原型 B. 軟件體系結(jié)構(gòu)描述是不同項(xiàng)目相關(guān)人員之間進(jìn)行溝通的使能器 C. 良好的分層體系結(jié)構(gòu)有利于系統(tǒng)的擴(kuò)展與維護(hù) D. 設(shè)計(jì)模式是從大量成功實(shí)踐中總結(jié)出來且被廣泛公認(rèn)的實(shí)踐和知識 3. 良好設(shè)計(jì)的特征是（ ）。 A. 模塊之間呈現(xiàn)高耦合 B. 實(shí)現(xiàn)分析模型中的所有需求 C. 包括所有組件的測試用例 D. 提供軟件的完整描述 E. 選項(xiàng)B和D F. 選項(xiàng)B、C和D 4. Word、Excel等應(yīng)用系統(tǒng)適合采用（ ）結(jié)構(gòu)風(fēng)格。 A. 層次系統(tǒng) B. 事件系統(tǒng) C. 解釋器 D. 管道-過濾器 5. 與C/S架構(gòu)的信息系統(tǒng)相比，B/S架構(gòu)的信息系統(tǒng)的優(yōu)勢是（ ）。 A. 具備更高的安全性 B. 更容易部署和升級維護(hù) C. 具備更強(qiáng)的事務(wù)處理能力，易于實(shí)現(xiàn)復(fù)雜的業(yè)務(wù)流程 D. 用戶界面友好，具有更快的響應(yīng)速度 6. 對于觀察者模式，下面的（ ）說法是錯誤的。 A. 觀察者的更新是被動的 B. 被觀察者可以通知觀察者進(jìn)行更新 C. 觀察者可以改變被觀察者的狀態(tài)，再由被觀察者通知所有觀察者 D. 以上所有選項(xiàng) 7. 設(shè)計(jì)目標(biāo)可分成性能、可靠性、成本、維護(hù)和最終用戶等類型，下面（ ）描述的是性能目標(biāo)。 A. 當(dāng)用戶發(fā)出任何命令后，系統(tǒng)必須在1秒內(nèi)將信息反饋給用戶。 B. 即使在網(wǎng)絡(luò)失敗的情況下，火車票發(fā)售系統(tǒng)也必須能夠成功地提交火車票。 C. 火車票發(fā)售系統(tǒng)的機(jī)器外殼必須允許安裝新按鈕以便增加新的不同票價(jià)。 D. 系統(tǒng)用戶界面應(yīng)該防止用戶以錯誤的順序執(zhí)行命令。 8. 下面的（ ）架構(gòu)可以更好地實(shí)現(xiàn)Web應(yīng)用的前后端分離。 A. MVC B. Restful API C. RPC 9. 一個(gè)創(chuàng)業(yè)團(tuán)隊(duì)想要開發(fā)一款社交App，但是他們對于可能的發(fā)展的業(yè)務(wù)仍不十分明確，此時(shí)希望能夠開發(fā)一個(gè)相對簡單的版本進(jìn)行原始的需求驗(yàn)證與測試，這種情況比較適合選擇（ ）數(shù)據(jù)庫。 A. Mysql B. Mongo C. Redis 10. 如今社交文化橫行，大數(shù)據(jù)分析遍地，幾乎所有的應(yīng)用與產(chǎn)品都多少會與社交網(wǎng)絡(luò)或大用戶量、大數(shù)據(jù)相關(guān)聯(lián)。如果準(zhǔn)備開發(fā)一個(gè)較完整的社交網(wǎng)絡(luò)應(yīng)用，支持10萬以上日活躍用戶進(jìn)行各種點(diǎn)贊、評論等交互活動，應(yīng)該采用（ ）數(shù)據(jù)庫或數(shù)據(jù)庫組合。 A. Mysql B. Mongo C. Mysql + Redis D. Mongo + Redis 第八章 軟件交互設(shè)計(jì) 1、 閱讀下面給出的文獻(xiàn) “A Brief History of Human-Computer Interaction Technology”，其中第一個(gè)裝載GUI操作系統(tǒng)的計(jì)算機(jī)是（ ）。 蘋果公司的Macintosh 微軟公司的Windows 施樂公司的Alto 施樂公司的Star 施樂公司的Lisa 2、 思考一下，喬布斯為蘋果公司制定的手機(jī)上的黃金法則是什么？為什么？采用現(xiàn)狀及其原因？這里的黃金法則是指（ ）。 單手操作手機(jī)，屏幕尺寸3.5英寸 單手操作手機(jī)，屏幕尺寸4.7英寸 雙手操作手機(jī)，屏幕尺寸4.7英寸 雙手操作手機(jī)，屏幕尺寸4.0英寸 3、 同學(xué)們上網(wǎng)用一下谷歌界面、雅虎界面和bing界面，都是檢索任務(wù)的軟件，差異在哪里？這幾款產(chǎn)品目前用戶量的差異很大程度上是界面在注意力設(shè)計(jì)上的差異，請進(jìn)行分析。其中，最能使用戶集中注意力的界面設(shè)計(jì)是（ ）。 谷歌雅虎bing 4、 視頻（電影、電視、動畫、數(shù)字視頻，等）幀律的設(shè)置依據(jù)是（ ）。 根據(jù)機(jī)器的處理能力 根據(jù)個(gè)人偏好 根據(jù)人的視覺暫留時(shí)間 5、 分析課件中數(shù)字軟鍵盤布局上的不一致現(xiàn)象，為什么在同一款手機(jī)上，不同應(yīng)用中的數(shù)字鍵盤的布局不一致？其中（ ）應(yīng)用中的數(shù)字軟鍵盤布局是一致的。 電話撥號和計(jì)算器 通訊錄和電話撥號 計(jì)算器和通訊錄 6、 人們不會把 [ ]( )[ ] 中的“](”認(rèn)作一對，原因是視覺認(rèn)知中的（ ）定律在起作用。 連續(xù)律接近律相似律對稱律 7、 輸出一列數(shù)值時(shí)，需要考慮對齊方法，你會選擇（ ）方法。 左對齊右對齊兩端對齊小數(shù)點(diǎn)對齊 8、 用KLM自己計(jì)算課件上的兩個(gè)溫度轉(zhuǎn)換器軟件界面的操作時(shí)間。后者交互效率高，（ ）原因更本質(zhì)。 沒有在兩種輸入設(shè)備間切換 界面沒有需要用戶額外表達(dá)的信息 用戶操作的更快 KLM的計(jì)算結(jié)果小 9、 訪問 http://fww.few.vu.nl/hci/interactive/fitts/ 并對其中實(shí)驗(yàn)5的結(jié)果進(jìn)行分析，下面的（ ）是正確的。 所采用的兩種輸入設(shè)備都是目標(biāo)越大訪問時(shí)間越長 在所采用的兩種輸入設(shè)備上，只有其中一個(gè)是目標(biāo)越大訪問時(shí)間越長 在所采用的兩種輸入設(shè)備上，實(shí)驗(yàn)時(shí)間均與Distance/Width呈正相關(guān) 10、 訪問http://www.asktog.com/columns/022DesignedToGiveFitts.html 并為每個(gè)問題答案尋找實(shí)例界面，其中環(huán)形菜單的設(shè)計(jì)是（ ）。 不知如何啟動，毫無意義 對美工的設(shè)計(jì)能力要求很高 到達(dá)每個(gè)菜單項(xiàng)時(shí)手的移動距離短且一樣 第九章 軟件系統(tǒng)測試 1. 軟件測試的目的是（ ）。 A. 避免軟件中出現(xiàn)錯誤 B. 證明軟件的正確性 C. 解決測試中發(fā)現(xiàn)的錯誤 D. 發(fā)現(xiàn)軟件中潛在的錯誤 2. 下面（ ）說法是錯誤的。 A. 測試應(yīng)該盡早不斷地執(zhí)行 B. 軟件錯誤具有聚集性，對存在錯誤的部分應(yīng)重點(diǎn)測試 C. 軟件測試是提高軟件質(zhì)量的決定性因素 D. 測試用例需要定期評審和修改，并且要不斷增加新的測試用例 3. 下面的（ ）不是集成測試的內(nèi)容。 A. 對軟件中最小可測試單元進(jìn)行檢查和驗(yàn)證 B. 把各個(gè)模塊連接在一起時(shí)，穿越模塊接口的數(shù)據(jù)是否會丟失 C. 一個(gè)模塊的功能是否會對另一個(gè)模塊的功能產(chǎn)生不利的影響 D. 若干子功能組合在一起是否能產(chǎn)生預(yù)期的主功能 4. 下面的（ ）是錯誤的。 A. 功能測試是根據(jù)需求規(guī)格說明驗(yàn)證產(chǎn)品的功能實(shí)現(xiàn)是否符合要求 B. 壓力測試是檢測在極限環(huán)境中使用系統(tǒng)時(shí)施加在用戶上的壓力 C. 安全測試是檢測系統(tǒng)中的保護(hù)機(jī)制是否可以保護(hù)系統(tǒng)免受非正常的攻擊 D. 安裝測試是保證應(yīng)用程序能夠被成功地安裝 5. （ ）是為了有效地發(fā)現(xiàn)軟件缺陷而精心設(shè)計(jì)的少量測試數(shù)據(jù)。 A. 測試計(jì)劃 B. 測試用例 C. 缺陷報(bào)告 D. 測試報(bào)告 6. 錯誤推測法是（ ）。 A. 將輸入數(shù)據(jù)劃分成若干個(gè)等價(jià)類，從中選取有代表性的數(shù)據(jù)作為測試用例 B. 將所有可能的輸入數(shù)據(jù)作為測試用例 C. 運(yùn)用場景對系統(tǒng)的功能點(diǎn)或業(yè)務(wù)流程進(jìn)行描述，對應(yīng)不同的業(yè)務(wù)場景生成相應(yīng)的測試用例 D. 根據(jù)經(jīng)驗(yàn)或直覺推測程序中可能發(fā)生錯誤的情況，編寫檢查它們的測試用例 7. Web鏈接測試不包括（ ）。 A. 客戶端與服務(wù)器端的連接速度 B. 無鏈接指向的頁面 C. 錯誤的鏈接 D. 不存在的頁面 8. （ ）是檢測Web應(yīng)用系統(tǒng)提供信息的正確性、準(zhǔn)確性和相關(guān)性 。 A. 表單測試 B. 鏈接測試 C. 內(nèi)容測試 D. Cookies測試 9. 下面的（ ）不是軟件性能的指標(biāo)。 A. 響應(yīng)時(shí)間 B. 并發(fā)進(jìn)程數(shù) C. 吞吐量 D. 資源利用率 10. 下面的（ ）不是性能測試的目的。 A. 達(dá)到百分之百的語句覆蓋 B. 驗(yàn)證軟件系統(tǒng)是否能夠滿足預(yù)期的性能要求 C. 發(fā)現(xiàn)軟件系統(tǒng)中存在的性能瓶頸 D. 評估軟件系統(tǒng)的穩(wěn)定性和可靠性 第十章 軟件交互與維護(hù) 1. 下面的（ ）是錯誤的。 A. 軟件交付的主要工作是將程序代碼和相關(guān)文檔交給用戶 B. 用戶培訓(xùn)是幫助用戶理解產(chǎn)品并掌握系統(tǒng)的使用和操作 C. 軟件部署是通過配置、安裝和激活等活動保證軟件系統(tǒng)的正常運(yùn)行 D. 持續(xù)集成是頻繁持續(xù)地將團(tuán)隊(duì)成員的工作進(jìn)行集成 2. 下面的（ ）是正確的。 A. 只有質(zhì)量差的軟件產(chǎn)品才需要維護(hù) B. 軟件的維護(hù)成本通常比開發(fā)成本低 C. 軟件的不斷修改將導(dǎo)致系統(tǒng)結(jié)構(gòu)的惡化 D. 重新開發(fā)一個(gè)新系統(tǒng)通常要比再工程的成本要低 3. （ ）是由于計(jì)算機(jī)軟件和硬件環(huán)境變化而修改軟件的過程。 A. 改正性維護(hù) B. 適應(yīng)性維護(hù) C. 完善性維護(hù) D. 預(yù)防性維護(hù) 4. 下面的（ ）不是軟件再工程活動。 A. 增加新的功能 B. 逆向工程 C. 程序結(jié)構(gòu)改善 D. 數(shù)據(jù)再工程 5. 逆向工程通常用在軟件生命周期的（ ）階段，它是從源代碼或目標(biāo)代碼中提取設(shè)計(jì)信息。 A. 需求分析 B. 軟件設(shè)計(jì) C. 軟件測試 D. 軟件維護(hù)