軟考中級(jí)軟件評(píng)測(cè)師百題寶典部分內(nèi)容如下：（完整內(nèi)容請(qǐng)考生在本文文首本文資料處或文末的資料下載欄目下載）

第一章 軟件測(cè)試概述和基礎(chǔ)

1.1 軟件測(cè)試的對(duì)象

例題1

下列選項(xiàng)中，（ ）不是軟件測(cè)試的對(duì)象。

A、程序

B、數(shù)據(jù)

C、文檔

D、項(xiàng)目計(jì)劃

例題2

以下關(guān)于軟件測(cè)試對(duì)象的敘述中，不正確的是（ ）。

A、程序是軟件測(cè)試的對(duì)象

B、開發(fā)文檔是軟件測(cè)試的對(duì)象

C、開發(fā)標(biāo)準(zhǔn)是軟件測(cè)試的對(duì)象

D、數(shù)據(jù)庫(kù)中數(shù)據(jù)是軟件測(cè)試的對(duì)象

1.2 軟件測(cè)試的原則

例題3

以下關(guān)于軟件測(cè)試原則的敘述中，不正確的是（ ）。

A、不同階段的測(cè)試有不同的階段性目標(biāo)

B、越早進(jìn)行的測(cè)試，所花費(fèi)的代價(jià)也越高

C、應(yīng)當(dāng)避免開發(fā)工程師測(cè)試自己的程序

D、對(duì)軟件進(jìn)行完全測(cè)試是不可能的

例題4

完全測(cè)試是不可能，基于時(shí)間和資源的限制，無法開展窮舉式測(cè)試屬于（ ）。

A、工程性原則

B、相關(guān)性原則

C、不完全性原則

D、合理性原則

1.3 驗(yàn)證與確認(rèn)

例題5

（）是通過提供客觀證據(jù)來證實(shí)針對(duì)某一特定預(yù)期用途得到滿足。

A、確認(rèn)

B、驗(yàn)證

C、質(zhì)量保證

D、質(zhì)量控制

1.4 軟件缺陷概述

例題6

以下關(guān)于軟件缺陷的敘述中，不正確的是（ ）。

A、軟件問題、錯(cuò)誤以及因軟件引起的異常、故障、失效、偏差都屬于缺陷

B、軟件缺陷可能是顯現(xiàn)的，也可能是隱藏的

C、軟件缺陷會(huì)導(dǎo)致軟件產(chǎn)品在某種程度上無法滿足用戶需求

D、軟件界面或操作不符合使用者習(xí)慣不屬于缺陷

例題7

以下屬于缺陷報(bào)告的是（ ）。

①缺陷編號(hào)②對(duì)應(yīng)的用例編號(hào)③編寫時(shí)間④缺陷描述⑤嚴(yán)重級(jí)別⑥優(yōu)先級(jí)別

A、①④

B、①②④

C、①②④⑤⑥

D、①②③④⑤⑥

1.5 軟件測(cè)試的測(cè)試用例

例題8

以下不屬于測(cè)試用例的是（ ）。

A、輸入數(shù)據(jù)

B、輸出數(shù)據(jù)

C、預(yù)期結(jié)果

D、執(zhí)行條件

例題9

測(cè)試用例的內(nèi)容不包括（ ）。

A、輸入

B、實(shí)際的輸出

C、執(zhí)行條件

D、預(yù)期結(jié)果

1.6 軟件測(cè)試的分類

例題10

以下不屬于單元測(cè)試中路徑測(cè)試內(nèi)容的是（ ）。

A、錯(cuò)誤的初始化

B、精度不夠

C、發(fā)生的錯(cuò)誤描述難以理解

D、表達(dá)式符號(hào)不正確

例題11

下列選項(xiàng)中，（）不屬于按照軟件工程階段劃分的測(cè)試。

A、確認(rèn)測(cè)試

B、驗(yàn)收測(cè)試

C、動(dòng)態(tài)測(cè)試

D、單元測(cè)試

1.7 回歸測(cè)試

例題12

回歸測(cè)試發(fā)生在軟件有變動(dòng)的情況下，如果這種變動(dòng)是對(duì)缺陷的修復(fù)，回歸測(cè)試首先要（）。

A、驗(yàn)證缺陷是否確實(shí)被正確修復(fù)了

B、缺陷修復(fù)可能影響到的功能是否正確

C、驗(yàn)證新功能的正確性

D、是否刪減了原來的功能

1.8 試題解析

例題1

答案：D

解析：軟件測(cè)試的對(duì)象是軟件，包含程序、數(shù)據(jù)和文檔。選項(xiàng)D為干擾項(xiàng)。

例題2

答案：C

解析：軟件測(cè)試的對(duì)象為：程序、數(shù)據(jù)、文檔。產(chǎn)品開發(fā)標(biāo)準(zhǔn)是標(biāo)準(zhǔn)化活動(dòng)的產(chǎn)物，非軟件測(cè)試的對(duì)象。

例題3

答案：B

解析：

溯源性原則：不同階段的測(cè)試有不同的階段性目標(biāo)，但匯集起來后的總目標(biāo)是保證軟件質(zhì)量。

工程性原則：測(cè)試不是某一個(gè)階段的活動(dòng)，而是貫穿軟件生產(chǎn)的各階段，需要以工程化的思想和方法來組織和實(shí)施。須盡早按計(jì)劃開展測(cè)試，甚至進(jìn)行預(yù)防性測(cè)試，以避免測(cè)試延遲帶來的巨大代價(jià)。

獨(dú)立性原則：應(yīng)當(dāng)避免開發(fā)工程師測(cè)試自己的程序，自己測(cè)試自己的程序會(huì)受到定勢(shì)思維和心理因素的影響。

合理性原則：對(duì)軟件進(jìn)行完全測(cè)試是不可能的，基于有限的時(shí)間和有限的資源，無法對(duì)軟件開展窮舉式的測(cè)試。需要合理地設(shè)定測(cè)試的終止條件。

例題4

答案：D

解析：

軟件測(cè)試的原則：

溯源性原則：測(cè)試需要追溯到原始需求。

工程性原則：測(cè)試貫穿軟件生產(chǎn)的各個(gè)階段，須盡早按計(jì)劃開展測(cè)試，甚至進(jìn)行預(yù)防性測(cè)試。

獨(dú) 立性原則：避免開發(fā)工程師測(cè)試自己的程序。

防止長(zhǎng)期測(cè)試和開發(fā)合作導(dǎo)致的思維和心理同化，從而導(dǎo)致獨(dú) 立性喪失。

合理性原則：完全測(cè)試是不可能，基于時(shí)間和資源的限制，無法開展窮舉式測(cè)試。

要在質(zhì)量要求和測(cè)試強(qiáng)度之間尋找合理的結(jié)合點(diǎn)，需要設(shè)定測(cè)試終止條件。

不完全性原則：測(cè)試不能完全暴露全部缺陷，能做的是盡可能多地發(fā)現(xiàn)錯(cuò)誤，但不能證明軟件不再包含錯(cuò)誤，因此評(píng)價(jià)應(yīng)為：未發(fā)現(xiàn)錯(cuò)誤；而非沒有錯(cuò)誤。

相關(guān)性原則：缺陷具有聚集現(xiàn)象，一個(gè)軟件/模塊發(fā)現(xiàn)錯(cuò)誤越多，意味著未發(fā)現(xiàn)的錯(cuò)誤越多，應(yīng)加強(qiáng)測(cè)試。

可接受性原則：缺陷修復(fù)具有代價(jià)，在各方允許的情況下（進(jìn)行決策后），可以允許某些缺陷遺留在軟件中。

風(fēng)險(xiǎn)性原則：測(cè)試是為了降低或化解軟件的質(zhì)量風(fēng)險(xiǎn)，但測(cè)試本身也是有風(fēng)險(xiǎn)的；在測(cè)試活動(dòng)中應(yīng)考慮風(fēng)險(xiǎn)，進(jìn)行風(fēng)險(xiǎn)管理。

例題5

答案：A

解析：

驗(yàn)證（Verification）：通過提供客觀證據(jù)來證實(shí)規(guī)定需求已經(jīng)得到滿足。

確認(rèn)（Validation）：通過提供客觀證據(jù)來證實(shí)針對(duì)某一特定預(yù)期用途或應(yīng)用需求已經(jīng)得到滿足。

質(zhì)量保證：為了提供足夠的信任表明實(shí)體能夠滿足質(zhì)量要求，而在質(zhì)量管理體系中實(shí)施并根據(jù)需要進(jìn)行證實(shí)的全部有計(jì)劃和有系統(tǒng)的活動(dòng)。

質(zhì)量控制：是指為了達(dá)到和保持質(zhì)量而進(jìn)行控制的技術(shù)措施和管理措施方面的活動(dòng)。