2014下半年軟件評(píng)測(cè)師上午試題

1、2014 下半年軟件評(píng)測(cè)師上午試題1、三總線結(jié)構(gòu)的計(jì)算機(jī)總線系統(tǒng)由組成。A、CPU 總線、內(nèi)存總線和 IO 總線C、系統(tǒng)總線、內(nèi)部總線和外部總線B、數(shù)據(jù)總線、地址總線和控制總線D、串行總線、并行總線和PCI2、計(jì)算機(jī)采用分級(jí)存儲(chǔ)體系的主要目的是為了解決的問題。ACB、存儲(chǔ)器讀寫可靠性D、存儲(chǔ)容量、成本和速度之間的矛盾3、屬于CPU中算術(shù)邏輯單元的部件是。A、程序計(jì)數(shù)器 B、加法器 C、指令寄存器 D、指令譯碼器4、內(nèi)存按字節(jié)編址從A5000H到DCFFFH的區(qū)域其存儲(chǔ)容量為。A、123KB B、180KB C、223KB D、224KB5、以下關(guān)于RISC和CISC的敘述中，不正確的是。A、

2、RISC 通常比 CISC 的指令系統(tǒng)更復(fù)雜B、RISC 通常會(huì)比 CISC 配置更多的寄存器C、RISC 編譯器的子程序庫通常要比 CISC 編譯器的子程序庫大得多D、RISCCISCVLSI6、以下敘述中，正確的是。A、編譯正確的程序不包括語義錯(cuò)誤B、編譯正確的程序不包括語法錯(cuò)誤C0D07、已知函數(shù)f()g()的定義如下所示，執(zhí)行表達(dá)式“x=f(5)”的運(yùn)算時(shí)，若函g(a)是引用調(diào)用（call by 方式，則執(zhí)行“x=f(5)”x值為（7）；若函數(shù)調(diào)用g(a)是值調(diào)用（call by 方式，則執(zhí)行“x=f(5)”后x的值為 （8）。A、A、B、25 B、25C、60 C、60D、75 D、

3、759、算術(shù)表達(dá)式a*(b-c)+d的后綴式是。A、ab-cd+*B、abcd-*+C、ab-*cd+D、10、網(wǎng)絡(luò)系統(tǒng)中，通常把置于DMZ區(qū)。ACB、Web 服務(wù)器D、財(cái)務(wù)管理服務(wù)器11、以下關(guān)于拒絕服務(wù)攻擊的敘述中，不正確的是。A、拒絕服務(wù)攻擊的目的是使計(jì)算機(jī)或者網(wǎng)絡(luò)無法提供正常的服務(wù)B、拒絕服務(wù)攻擊是不斷向計(jì)算機(jī)發(fā)起請(qǐng)求來實(shí)現(xiàn)的C、拒絕服務(wù)攻擊會(huì)造成用戶密碼的泄露D、DD0S 是一種拒絕服務(wù)攻擊形式12、不是蠕蟲病毒。A、熊貓燒香B、紅色代碼C、冰河D、愛蟲病毒13、甲公司接受乙公司委托開發(fā)了一項(xiàng)應(yīng)用軟件，雙方?jīng)]有訂立任何書面合同。在此情形下，享有該軟件的著作權(quán)。A、甲公司B、甲、乙公司

4、共同C、乙公司D、甲、乙公司均不14、甲、乙軟件公司于2013912“大唐”商標(biāo)注冊(cè)。兩財(cái)務(wù)軟件相似，切且經(jīng)協(xié)商雙方均不同意放棄使用其申請(qǐng)注冊(cè)的商標(biāo)標(biāo)識(shí)。此情形下，獲準(zhǔn)注冊(cè)。ACB、“大堂”與“大唐”都能D、由甲、乙抽簽結(jié)果確定誰能15、假設(shè)系統(tǒng)采用 PV 操作實(shí)現(xiàn)進(jìn)程同步與互斥。若 n 個(gè)進(jìn)程共享兩臺(tái)打印機(jī)，那么信號(hào)量S的取值范圍為。A、-2nB、-（n-1）1C、-（n-1）2D、-（n-2）216、假設(shè)段頁式存儲(chǔ)管理系統(tǒng)中的地址結(jié)構(gòu)如下圖所示，則系統(tǒng) 。A20482048B20482048C10241024D1024102417、假設(shè)磁盤塊與緩沖區(qū)大小相同，每個(gè)盤塊讀入緩沖區(qū)的時(shí)間為10

5、s，5s，2s。若10Doc1（17） s;采用雙緩沖區(qū)需要花費(fèi)的時(shí)間為 s。（17）A、（18）A、B、107B、107C、C、D、170D、17019、在如下圖所示的進(jìn)程資源圖中，。A、P1、P2、P3 都是阻塞節(jié)點(diǎn)B、P1P2、P3C、P1、P2P3D、P1、P2P320在數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計(jì)階段需要（20）階段形成的 （21）作為設(shè)計(jì)依據(jù)。A、需求分析B、概念結(jié)構(gòu)設(shè)計(jì)C、物理結(jié)構(gòu)設(shè)計(jì)D、數(shù)據(jù)庫運(yùn)行和維護(hù)A、程序文檔、數(shù)據(jù)字典和數(shù)據(jù)流圖R(A，B，C，D)、S(C，D，E)，與R(A，B，C，D)、S(C，D，E)，與SQL(22)A.C.A,C,SCA,RC,EB.D.A,B,EA,R,

6、C,SD(23)A.B=軟件工程 ORRC=SC ANDRD=SDB=軟件工程OR RC=SC AND RD=SDB=軟件工程OR RC =SC OR RD =SDB=軟件工程AND RC =SC ANDRD=SDA、B.C.D.在數(shù)據(jù)庫系統(tǒng)中; 數(shù)據(jù)的 (25) 是指保護(hù)數(shù)據(jù)庫，以防止不合法的使用所造成的數(shù)據(jù)泄漏、更改或破壞。B=“E=“ABA、B.C.D.在數(shù)據(jù)庫系統(tǒng)中; 數(shù)據(jù)的 (25) 是指保護(hù)數(shù)據(jù)庫，以防止不合法的使用所造成的數(shù)據(jù)泄漏、更改或破壞。A.安 全性B. 可 靠性C.完整性D.并發(fā)控制PPP 中的安全認(rèn)證協(xié)議是 (26) ，它使用三次握手的會(huì)話過程傳送密文。MD5B.PAP

7、C.CHAPD.HASHICMP 協(xié)議屬于因特網(wǎng)中的 ( 27) 協(xié)議，ICMP 協(xié)議數(shù)據(jù)單元封裝在(28 )中傳送。（27） A.數(shù)據(jù)鏈路層B.網(wǎng)絡(luò)層C.傳輸層D.會(huì)話層（28）A.以太幀B.TCP 段C.UDP 數(shù)據(jù)報(bào)D.IPDHCP 客戶端可從 DHCP 服務(wù)器獲得 (29) 。DHCPWebDNSDHCP客戶端地址和郵件服務(wù)器地址默認(rèn)網(wǎng)關(guān)的地址和郵件服務(wù)器地址CA.4B.8C.16D.32在項(xiàng)目初始階段，軟件開發(fā)首先需要(31)。A. 理解要解決的問題B.確定解決方案C. 確定參與開發(fā)的人員D.估算開發(fā)成本軟件項(xiàng)目管理所涉及的范圍覆蓋了整個(gè)軟件 (32) 。A.開發(fā)過程B.運(yùn)行與維護(hù)過

8、程C.定義過程D.生存期下圖是一個(gè)軟件項(xiàng)目的活動(dòng)圖，其中頂點(diǎn)表示項(xiàng)目里程碑，連接頂點(diǎn)的邊表示包含的活動(dòng)，則里程碑 (33 ) 在關(guān)鍵路徑上?；顒?dòng) GH 的松弛時(shí)間是 ( 34) 。(33)A(33)ABB、EC、 C（34）A、 0B、1C、1D、3以下關(guān)于瀑布模型的敘述中，正確的是 (35) 。適用于需求被清晰定義的情況可以快速構(gòu)造系統(tǒng)的可運(yùn)行版本唯一一個(gè)適合大規(guī)模項(xiàng)目開發(fā)的模型己不能適應(yīng)當(dāng)前軟件開發(fā)的過時(shí)模型(36)程模型。A.瀑布B.原型C.增量D.螺旋在各種不同的軟件需求中, (37)描述了產(chǎn)品必須要完成的任務(wù)，可以在用例模型中予以說明。A. 功能需求B. 業(yè)務(wù)需求C. 質(zhì)量需求D.

9、設(shè)計(jì)約束以下關(guān)于結(jié)構(gòu)化開發(fā)方法的敘述中，不正確的是(38)?？偟闹笇?dǎo)思想是自頂向下，逐層分解基本原則是功能的分解與抽象比面向?qū)ο箝_發(fā)方法更適合于開發(fā)大規(guī)模的、特別復(fù)雜的項(xiàng)目特別適合解決數(shù)據(jù)處理領(lǐng)域的問題A、BC55D，D39)（39）A. 功能B. 通信C. 邏輯D.巧合（40）從模塊獨(dú)立性來看，是不好的設(shè)計(jì)是最弱的一種內(nèi)聚類型是最強(qiáng)的一種內(nèi)聚類型不易于軟件的修改和維護(hù)在分層體系結(jié)構(gòu)中， (41JAVAEE術(shù)開發(fā)的軟件系統(tǒng)中，常用 (42 ) 技術(shù)來實(shí)現(xiàn)該層。(41)表示層B. 控 制層C.模型層D.數(shù)據(jù)(42)HTMLB.JSPC.ServletD.在進(jìn)行軟件設(shè)計(jì)時(shí)，以下結(jié)構(gòu)設(shè)計(jì)原則中，不正

10、確的是 ( 43) 。模塊應(yīng)具有較強(qiáng)的獨(dú)立性，即高內(nèi)聚和低耦合模塊之間的連接存在上下級(jí)的調(diào)用關(guān)系和同級(jí)之間的橫向聯(lián)系整個(gè)系統(tǒng)呈樹狀結(jié)構(gòu)，不允許網(wǎng)狀結(jié)構(gòu)或交叉調(diào)用關(guān)系出現(xiàn)所有模塊都必須嚴(yán)格地分類編碼并建立歸檔文件 在軟件開發(fā)過程中，詳細(xì)設(shè)計(jì)的內(nèi)容不包括 (44)A.軟件體系結(jié)構(gòu)B.算法C.數(shù)據(jù)結(jié)構(gòu)D.數(shù)據(jù)庫物理結(jié)構(gòu)以下關(guān)于文檔的敘述中，正確的是 (45) 。僅僅指軟件開發(fā)過程中產(chǎn)生的文檔必須是滿足一定格式要求的規(guī)范文檔編寫文檔會(huì)降低軟件開發(fā)的效率高質(zhì)量文檔可以提高軟件系統(tǒng)的可維護(hù)性軟件維護(hù)階段,將專用報(bào)表功能改成通用報(bào)表功能，以適應(yīng)將來可能的報(bào)表格式變化，則該維護(hù)類型為 (46) 維護(hù)。正確性B

11、. 適 應(yīng)性C.完善性D.預(yù)防以下用例圖中，A1和A2為 ( 47) 。A1和A2的關(guān)系為(48 ) (47)A. 參與者B.人C.系統(tǒng)D.外部系(48)A. 關(guān)聯(lián)B.泛化C. 包含D. 擴(kuò)展StateContext(49 ) ，類 (50客戶使用的主要接口。(49)A. 繼承B. 實(shí)現(xiàn)C. 聚合D.組(50)A.ContextB.ConcreteStateAC. ConcreteStateBD. State軟件測(cè)試的對(duì)象不包括 (51) A.軟件代碼B. 軟件需求規(guī)格說明書C. 軟件測(cè)試報(bào)告D.軟件開發(fā)人以下測(cè)試內(nèi)容中，屬于系統(tǒng)測(cè)試的是 (52) 。單元測(cè)試 集成測(cè)試 安全性測(cè)試可靠性測(cè)試

12、兼容性測(cè)試 可用性測(cè)試A. B.C. D. 以下關(guān)于軟件測(cè)試原則的敘述中，不正確的是 (53) 。測(cè)試貫穿于全部軟件生命周期，并不是實(shí)現(xiàn)完成后才開始測(cè)試用例本身不需要測(cè)試測(cè)試用例需要逐步完善、不斷修訂當(dāng)缺陷成群集中出現(xiàn)時(shí)，測(cè)試時(shí)應(yīng)該更多關(guān)注這些缺陷群以下關(guān)于測(cè)試工作在軟件開發(fā)各階段作用的敘述中，不正確的是 (54) 。在需求分析階段確定測(cè)試的需求分在概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)階段制定集成測(cè)試計(jì)劃和單元測(cè)試計(jì)劃在程序編寫階段制定系統(tǒng)測(cè)試計(jì)劃在測(cè)試階段實(shí)施測(cè)試并提交測(cè)試報(bào)告在引入自動(dòng)化測(cè)試工具以前，手工測(cè)試遇到的問題包括 (55)。工作量和時(shí)間耗費(fèi)過于龐大 衡量軟件測(cè)試工作進(jìn)展困難長(zhǎng)時(shí)間運(yùn)行的可靠性測(cè)試問

13、題 對(duì)并發(fā)用戶進(jìn)行模擬的問題確定系統(tǒng)的性能瓶頸問題 軟件測(cè)試過程的管理問A. B.C. D. 在進(jìn)行可用性測(cè)試時(shí)關(guān)注的問題應(yīng)包括 (56) 。安裝過程是否困難 錯(cuò)誤提示是否明確GUI 接口是否標(biāo)準(zhǔn) 登錄是否方便幫助文本是否上下文敏感A.B.C.D.以下敘述中，不正確的是 (57) 。黑盒測(cè)試可以檢測(cè)軟件行為、性能等特性是否滿足要求黑盒測(cè)試可以檢測(cè)軟件是否有人機(jī)交互上的錯(cuò)誤設(shè)計(jì)用例黑盒測(cè)試用例設(shè)計(jì)可以和軟件實(shí)現(xiàn)同步進(jìn)行以下關(guān)于等價(jià)類劃分法的敘述中，不正確的是 (58) 。a199，那么得到兩個(gè)等價(jià)類，即有效等價(jià)類a|1=a=99|，無效等價(jià)類a|a99s效等價(jià)類s|ss|sx4x|x=l、x|x

14、=2、x|x=3，無效等價(jià)類(x|xl，2，3ii|i奇數(shù)無效等價(jià)類i|i以下幾種白盒覆蓋測(cè)試中，覆蓋準(zhǔn)則最強(qiáng)的是 (59) 。A.語句覆蓋B.判定覆蓋C.條件覆蓋D.條件組合覆蓋對(duì)于邏輯表達(dá)式(60)蓋。A.2B.4C.8D.16為檢測(cè)系統(tǒng)所能承受的數(shù)據(jù)容量，應(yīng)進(jìn)行 (61) 。A.負(fù)載測(cè)試B.壓力測(cè)試C.大數(shù)據(jù)量測(cè)試D.疲勞強(qiáng)度測(cè)試壓力測(cè)試不會(huì)使用到以下哪種測(cè)試手段，(62) 。A. 重復(fù)B. 注入錯(cuò)誤增加量級(jí)D. 并 發(fā)以下測(cè)試內(nèi)容中，不屬于 GUI 測(cè)試的是 (63)。窗口相關(guān)操作是否符合標(biāo)準(zhǔn)B. 菜單和鼠標(biāo)操作是否正確C. 計(jì)算結(jié)果是否正確D. 數(shù)據(jù)顯示是否正以下屬于動(dòng)態(tài)測(cè)試方法的是

15、 (64) 。A.代碼審查B.靜態(tài)結(jié)構(gòu)測(cè)試C.路徑覆蓋D.技術(shù)評(píng)審集成測(cè)試關(guān)注的問題不包括 (65) 。模塊間的數(shù)據(jù)傳遞是否正確一個(gè)模塊的功能是否會(huì)對(duì)另一個(gè)模塊的功能產(chǎn)生影響所有模塊組合起來的性能是否能滿足要求以下屬于影響軟件可靠性因素的是 (66) 。軟件運(yùn)行剖面 軟件規(guī)模軟件內(nèi)部結(jié)構(gòu) 軟件的開發(fā)方法和開發(fā)環(huán)境軟件的可靠性投入A.B. C. D.的一部分確定軟件的可靠性目標(biāo)在 (67) 階段。A. 需求分析B. 概要設(shè)計(jì)C. 詳細(xì)設(shè)計(jì)D. 軟件測(cè)試以下關(guān)于公鑰加密技術(shù)的敘述中，不正確的是 (68)公鑰加密的數(shù)據(jù)可以用私鑰解密私鑰加密的數(shù)據(jù)可以用公鑰解密公鑰和私鑰相互關(guān)聯(lián)公鑰加密采用與對(duì)稱加密

16、類似的位模式操作完成對(duì)數(shù)據(jù)的加解密操作敘述中，不正確的是 (69) 與過濾志設(shè)置訪問控制列表實(shí)現(xiàn)對(duì)數(shù)據(jù)包的過濾是一臺(tái)主機(jī)則集的正確性等原因，會(huì)導(dǎo)致訪問控制規(guī)則復(fù)雜，難以配置管理以下測(cè)試方法中，不屬于典型安全性測(cè)試的是 (70) 。A.安全功能驗(yàn)證B.漏洞掃描C.通信加密D.模擬攻擊試驗(yàn)Teams are required for most engineering Although some hardwareorsoftwareproductscanbedevelopedbyindividuals,thescale andcomplexityofmodemsystemsissuch,andthe

17、demandforshortschedules sogreat,thatitisnolonger(71)foronepersontodomostengineering jobs Systemsdevelopmentisateam(72),andtheeffectivenessofthe team largely determines the (73 ) of the engineermgDevelopment teams often behave much like baseball or basketballteams Even though they may have multiple s

18、pecialties, all the worktoward(74) However,onsystemsmaintenanceandenhancementteams, theengineersofenworkrelativelyindependently,muchlikewrestlingand track teamsAteamis(75)justagroupofpeoplewhohappentoworktogetherTeamwork takes practice and it involves special skills Teams require common processes;theyneedagreed-upongoals;andtheyneedeffectiveandleadership The methodsforguidingandleadingsuchteams