(41)A.軟件失效指軟件運(yùn)行時(shí)產(chǎn)生了一種不希望或不可接受的內(nèi)部行為
B.軟件功能實(shí)現(xiàn)超出了產(chǎn)品說明書的規(guī)定說明軟件存在缺陷
C.測試目的是為了發(fā)現(xiàn)軟件缺陷與錯(cuò)誤,也是對軟件質(zhì)量進(jìn)行度量和評估
D.在軟件生命周期各個(gè)階段都可能產(chǎn)生錯(cuò)誤
以下關(guān)于軟件測試分類定義的敘述,不正確的是(42)。
(42)A.軟件測試可分為單元測試、集成測試、確認(rèn)測試、系統(tǒng)測試、驗(yàn)收測試
B.確認(rèn)測試是在模塊測試完成的基礎(chǔ)上,將所有的程序模塊進(jìn)行組合并驗(yàn)證其是否滿足用戶需求的過程
C.軟件測試可分為白盒測試和黑盒測試
D.系統(tǒng)測試是將被測軟件作為整個(gè)基于計(jì)算機(jī)系統(tǒng)的一個(gè)元素,與計(jì)算機(jī)硬件、外設(shè)、某些支持軟件、數(shù)據(jù)和人員等其他系統(tǒng)元素結(jié)合在一起進(jìn)行測試的過程
正確的集成測試描述包括(43)。
①集成測試也叫做組裝測試,通常是在單元測試的基礎(chǔ)上,將模塊按照設(shè)計(jì)說明書要求進(jìn)行組裝和測試的過程。
②自頂向下的增殖方式是集成測試的一種組裝方式,它能較早地驗(yàn)證主要的控制和判斷點(diǎn),對于輸入輸出模塊、復(fù)雜算法模塊中存在的錯(cuò)誤能夠較早地發(fā)現(xiàn)。
③集成測試的目的在于檢查被測模塊能否正確實(shí)現(xiàn)詳細(xì)設(shè)計(jì)說明中的模塊功能、性能、接口和設(shè)計(jì)約束等要求
④集成測試需要重點(diǎn)關(guān)注各個(gè)模塊之間的相互影響,發(fā)現(xiàn)并排除全局?jǐn)?shù)據(jù)結(jié)構(gòu)問題
(43)A.①② B.②③ C.①④ D.②④
以下關(guān)于軟件質(zhì)量特性測試的敘述,正確的是(44)。
、俪墒煨詼y試是檢驗(yàn)軟件系統(tǒng)故障,或違反指定接口的情況下維持規(guī)定的性能水平有關(guān)的測試工作
、诠δ苄詼y試是檢驗(yàn)適合性、準(zhǔn)確性、互操作性、安全保密性、功能依從性的測試工作
、垡讓W(xué)性測試是檢查系統(tǒng)中用戶為操作和運(yùn)行控制所花努力有關(guān)的測試工作
、苄蕼y試是指在規(guī)定條件下產(chǎn)品執(zhí)行其功能時(shí),對時(shí)間消耗及資源利用的測試工作
(44)A.①②③④ B.①④ C.①③④ D.②④
對軟件可靠性的理解,正確的是(45)。
、佘浖煽啃允侵冈谥付l件下使用時(shí),軟件產(chǎn)品維持規(guī)定的性能級(jí)別的能力
、谲浖煽啃缘姆N種局限是由于隨著時(shí)間的推移,軟件需求和使用方式發(fā)生了變化
、圮浖煽啃园ǔ墒煨、有效性、容錯(cuò)性、易恢復(fù)性等質(zhì)量子特性
④針對軟件可靠性中的容錯(cuò)性子特性應(yīng)測試軟件失效防護(hù)能力
(45)A.①③ B.②③ C.①④ D.①②③④
軟件可移植性應(yīng)從如下(46)方面進(jìn)行測試。
(46)A.適應(yīng)性、易安裝性、共存性、易替換性
B.適應(yīng)性、易安裝性、可伸縮性、易替換性
C.適應(yīng)性、易安裝性、兼容性、易替換性
D.適應(yīng)性、成熟性、兼容性、易替換性
以下關(guān)于基于V&V原理的W模型的敘述中,(47)是錯(cuò)誤的。
(47)A.W模型指出當(dāng)需求被提交后,就需要確定高級(jí)別的測試用例來測試這些需求,當(dāng)詳細(xì)設(shè)計(jì)編寫完成后,即可執(zhí)行單元測試
B.根據(jù)W模型要求,一旦有文檔提供,就要及時(shí)確定測試條件、編寫測試用例
C.軟件測試貫串于軟件定義和開發(fā)的整個(gè)期間
D.程序、需求規(guī)格說明、設(shè)計(jì)規(guī)格說明都是軟件測試的對象
以下說法不正確的選項(xiàng)包括(48)。
、佘浖䴗y試不僅僅指測試的執(zhí)行,還包括很多其他的活動(dòng)
、谲浖䴗y試是一個(gè)獨(dú)立的流程,貫穿產(chǎn)品整個(gè)生命周期,與其他流程并發(fā)地進(jìn)行
、蹜(yīng)用H模型有利于資源調(diào)配,有助于跟蹤測試投入的流向
、蹾模型指出,單元測試、集成測試、系統(tǒng)測試不存在嚴(yán)格的次序關(guān)系,各層次之
間的測試存在反復(fù)觸發(fā)、迭代和增量關(guān)系等
(48)A.①③ B.②③ C.①④ D.無
以下軟件質(zhì)量保證的目標(biāo)中,(49)是錯(cuò)誤的。
(49)A.通過監(jiān)控軟件開發(fā)過程來保證產(chǎn)品質(zhì)量
B.保證開發(fā)出來的軟件和軟件開發(fā)過程符合相應(yīng)標(biāo)準(zhǔn)與規(guī)程,不存在軟件缺陷
C.保證軟件產(chǎn)品、軟件過程中存在的問題得到處理,必要時(shí)將問題反映給高級(jí)管理者
D.確保項(xiàng)目組制定的計(jì)劃、標(biāo)準(zhǔn)和規(guī)程適合項(xiàng)目組需要,同時(shí)滿足評審和審計(jì)需要
(50)不會(huì)影響測試質(zhì)量。
(50)A.用戶需求頻繁變化 B.測試流程不規(guī)范
C.采用背靠背測試方式 D.測試周期被壓縮
相關(guān)推薦:
北京 | 天津 | 上海 | 江蘇 | 山東 |
安徽 | 浙江 | 江西 | 福建 | 深圳 |
廣東 | 河北 | 湖南 | 廣西 | 河南 |
海南 | 湖北 | 四川 | 重慶 | 云南 |
貴州 | 西藏 | 新疆 | 陜西 | 山西 |
寧夏 | 甘肅 | 青海 | 遼寧 | 吉林 |
黑龍江 | 內(nèi)蒙古 |