某系統(tǒng)的頂層DFD圖如下，其中，加工1細(xì)化后的DFD圖是 (31) 。

　　下圖中的程序由A、B、C、D、E 5個(gè)模塊組成，下表中描述了這些模塊之間的接口，每一個(gè)接口有一個(gè)編號(hào)。此外，模塊A、D和E都要引用一個(gè)專用數(shù)據(jù)區(qū)。那么A和E之間耦合關(guān)系是 (32) 。

　　在C++語言中，若類C中定義了一個(gè)方法int f(int a，int b)，那么方法(33)不能與該方法同時(shí)存在于類C中。

　　(33)A. int f(int x， int y) B. int f(float a， int b)

　　C. float f(int x， float y) D. int f(int x， float y)

　　在面向?qū)ο筌浖_發(fā)過程中，采用設(shè)計(jì)模式 (34) 。

　　(34)A.允許在非面向?qū)ο蟪绦蛟O(shè)計(jì)語言中使用面向?qū)ο蟮母拍?/P>

　　B.以復(fù)用成功的設(shè)計(jì)和體系結(jié)構(gòu)

　　C.以減少設(shè)計(jì)過程創(chuàng)建的類的個(gè)數(shù)

　　D.以保證程序的運(yùn)行速度達(dá)到最優(yōu)值

　　兩個(gè)小組獨(dú)立地測試同一個(gè)程序，第一組發(fā)現(xiàn)25個(gè)錯(cuò)誤，第二組發(fā)現(xiàn)30個(gè)錯(cuò)誤，在兩個(gè)小組發(fā)現(xiàn)的錯(cuò)誤中有15個(gè)是共同的，那么可以估計(jì)程序中的錯(cuò)誤總數(shù)是(35)個(gè)。

　　(35)A.25 B.30

　　C.50 D.60

　　對(duì)于軟件的β測試，下列描述正確的是 (36) 。

　　(36)A.β測試就是在軟件公司內(nèi)部展開的測試，由公司專業(yè)的測試人員執(zhí)行的測試

　　B.β測試就是在軟件公司內(nèi)部展開的測試，由公司的非專業(yè)測試人員執(zhí)行的測試

　　C.β測試就是在軟件公司外部展開的測試，由專業(yè)的測試人員執(zhí)行的測試

　　D.β測試就是在軟件公司外部展開的測試，可以由非專業(yè)的測試人員執(zhí)行的測試

　　(37) 可以作為軟件測試結(jié)束的標(biāo)志。

　　(37)A.使用了特定的測試用例 B.錯(cuò)誤強(qiáng)度曲線下降到預(yù)定的水平

　　C.查出了預(yù)定數(shù)目的錯(cuò)誤 D.按照測試計(jì)劃中所規(guī)定的時(shí)間進(jìn)行了測試

　　下面①-④是關(guān)于軟件評(píng)測師工作原則的描述，正確的判斷是 (38) 。

　�、賹�(duì)于開發(fā)人員提交的程序必須進(jìn)行完全的測試，以確保程序的質(zhì)量

　�、诒仨毢侠戆才艤y試任務(wù)，做好周密的測試計(jì)劃，平均分配軟件各個(gè)模塊的測試時(shí)間

　　③在測試之前需要與開發(fā)人員進(jìn)行詳細(xì)的交流，明確開發(fā)人員的程序設(shè)計(jì)思路，并以此為依據(jù)開展軟件測試工作，最大程度地發(fā)現(xiàn)程序中與其設(shè)計(jì)思路不一致的錯(cuò)誤

　�、芤獙�(duì)自己發(fā)現(xiàn)的問題負(fù)責(zé)，確保每一個(gè)問題都能被開發(fā)人員理解和修改。

　　(38)A.①、② B.②、③ C.①、③　D.無

　　在軟件生命周期的不同階段，需要實(shí)施不同類型的測試工作，單元測試是對(duì)程序設(shè)計(jì)進(jìn)行驗(yàn)證，其中 (39) 不是單元測試的主要內(nèi)容。在進(jìn)行單元測試過程中，通常測試工程師都需要借助(40)來代替所測模塊調(diào)用的子模塊;在單元測試的基礎(chǔ)上，需要將所有模塊按照概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)說明書的要求進(jìn)行組裝，模塊組裝成系統(tǒng)的方式有兩種，分別是 (41)

　　(39)A.模塊接口測試 B.有效性測試

　　C.路徑測試 D.邊界測試

　　(40)A.樁模塊 B.驅(qū)動(dòng)模塊

　　C.樁模塊和驅(qū)動(dòng)模塊 D.存根模塊和驅(qū)動(dòng)模塊

　　(41)A.一次性組裝和增殖性組裝 B.自頂向下組裝和自底向上組裝

　　C.單個(gè)模塊組裝和混合模塊組裝 D.接口組裝和功能組裝

　　黑盒測試是通過軟件的外部表現(xiàn)來發(fā)現(xiàn)軟件缺陷和錯(cuò)誤的測試方法，具體地說，黑盒測試用例設(shè)計(jì)技術(shù)包括 (42) 等�，F(xiàn)有一個(gè)處理單價(jià)為1元的盒裝飲料的|動(dòng)售貨機(jī)軟件，若投入1元幣，按下“可樂”、“雪碧”或“紅茶”按鈕，相應(yīng)的飲料房送出來，若投入的是2元幣，在送出飲料的同時(shí)退還1元幣。下表是用因果圖法設(shè)計(jì)E部分測試用例，1表示執(zhí)行該動(dòng)作，0表示不執(zhí)行該動(dòng)作， (43)的各位數(shù)據(jù)，從2到右分別填入空格表中的(1)-(8)是正確的。

　　(42)A.等價(jià)類劃分法、因果圖法、邊界值分析法、錯(cuò)誤推測法、判定表驅(qū)動(dòng)拓

　　B.等價(jià)類劃分法、因果圖法、邊界值分析法、正交試驗(yàn)法、符號(hào)法

　　C.等價(jià)類劃分法、因果圖法、邊界值分析法、功能圖法、基本路徑法

　　D.等價(jià)類劃分法、因果圖法、邊界值分析法、靜態(tài)質(zhì)量度量法、場景法

　　(43)A.01001100 B.01101100 C.01001010 D.11001100

　　多條件覆蓋是一種邏輯覆蓋，它的含義是設(shè)計(jì)足夠的測試用例，使得每個(gè)判員中條件的各種可能組合都至少出現(xiàn)一次，滿足多條件覆蓋級(jí)別的測試用例也是滿足 (44) 級(jí)別的;針對(duì)布爾表達(dá)式A&&(B||C)執(zhí)行邏輯覆蓋測試，測試用例至少需要 (45) 種組合才能滿足多條件覆蓋的要求。

　　(44)A.語句覆蓋、判定覆蓋、條件覆蓋、條件判定組合覆蓋

　　B.判定覆蓋、條件覆蓋、條件判定組合覆蓋、修正條件判定覆蓋

　　C.語句覆蓋、判定覆蓋、條件判定組合覆蓋、修正條件判定覆蓋

　　D.路徑覆蓋、判定覆蓋、條件覆蓋、條件判定組合覆蓋

　　(45)A.6 B.4 　C.8 　D.12

　　相關(guān)推薦：

　　軟考軟件評(píng)測師歷年真題匯總(2007年-2010年)

　　軟考系統(tǒng)分析師歷年真題匯總(2007年-2010年)

　　各地2015年計(jì)算機(jī)軟考報(bào)名時(shí)間及報(bào)名入口匯總