9月計(jì)算機(jī)等級(jí)考試四級(jí)軟件測(cè)試工程師筆試真題及答案

1、2011年9月計(jì)算機(jī)等級(jí)考試四級(jí)軟件測(cè)試工程師筆試真題及答案一、選擇題 下列各題四個(gè)選項(xiàng)中，只有一個(gè)選項(xiàng)是正確的。(1)ANSI/IEEE STD729-1983 給出軟件質(zhì)量的定義：軟件產(chǎn)品滿足規(guī)定的和 隱含的與需求能力有關(guān)的全部特征和特性。以下敘述中不屬于這些質(zhì)量特征和 特性的是A) 產(chǎn)品功能 B) 效率 C) 可使用性 D) 項(xiàng)目成本和進(jìn)度 (解釋見后面)(2)軟件產(chǎn)品需求規(guī)格說(shuō)明書是軟件缺陷存在最多的地方，其原因是A) 軟件開發(fā)人員與用戶溝通比較困難，對(duì)要開發(fā)的產(chǎn)品需求理解不一致 B) 系統(tǒng)設(shè)計(jì)不能全面考慮產(chǎn)品在功能、性能、安全性、可維護(hù)性等方面的平衡 C) 采用不熟悉的新技術(shù)開發(fā)系統(tǒng)

2、或不科學(xué)的算法解決問(wèn)題 D) 系統(tǒng)內(nèi)各子系統(tǒng)或模塊的參數(shù)過(guò)于復(fù)雜，導(dǎo)致信息傳遞失誤(3)條件覆蓋的基本思想是設(shè)計(jì)若干測(cè)試用例，執(zhí)行被測(cè)程序，使得每個(gè)判斷的每個(gè)條件的可能取值至少滿足一次。那么對(duì)于如下的 C 語(yǔ)言程序段 if(a0&&b0)c=c/a； if(a1|c1)c=c+1； 如果采用適用于條件覆蓋的兩個(gè)測(cè)試用例，其輸入值分別為 a=2，b=-1， c=-2 和 a=-1，b=2，c=3，則以下敘述中正確的是A) 執(zhí)行測(cè)試后，4個(gè)條件a0，b0，a1，c1 的所有取值都至少執(zhí)行一次 B) 執(zhí)行測(cè)試后，除 b0 取真和 c1 取假外其他條件取值都至少執(zhí)行一次 C) 執(zhí)行測(cè)試

3、后，除 b0 取假和 c1 取真外其他條件取值都至少執(zhí)行一次 D) 執(zhí)行測(cè)試后，除 b0 取真和 c1 取真外其他條件取值都至少執(zhí)行一次(4)對(duì)于題 3 所給的 C 語(yǔ)言程序段 if(a0&&b0)c=c/a； if(a1|c1)c=c+1； 執(zhí)行條件組合覆蓋，為使得每一條件取值組合至少執(zhí)行一次，需要的測(cè)試用例數(shù)至少是A) 2 B) 3 C) 4 D) 5(5)單元接口測(cè)試是單元測(cè)試的一種，以下不屬于單元接口的是A) 參數(shù)表 B) 輸入/輸出文件 C) 出錯(cuò)信息處理 D) 全局量(6)下圖(a)是一個(gè)程序的模塊結(jié)構(gòu)。模塊 A 是主模塊。下圖(b)是集成測(cè)試 順序的示意圖。從此圖

4、可知，這個(gè)集成策略是：A) 自頂向下集成 B) 自底向上集成 C) 大突擊集成 D) 三明治式集成(7)集成測(cè)試分析的作用是指導(dǎo)集成測(cè)試用例的設(shè)計(jì)，安排測(cè)試和集成順序。集成模塊劃分是集成測(cè)試分析的一個(gè)重要環(huán)節(jié)。以下敘述中不屬于合理的集成模塊劃分的是A) 被集成的幾個(gè)模塊間的聯(lián)系必須很密切 B) 可以很容易地隔離集成模塊的外圍模塊 C) 集成模塊內(nèi)部各個(gè)模塊必須共享某些數(shù)據(jù)區(qū)或程序區(qū) D) 能夠簡(jiǎn)便地模擬外圍模塊向集成模塊發(fā)送消息(8)破壞性測(cè)試的任務(wù)是評(píng)測(cè)軟件在承受超出其正常負(fù)荷 N 倍的情況下，錯(cuò)誤出現(xiàn)時(shí)的狀態(tài)和錯(cuò)誤發(fā)生后的恢復(fù)能力。它的實(shí)施主要在A) 系統(tǒng)層 B) 子系統(tǒng)層 C) 協(xié)議/指

5、標(biāo)層 D) 用戶層(9)程序代碼檢查過(guò)程中為檢查說(shuō)明、使用錯(cuò)誤，通常需要借助一些引用表。以下不適用于做這種檢查的引用表是A) 循環(huán)層次表 B) 事件/響應(yīng)表 C) 變量交叉引用表 D) 標(biāo)號(hào)交叉引用表(10)在單元測(cè)試過(guò)程中，“差 1 錯(cuò)”屬于比較錯(cuò)誤，它是指A) 不正確地多循環(huán)或少循環(huán)一次 B) 不同數(shù)據(jù)類型的比較 C) 不正確的邏輯運(yùn)算符或優(yōu)先次序 D) 當(dāng)遇到死循環(huán)時(shí)無(wú)法跳出循環(huán)(11)以下關(guān)于軟件性能測(cè)試的說(shuō)法中，正確的是A) 檢測(cè)每個(gè)函數(shù)的 McCabe 圈復(fù)雜度是軟件性能測(cè)試關(guān)注的主要內(nèi)容 B) 縮短平均故障修復(fù)時(shí)間是軟件性能測(cè)試的主要目的之一 C) 提高并發(fā)進(jìn)程數(shù)是軟件性能測(cè)試的

6、主要目的之一 D) 吞吐量是軟件性能測(cè)試中一種常用的性能指標(biāo)(12)以下哪種軟件測(cè)試不屬于軟件性能測(cè)試的范疇A) 數(shù)據(jù)流測(cè)試 B) 壓力測(cè)試 C) 負(fù)載測(cè)試 D) 并發(fā)測(cè)試中 (13)以下關(guān)于軟件可靠性測(cè)試的說(shuō)法中，正確的是A) 軟件可靠性測(cè)試總是能比白盒測(cè)試發(fā)現(xiàn)更多的錯(cuò)誤 B) 軟件可靠性測(cè)試總是能比黑盒測(cè)試發(fā)現(xiàn)更多的錯(cuò)誤 C) 軟件可靠性測(cè)試不關(guān)注與軟件性能有關(guān)的軟件故障 D) 軟件可靠性測(cè)試度量出來(lái)的軟件可靠性特定于所定義的軟件運(yùn)行剖面(14)以下關(guān)于軟件可靠性與硬件可靠性的主要區(qū)別的說(shuō)法中，錯(cuò)誤的是A) 軟件的失效多是邏輯錯(cuò)誤引起的；硬件的失效很多不是邏輯錯(cuò)誤引起的 B) 硬

7、件在使用過(guò)程中會(huì)發(fā)生物理退化；軟件在使用過(guò)程中不會(huì)發(fā)生物理退化 C) 硬件的使用者少，不容易引起失效；軟件的使用者多，更容易引起失效 D) 軟件的每個(gè)拷貝都是完全一樣的；按照設(shè)計(jì)生產(chǎn)出來(lái)的同規(guī)格硬件總有微小差別(15)以下關(guān)于面向?qū)ο筌浖y(cè)試的說(shuō)法中，正確的是A) 對(duì)于一個(gè)類進(jìn)行單元測(cè)試時(shí)，一個(gè)測(cè)試用例只能調(diào)用在該類中定義的方法，不能調(diào)用在該類的父類中定義的方法 B) 對(duì)于一個(gè)類進(jìn)行單元測(cè)試時(shí)，一個(gè)測(cè)試用例只能調(diào)用在該類的父類中定義的方法，不能調(diào)用在該類中定義的方法 C) 對(duì)于一個(gè)類進(jìn)行單元測(cè)試時(shí)，一個(gè)測(cè)試用例既可以調(diào)用在該類的父類中定義的方法，也可以調(diào)用在該類中定義的方法 D) 對(duì)于一個(gè)類進(jìn)

8、行單元測(cè)試時(shí)，由該類及其父類中定義的方法組成的任何一個(gè)序列都是一個(gè)合理的測(cè)試用例(16)以下關(guān)于面向?qū)ο筌浖y(cè)試的說(shuō)法中，正確的是A) 不需要對(duì)抽象類進(jìn)行單元測(cè)試B) 等價(jià)類劃分測(cè)試是一種類層次的測(cè)試技術(shù) C) 不變式邊界測(cè)試是一種類層次的測(cè)試技術(shù) D) 測(cè)試動(dòng)態(tài)綁定是類樹測(cè)試的唯一目標(biāo)(17)以下關(guān)于面向?qū)ο筌浖蓽y(cè)試的說(shuō)法中，錯(cuò)誤的是A) 協(xié)作集成是指將可以協(xié)作完成特定系統(tǒng)功能的類集成在一起進(jìn)行集成測(cè)試B) 針對(duì)一個(gè)類的多個(gè)成員方法聞協(xié)作的測(cè)試不屬于面向?qū)ο筌浖蓽y(cè)試關(guān)注的范疇C) 針對(duì)一個(gè)類的多個(gè)實(shí)例間協(xié)作的測(cè)試不屬于面向?qū)ο筌浖蓽y(cè)試關(guān)注的范疇D) 針對(duì)一個(gè)類樹上多個(gè)類的行為的測(cè)

9、試屬于面向?qū)ο筌浖蓽y(cè)試關(guān)注的范疇(18)以下關(guān)于 Web 應(yīng)用軟件測(cè)試的說(shuō)法中，正確的是A) 內(nèi)容測(cè)試是 Web 應(yīng)用軟件性能測(cè)試的一項(xiàng)重要內(nèi)容B) 表單測(cè)試是 Web 應(yīng)用軟件易用性測(cè)試的一項(xiàng)重要內(nèi)容 C) 并發(fā)測(cè)試是 Web 應(yīng)用軟件安全性測(cè)試的一項(xiàng)重要內(nèi)容 D) Cookie 測(cè)試是 Web 應(yīng)用軟件功能測(cè)試的一項(xiàng)重要內(nèi)容(19)以下哪一項(xiàng)不屬于軟件易用性測(cè)試關(guān)注的內(nèi)容A) 相似功能的使用風(fēng)格是否與同類軟件一致B) 軟件內(nèi)相似功能的使用風(fēng)格是否一致 C) 軟件是否能幫助用戶減少輸入中的重復(fù)勞動(dòng) D) 軟件界面的色彩是否悅目(20)以下哪一項(xiàng)不屬于兼容性測(cè)試關(guān)注的范疇A) 操作系統(tǒng)是否

10、能運(yùn)行于不同的硬件平臺(tái) B) 殺毒軟件在清除病毒時(shí)是否會(huì)影響辦公軟件的正常工作 C) Web 應(yīng)用軟件是否支持不同的關(guān)系型數(shù)據(jù)庫(kù) D) 軟件用戶手冊(cè)中的功能說(shuō)明與實(shí)際功能是否一致(21)下列有關(guān)測(cè)試活動(dòng)的描述中，錯(cuò)誤的是A) 測(cè)試策劃的主要依據(jù)包括測(cè)試合同中測(cè)試范圍和進(jìn)度安排要求等 B) 測(cè)試執(zhí)行中不能隨意修訂測(cè)試計(jì)劃 C) 測(cè)試用例設(shè)計(jì)是測(cè)試執(zhí)行的主要內(nèi)容 D) 測(cè)試總結(jié)的目的是對(duì)測(cè)試結(jié)果進(jìn)行分析，以確定軟件產(chǎn)品質(zhì)量的當(dāng)前狀態(tài)(22)以下有關(guān)回歸測(cè)試的說(shuō)法中，正確的是A) 回歸測(cè)試是一個(gè)測(cè)試階段 B) 回歸測(cè)試的目標(biāo)是確認(rèn)被測(cè)軟件經(jīng)修改和擴(kuò)充后正確與否 C) 回歸測(cè)試不能用于單元和集成測(cè)試階

11、段 D) 回歸測(cè)試是指在軟件新版本中驗(yàn)證已修復(fù)的軟件問(wèn)題(23)下列有關(guān)測(cè)試過(guò)程質(zhì)量控制的描述中，正確的是A) 測(cè)試設(shè)計(jì)與實(shí)現(xiàn)應(yīng)完整覆蓋測(cè)試需求 B) 測(cè)試過(guò)程中不能對(duì)測(cè)試需求進(jìn)行重新獲取 C) 測(cè)試過(guò)程中，若相同時(shí)間間隔內(nèi)發(fā)現(xiàn)的缺陷數(shù)量呈收斂趨勢(shì)，則可結(jié)束測(cè)試D) 軟件測(cè)試應(yīng)解決軟件系統(tǒng)中所有缺陷(24)下列關(guān)于開始軟件測(cè)試工作應(yīng)具備的條件中，錯(cuò)誤的是A) 具有測(cè)試合同(或項(xiàng)目計(jì)劃) B) 軟件測(cè)試文檔齊全、符合規(guī)范 C) 所提交的被測(cè)軟件受控 D) 軟件源代碼正確通過(guò)編譯或匯編(25)軟件測(cè)試文檔可進(jìn)行合理的取舍與合并，對(duì)于微、小規(guī)模軟件，下列說(shuō)法中錯(cuò)誤的是A) 測(cè)試計(jì)劃和測(cè)試說(shuō)明可以合并

12、 B) 測(cè)試報(bào)告中可包括測(cè)試記錄和測(cè)試問(wèn)題報(bào)告 C) 測(cè)試報(bào)告、測(cè)試記錄、測(cè)試問(wèn)題報(bào)告和測(cè)試總結(jié)報(bào)告可以合并 D) 測(cè)試說(shuō)明和測(cè)試報(bào)告可以合并二、論述題 論述題 1： 在企業(yè)信息管理系統(tǒng)中，人員信息查詢是最常見的。使用以下3個(gè)獨(dú)立的查詢條件：1)員工號(hào)(ID) 2)員工姓名(Name) 3)員工郵件地址(eMail)每個(gè)查詢條件可有可無(wú)，但不能都沒有；且條件的取值可以是能查到的，也可以是查不到的。當(dāng)出現(xiàn)多個(gè)查詢條件時(shí)，按 IDNameeMail 的順序查詢。如果某一條件未出現(xiàn)，則檢查下一條件；如果某一條件出現(xiàn)，則檢查滿足該條件取值的信息是否存在：若不存在，立刻中止查詢，并輸出失敗信息；若存在，

13、繼續(xù)下一條件查詢，最后輸出查詢結(jié)果。要求 (1)畫出實(shí)現(xiàn)查詢的程序流程圖。 (2)給出一組測(cè)試路徑，能覆蓋程序流程圖的所有分支。(1)畫出程序中函數(shù) addLInt 的控制流程圖；(2)設(shè)計(jì)一組測(cè)試用例，使該程序 addLInt 函數(shù)的語(yǔ)句覆蓋率和分支覆蓋率 均能達(dá)到 100%。如果認(rèn)為該函數(shù)的語(yǔ)句覆蓋率或分 支覆蓋率無(wú)法達(dá)到 100%，需 說(shuō)明為什么。參考答案及解析一、選擇題(1)D (2)B (3)B解析 根據(jù)與“&&”、或“|”的“短路”運(yùn)行特性，結(jié)合兩組輸入 值分析可知，第一個(gè)判斷條件b0 取真，第二個(gè)判斷條件c1 取假?zèng)]有被執(zhí) 行，其他條件的取值都被至少執(zhí)行了一次。

14、(4)C解析 兩個(gè)分支四條路徑，至少需要4個(gè)測(cè)試用例。 (5)D解析 單元測(cè)試從5個(gè)方面考慮，分別是:模塊接口、出錯(cuò)處理、獨(dú) 立路徑、邊界條件和局部數(shù)據(jù)結(jié)構(gòu)。答案中，參數(shù)表和輸入/輸出文件屬于模塊 接口，所以答案選D。 (6)B (7)C解析 合理的集成測(cè)試模塊劃分應(yīng)滿足以下幾點(diǎn):被集成的幾個(gè)模塊 之間的關(guān)系必須密切;可以方便地隔離集成模塊的外圍模塊;能夠簡(jiǎn)便地模擬 外圍模塊向集成模塊發(fā)送消息;外圍模塊向被測(cè)試的集成模塊發(fā)送的消息能夠 模擬實(shí)際環(huán)境中的大多數(shù)情況。 (8)A (9)B解析 引用表是為了支持對(duì)源代碼進(jìn)行靜態(tài)檢查，可分為:標(biāo)號(hào)交叉 引用表;變量交叉引用表;子程序、宏和函數(shù)表;等價(jià)表

15、;常數(shù)表。 (10)A解析 “差1 錯(cuò)”是指:不正確地多循環(huán)或少循環(huán)一次;迭代發(fā)散 時(shí)不能退出;錯(cuò)誤地修改了循環(huán)變量。 (11)D解析 軟件性能的指標(biāo)主要有: 響應(yīng)時(shí)間。 系統(tǒng)響應(yīng)時(shí)間和應(yīng)用延遲時(shí)間。 吞吐量。 并發(fā)用戶數(shù)。 資源利用率。 (12)A解析 軟件性能的測(cè)試主要分為: 性能測(cè)試。 并發(fā)測(cè)試。 壓力測(cè)試。 可靠性測(cè)試。 負(fù)載測(cè)試。 配置測(cè)試。 失效恢復(fù)測(cè)試。 (13)D (14)C解析 軟件可靠性與硬件可靠性的區(qū)別: 唯一性。軟件設(shè)計(jì)出來(lái)以后，每份拷貝都是完全一樣的，而硬件在設(shè)計(jì) 出來(lái)以后-每個(gè)按照設(shè)計(jì)生產(chǎn)的硬件都不可能完全相同。 物理退化。硬件可靠性研究的一個(gè)重要原因就是物理退化。

16、 邏輯復(fù)雜性。軟件是純邏輯產(chǎn)品，內(nèi)部邏輯復(fù)雜度高，而硬件的內(nèi)部邏 輯相對(duì)簡(jiǎn)單。 版本更新。硬件的更新通常較慢，而軟件受到需求變更等因素的影響， 版本更新比較頻繁。 (15)C解析 由于集成和多態(tài)的使用，對(duì)子類的測(cè)試通常不能限定在子類 中定義的成員變量和成員方法上，還需要考慮父類對(duì)子類的影響。 (16)C (17)C解析 協(xié)作集成是在集成測(cè)試時(shí)針對(duì)系統(tǒng)完成的功能，它將可以相 互協(xié)作完成特定系統(tǒng)功能的類集成在一起進(jìn)行測(cè)試。針對(duì)一個(gè)類多個(gè)實(shí)例間的 測(cè)試屬于面向?qū)ο蠹蓽y(cè)試的范疇。 (18)D (19)D (20)D解析 兼容性測(cè)試包括:與操作系統(tǒng)的兼容性;與數(shù)據(jù)庫(kù)的兼容 性;與瀏覽器的兼容性;與中間

17、件的兼容性;與其他軟件的兼容性;與平臺(tái)軟 件的兼容性。 (21)C解析 測(cè)試活動(dòng)包括四項(xiàng)基本內(nèi)容: 測(cè)試策劃。 測(cè)試設(shè)計(jì)與實(shí)現(xiàn)，在該活動(dòng)中制定測(cè)試的技術(shù)方案、選擇測(cè)試工具，并 根據(jù)測(cè)試技術(shù)方案設(shè)計(jì)測(cè)試用例。 測(cè)試執(zhí)行。 測(cè)試總結(jié)。 (22)B解析 回歸測(cè)試有兩種不同的使用方式，都是建立在復(fù)用原有測(cè)試 的思想之上的。其方式描述如下: 一經(jīng)發(fā)現(xiàn)并改正了程序中隱藏的缺陷，然后再重新執(zhí)行以前發(fā)現(xiàn)這個(gè)缺 陷的測(cè)試，看這個(gè)缺陷是否重現(xiàn)?；貧w測(cè)試的目的是為了確認(rèn)對(duì)程序的修改達(dá) 到了預(yù)期的目標(biāo)。 當(dāng)對(duì)發(fā)現(xiàn)的缺陷進(jìn)行修改之后，執(zhí)行一系列基準(zhǔn)測(cè)試，以確認(rèn)程序的修 改沒有對(duì)程序的其他部分產(chǎn)生干擾。 (23)C解析 測(cè)試過(guò)程的質(zhì)量控制中應(yīng)包括以下4 方面的內(nèi)容: 把握需求。在軟件系統(tǒng)開發(fā)過(guò)程中，需求的獲取和完善貫穿于每一個(gè)階 段，依據(jù)“盡早測(cè)試”和“