軟件質(zhì)量保證與測(cè)試技術(shù)智慧樹(shù)知到課后章節(jié)答案2023年下青島工學(xué)院

軟件質(zhì)量保證與測(cè)試技術(shù)智慧樹(shù)知到課后章節(jié)答案2023年下青島工學(xué)院青島工學(xué)院

第一章測(cè)試

導(dǎo)致軟件缺陷的最大原因是（）

答案:

需求分析

下列那種不屬于軟件缺陷（）。

答案:

計(jì)算機(jī)病毒發(fā)作，屏幕出現(xiàn)熊貓燒香畫面

測(cè)試的關(guān)鍵問(wèn)題是（）。

答案:

如何選擇測(cè)試用例

常見(jiàn)的軟件測(cè)試模型有（）。

答案:

V模型;W模型;H模型

軟件測(cè)試按照測(cè)試技術(shù)分類包含（）。

答案:

白盒測(cè)試;黑盒測(cè)試

測(cè)試就是為了驗(yàn)證軟件已正確地實(shí)現(xiàn)了用戶的要求。（）

答案:

錯(cuò)

軟件開(kāi)發(fā)過(guò)程中，若能推遲暴露其中的錯(cuò)誤，則為修復(fù)和改進(jìn)錯(cuò)誤所花費(fèi)的代價(jià)就會(huì)降低。（）

答案:

錯(cuò)

軟件測(cè)試只能發(fā)現(xiàn)錯(cuò)誤，但不能保證測(cè)試后的軟件沒(méi)有錯(cuò)誤。（）

答案:

對(duì)

敏捷測(cè)試是一種遵循敏捷軟件開(kāi)發(fā)規(guī)則和原則的測(cè)試實(shí)踐。（）

答案:

對(duì)

測(cè)試用例設(shè)計(jì)時(shí)既需要考慮正確數(shù)據(jù)，也需要考慮錯(cuò)誤數(shù)據(jù)。

答案:

對(duì)

第二章測(cè)試

CMM將軟件組織的軟件能力成熟度描述為（）

答案:

五級(jí)

下列那種不屬于企業(yè)規(guī)范（）。

答案:

ISO9000

CMMI的全稱為（）。

答案:

軟件能力成熟度模型集成

軟件質(zhì)量可以通過(guò)以下哪些質(zhì)量屬性來(lái)度量（）。

答案:

內(nèi)部質(zhì)量;使用質(zhì)量;外部質(zhì)量

常用的軟件質(zhì)量管理體系有（）。

答案:

CMM質(zhì)量體系;ISO9000系列

軟件質(zhì)量模型按層次劃分包含（）。

答案:

Boehm模型;McCall模型;ISO25010;ISO9126

軟件質(zhì)量度量活動(dòng)只需要出現(xiàn)在軟件測(cè)試階段。（）

答案:

錯(cuò)

軟件質(zhì)量保證的獨(dú)特性是由軟件產(chǎn)品不同于其他制造產(chǎn)品的本質(zhì)決定的。（）

答案:

對(duì)

CMMI并不包括CMM，更加適用于企業(yè)的過(guò)程改進(jìn)實(shí)施。（）

答案:

錯(cuò)

Boehm模型中，管理員用戶通過(guò)原始需求規(guī)格說(shuō)明來(lái)評(píng)價(jià)和描述質(zhì)量。（）

答案:

錯(cuò)

第三章測(cè)試

屬于白盒測(cè)試方法的是（）

答案:

基本路徑法

劃分軟件測(cè)試屬于白盒測(cè)試還是黑盒測(cè)試的依據(jù)是（）

答案:

是否能看到被測(cè)源程序

某次程序調(diào)試沒(méi)有出現(xiàn)預(yù)計(jì)的結(jié)果，下列（）不可能是導(dǎo)致出錯(cuò)的原因。

答案:

編寫的語(yǔ)句書(shū)寫格式不規(guī)范

代碼檢查法有桌面檢查法，走查和（）。

答案:

代碼審查

如果一個(gè)判定中的復(fù)合條件表達(dá)式為（A>0）or（B<=4），則為了達(dá)到100%的條件覆蓋率，至少需要設(shè)計(jì)多少個(gè)測(cè)試用例（）

答案:

2

關(guān)于集成測(cè)試說(shuō)法不正確的是（）

答案:

自底而上增量集成的優(yōu)點(diǎn)是能夠盡早發(fā)現(xiàn)系統(tǒng)主控方面的問(wèn)題

集成測(cè)試的測(cè)試用例是根據(jù)（）的結(jié)果來(lái)設(shè)計(jì)。

答案:

概要設(shè)計(jì)

單元測(cè)試是從用戶的角度檢查系統(tǒng)是否滿足合同中定義的需求,以及以確認(rèn)產(chǎn)品是否能符合業(yè)務(wù)上的需要。（）

答案:

錯(cuò)

自底向上集成需要測(cè)試員編寫樁模塊。（）

答案:

錯(cuò)

為了快速完成集成測(cè)試，采用一次性集成方式是適宜的。（）

答案:

錯(cuò)

第四章測(cè)試

設(shè)某軟件學(xué)生年齡的輸入范圍為16至40,根據(jù)等價(jià)類劃分方法,下列劃分正確的是（）

答案:

可劃分為1個(gè)有效等價(jià)類和2個(gè)無(wú)效等價(jià)類

某函數(shù)輸入整數(shù)X(1≤X≤10),根據(jù)健壯邊界值分析方法,X的測(cè)試用例應(yīng)包括（）

答案:

0,1,2,5,9,10,11

下列黑盒測(cè)試技術(shù)中,最具有邏輯性的是（）

答案:

決策表

在設(shè)計(jì)測(cè)試用例時(shí),()是用的最多的一種黑盒測(cè)試方法。（）

答案:

等價(jià)類劃分

黑盒法是根據(jù)程序的（）來(lái)設(shè)計(jì)測(cè)試用例的。

答案:

功能

（）方法根據(jù)輸出對(duì)輸入的依賴關(guān)系設(shè)計(jì)測(cè)試用例。

答案:

因果圖

對(duì)于業(yè)務(wù)流清晰的系統(tǒng)可以利用（）貫穿整個(gè)測(cè)試用例設(shè)計(jì)過(guò)程并在用例中綜合使用各種測(cè)試方法。（）

答案:

場(chǎng)景法

黑盒測(cè)試技術(shù)經(jīng)常與動(dòng)態(tài)測(cè)試技術(shù)結(jié)合使用。（）

答案:

對(duì)

在等價(jià)類劃分法中,為了提高測(cè)試效率,一個(gè)測(cè)試用例可以覆蓋多個(gè)無(wú)效等價(jià)類。（）

答案:

錯(cuò)

在單元測(cè)試時(shí),某函數(shù)有4個(gè)形式參數(shù),使用健壯性邊界值分析,測(cè)試用例數(shù)量為25。（）

答案:

對(duì)

第五章測(cè)試

SQL注入的危害不包括（）。

答案:

破壞電腦系統(tǒng)

以下哪種軟件測(cè)試屬于軟件性能測(cè)試的范疇（）。

答案:

壓力測(cè)試

用于考察當(dāng)前軟硬件環(huán)境下軟件系統(tǒng)所能承受的最大負(fù)荷并幫助找出系統(tǒng)瓶頸所在的是（）。

答案:

壓力測(cè)試

下列選項(xiàng)中，哪一項(xiàng)是抓包工具（）。

答案:

Fiddler

下列哪個(gè)選項(xiàng)是開(kāi)源的性能測(cè)試工具（）。

答案:

ApacheJMeter

用戶體驗(yàn)的測(cè)評(píng)需要依據(jù)用戶體驗(yàn)度量模型來(lái)進(jìn)行，主要有三種模型為（）。

答案:

傳統(tǒng)的網(wǎng)站UX衡量指標(biāo)PULSE;谷歌GSM模型;以用戶為中心的指標(biāo)體系HEART

可靠性測(cè)試指的是在規(guī)定的一段時(shí)間和條件下，軟件能維持其性能水平的能力有關(guān)的一組屬性，可用成熟性、容錯(cuò)性、易恢復(fù)性三個(gè)基本子特性來(lái)度量。（）

答案:

對(duì)

并發(fā)數(shù)量增大可能會(huì)導(dǎo)致系統(tǒng)響應(yīng)變慢。（）

答案:

對(duì)

負(fù)載測(cè)試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。（）

答案:

錯(cuò)

安全測(cè)試貫穿于軟件的整個(gè)生命周期。（）

答案:

對(duì)

第六章測(cè)試

下列（）不是軟件自動(dòng)化測(cè)試的優(yōu)點(diǎn)。

答案:

能完全代替手工測(cè)試工作

關(guān)于自動(dòng)化測(cè)試局限性的描述，以下描述錯(cuò)誤的是（）。

答案:

自動(dòng)測(cè)試比手工測(cè)試發(fā)現(xiàn)的缺陷少

以下不適用自動(dòng)化測(cè)試的情況為（）。

答案:

界面體驗(yàn)測(cè)試

下列哪一項(xiàng)不屬于腳本測(cè)試技術(shù)（）。

答案:

回歸測(cè)試腳本。

下列選項(xiàng)中，哪一項(xiàng)不是于自動(dòng)化測(cè)試的缺點(diǎn)（）。

答案:

自動(dòng)化測(cè)試對(duì)測(cè)試團(tuán)隊(duì)的技術(shù)有更高的要求。

自動(dòng)化測(cè)試工具的基本要求是（）

答案:

支持腳本語(yǔ)言

自動(dòng)化測(cè)試可以提高測(cè)試效率，卻無(wú)法保證測(cè)試的有效性。（）

答案:

對(duì)

自動(dòng)化測(cè)試可以達(dá)到100%覆蓋率。（）

答案:

錯(cuò)

在相同的測(cè)試設(shè)計(jì)、執(zhí)行相同的測(cè)試數(shù)據(jù)的情況下，自動(dòng)化測(cè)試比手工測(cè)試發(fā)現(xiàn)的缺陷多。（）

答案:

錯(cuò)

自動(dòng)化測(cè)試可適用于任何測(cè)試場(chǎng)景。（）

答案:

錯(cuò)

第七章測(cè)試

下列工具中，哪一項(xiàng)不是移動(dòng)App自動(dòng)化測(cè)試工具（）

答案:

Jemeter

下列選項(xiàng)中，哪一項(xiàng)不屬于移動(dòng)App的UI測(cè)試（）。

答案:

文字測(cè)試

下列選項(xiàng)中不屬于移動(dòng)App特性的是（）

答案:

唯一性

哪一個(gè)手機(jī)操作系統(tǒng)是開(kāi)源的（）

答案:

IOS

關(guān)于移動(dòng)App，下列說(shuō)法中錯(cuò)誤的是（）

答案:

移動(dòng)App無(wú)法接受鍵盤鼠標(biāo)輸入。

移動(dòng)App性能測(cè)試包含（）

答案:

響應(yīng)能力測(cè)試;邊界測(cè)試;壓力測(cè)試;耗能測(cè)試

Appium支持C/C++語(yǔ)言。（）

答案:

錯(cuò)

移動(dòng)App的切換測(cè)試包括刪除進(jìn)程、鎖屏、后臺(tái)切換。（）

答案:

對(duì)

由于移動(dòng)應(yīng)用的特殊性,通用測(cè)試技術(shù)一般不能用于移動(dòng)應(yīng)用測(cè)試。（）

答案:

錯(cuò)

UIAutomator既可以做UI測(cè)試也可以做功能測(cè)試。（）

答案:

對(duì)

第八章測(cè)試

對(duì)軟件文檔的要求不包括（）。

答案:

美觀性

軟件設(shè)計(jì)階段的質(zhì)量控制主要采取的方式是（）。

答案:

評(píng)審

以下不屬于軟件評(píng)審內(nèi)容的是（）。

答案:

人員評(píng)審

4以下不是評(píng)審工具的是（）。

答案:

JaCoCo

軟件質(zhì)量控制和軟件質(zhì)量保證的重要手段是（）。

答案:

軟件評(píng)審

大中型軟件的質(zhì)量更多的取決于（）。

答案:

需求分析;軟件設(shè)計(jì)

技術(shù)評(píng)審既是一種技術(shù)手段，也是一種質(zhì)量管理手段。（）

答案:

對(duì)

評(píng)審的主要目標(biāo)在于檢測(cè)錯(cuò)誤、核對(duì)與標(biāo)準(zhǔn)的偏離。（）

答案:

對(duì)

應(yīng)選擇那些最復(fù)雜和最危險(xiǎn)的部分進(jìn)行評(píng)審。（）

答案:

對(duì)

正式的軟件評(píng)審一般以評(píng)審會(huì)的形式進(jìn)行。（）

答案:

對(duì)

第九章測(cè)試

下列選項(xiàng)中不屬于項(xiàng)目管理的三角關(guān)系的是（）。

答案:

范圍。

軟年測(cè)試項(xiàng)目管理共有5項(xiàng)基本內(nèi)容，分別是度量或標(biāo)準(zhǔn)、（）風(fēng)險(xiǎn)分析、日程安排、跟蹤和控制。

答案:

預(yù)估或評(píng)估

軟件測(cè)試項(xiàng)目管理過(guò)程中，在（）階段，需要確定測(cè)試范圍、測(cè)試策略和方法。

答案:

測(cè)試計(jì)劃

通過(guò)測(cè)試工具，運(yùn)行測(cè)試腳本，得到的測(cè)試結(jié)果的測(cè)試方法是（）。

答案:

自動(dòng)化測(cè)試

由市場(chǎng)不清晰、不穩(wěn)定所導(dǎo)致的風(fēng)險(xiǎn)屬于（）。