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

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

1.1 軟件測試的對象

例題1

下列選項中，（ ）不是軟件測試的對象。

A、程序

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

C、文檔

D、項目計劃

例題2

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

A、程序是軟件測試的對象

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

C、開發(fā)標準是軟件測試的對象

D、數(shù)據(jù)庫中數(shù)據(jù)是軟件測試的對象

1.2 軟件測試的原則

例題3

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

A、不同階段的測試有不同的階段性目標

B、越早進行的測試，所花費的代價也越高

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

D、對軟件進行完全測試是不可能的

例題4

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

A、工程性原則

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

C、不完全性原則

D、合理性原則

1.3 驗證與確認

例題5

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

A、確認

B、驗證

C、質(zhì)量保證

D、質(zhì)量控制

1.4 軟件缺陷概述

例題6

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

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

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

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

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

例題7

以下屬于缺陷報告的是（ ）。

①缺陷編號②對應(yīng)的用例編號③編寫時間④缺陷描述⑤嚴重級別⑥優(yōu)先級別

A、①④

B、①②④

C、①②④⑤⑥

D、①②③④⑤⑥

1.5 軟件測試的測試用例

例題8

以下不屬于測試用例的是（ ）。

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

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

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

D、執(zhí)行條件

例題9

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

A、輸入

B、實際的輸出

C、執(zhí)行條件

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

1.6 軟件測試的分類

例題10

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

A、錯誤的初始化

B、精度不夠

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

D、表達式符號不正確

例題11

下列選項中，（）不屬于按照軟件工程階段劃分的測試。

A、確認測試

B、驗收測試

C、動態(tài)測試

D、單元測試

1.7 回歸測試

例題12

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

A、驗證缺陷是否確實被正確修復(fù)了

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

C、驗證新功能的正確性

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

1.8 試題解析

例題1

答案：D

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

例題2

答案：C

解析：軟件測試的對象為：程序、數(shù)據(jù)、文檔。產(chǎn)品開發(fā)標準是標準化活動的產(chǎn)物，非軟件測試的對象。

例題3

答案：B

解析：

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

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

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

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

例題4

答案：D

解析：

軟件測試的原則：

溯源性原則：測試需要追溯到原始需求。

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

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

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

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

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

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

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

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

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

例題5

答案：A

解析：

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

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

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

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