關(guān)于軟件測(cè)試，(31)的敘述是正確的。
�、� 測(cè)試開始越早，越有利于發(fā)現(xiàn)軟件缺陷
② 采用正確的測(cè)試用例設(shè)計(jì)方法，軟件測(cè)試可以做到窮舉測(cè)試
�、� 測(cè)試覆蓋度和測(cè)試用例數(shù)量成正比
�、� 軟件測(cè)試的時(shí)間越長越好
(31)A.④ B.① C.②、③ D.①、③
系統(tǒng)功能測(cè)試過程中，驗(yàn)證需求可以正確實(shí)現(xiàn)的測(cè)試用例稱為(32)。
(32)A.業(yè)務(wù)流程測(cè)試用例 B.功能點(diǎn)測(cè)試用例
C.通過測(cè)試用例 D.失敗測(cè)試用例
(33)不屬于功能測(cè)試用例構(gòu)成元素。
(33)A.測(cè)試數(shù)據(jù) B.測(cè)試步驟 C.預(yù)期結(jié)果 D.實(shí)測(cè)結(jié)果
針對(duì)電子政務(wù)類應(yīng)用系統(tǒng)的功能測(cè)試，為設(shè)計(jì)有效的測(cè)試用例，應(yīng)(34) 。
(34)A.使業(yè)務(wù)需求的覆蓋率達(dá)到100%
B.利用等價(jià)類法模擬核心業(yè)務(wù)流程的正確執(zhí)行
C.對(duì)一個(gè)業(yè)務(wù)流程的測(cè)試用例設(shè)計(jì)一條驗(yàn)證數(shù)據(jù)
D.經(jīng)常使用邊界值法驗(yàn)證界面輸入值
(35)測(cè)試用例設(shè)計(jì)方法既可以用于黑盒測(cè)試，也可以用于白盒測(cè)試。
(35)A.邊界值法 B.基本路徑法 C.正交試驗(yàn)設(shè)計(jì)法 D.邏輯覆蓋法
對(duì)“功能測(cè)試的回歸測(cè)試經(jīng)常要多次重復(fù)”的正確理解是(36) 。
(36)A.回歸測(cè)試應(yīng)該執(zhí)行初測(cè)時(shí)所用的全部測(cè)試用例
B.回歸測(cè)試只要執(zhí)行發(fā)現(xiàn)缺陷的那些測(cè)試用例即可
C.通過多次的回歸測(cè)試可以發(fā)現(xiàn)所有缺陷
D.回歸測(cè)試就是驗(yàn)收測(cè)試
功能測(cè)試執(zhí)行過后一般可以確認(rèn)系統(tǒng)的功能缺陷，缺陷的類型包括(37) 。
�、� 功能不滿足隱性需求②功能實(shí)現(xiàn)不正確
�、� 功能易用性不好③功能不符合相關(guān)的法律法規(guī)
(37)A.① B.①②③ C.②③④ D.②
以下關(guān)于軟件測(cè)試的概念，正確的是(38) 。
(38)A.軟件測(cè)試的目的是想證實(shí)在一個(gè)給定的外部環(huán)境中軟件的邏輯正確性，即保證軟件以正確的方式來做這個(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è)試原則是(39)。
(39)A.軟件測(cè)試可以發(fā)現(xiàn)軟件潛在的缺陷
B.所有的軟件測(cè)試都可追溯到用戶需求
C.測(cè)試應(yīng)盡早不斷地執(zhí)行
D.程序員應(yīng)避免測(cè)試自己的程序
在編碼階段對(duì)系統(tǒng)執(zhí)行的測(cè)試類型主要包括單元測(cè)試和集成測(cè)試，(40)屬于單元測(cè)試的內(nèi)容。
(40)A.接口數(shù)據(jù)測(cè)試 B.局部數(shù)據(jù)測(cè)試
C.模塊間時(shí)序測(cè)試 D.全局?jǐn)?shù)據(jù)測(cè)試
以下關(guān)于軟件測(cè)試概念的敘述，不正確的是(41)。
相關(guān)推薦：
軟考軟件評(píng)測(cè)師歷年真題匯總(2007年-2010年)
| 北京 | 天津 | 上海 | 江蘇 | 山東 |
| 安徽 | 浙江 | 江西 | 福建 | 深圳 |
| 廣東 | 河北 | 湖南 | 廣西 | 河南 |
| 海南 | 湖北 | 四川 | 重慶 | 云南 |
| 貴州 | 西藏 | 新疆 | 陜西 | 山西 |
| 寧夏 | 甘肅 | 青海 | 遼寧 | 吉林 |
| 黑龍江 | 內(nèi)蒙古 |
