《IBM軟件測(cè)試》試題及答案

1、IBM 軟件測(cè)試 認(rèn)證試題一、單選題 （每題10分，共300分） 1. 下列哪個(gè)是瀑布型開(kāi)發(fā)的正確過(guò)程？（B） A. 設(shè)計(jì) -編碼 -單元測(cè)試 -集成 -系統(tǒng)測(cè)試 B. 需求分析 -設(shè)計(jì) -編碼&單元測(cè)試 -集成 -系統(tǒng)測(cè)試 C. 需求分析 -設(shè)計(jì) -編碼&單元測(cè)試 -系統(tǒng)測(cè)試 -集成 D. 需求分析 -設(shè)計(jì) -單元測(cè)試 -系統(tǒng)測(cè)試 -集成 2. 軟件架構(gòu)是一個(gè)軟件開(kāi)發(fā)的產(chǎn)品，它能夠在質(zhì)量、成本還有哪個(gè)方面上提供最大限度的投資回報(bào)？（ B ） A. 人員 B. 時(shí)間進(jìn)度 C. 項(xiàng)目范圍 3. 持續(xù)的質(zhì)量驗(yàn)證應(yīng)該做到：（A） A. 盡早的質(zhì)量驗(yàn)證 B. 在項(xiàng)目后期驗(yàn)證質(zhì)量 C. 只需驗(yàn)證可執(zhí)行系

2、統(tǒng)的工程 4 測(cè)試的基本流程:（A） 1.開(kāi)發(fā)人員將開(kāi)放出來(lái)的產(chǎn)品交給測(cè)試部門。 2.測(cè)試人員使用某種測(cè)試方法測(cè)試產(chǎn)品并收集產(chǎn)品的缺陷。 3.與開(kāi)發(fā)人員溝通被發(fā)現(xiàn)的缺陷。 4.開(kāi)發(fā)人員修復(fù)缺陷并送回到測(cè)試部門重新測(cè)試。 A. 1,2,3,4 B. C.1,3,2,4 D.2,1,3,4 5.語(yǔ)句覆蓋方法的正確步驟：( A) 1 程序結(jié)構(gòu)化：將程序轉(zhuǎn)化為流圖 2 環(huán)形復(fù)雜度計(jì)算：得到的是要覆蓋所有語(yǔ)句，獨(dú)立路徑數(shù)量的上限 N 3 構(gòu)造獨(dú)立路徑：構(gòu)造 N 條獨(dú)立路徑 4 確認(rèn)分支點(diǎn)：針對(duì)每條獨(dú)立路徑，確認(rèn)獨(dú)立路徑上的所有分支點(diǎn) 5 構(gòu)造執(zhí)行條件：根據(jù)一條獨(dú)立路徑上的所有分支點(diǎn)集合確認(rèn)路徑執(zhí)行條件集

3、合 6 編制用例：對(duì)這些路徑和路徑執(zhí)行條件集合進(jìn)行分析，編制用例 A. 1,2,3,4,5,6 B. 1,2,4,3,5,6 C. 1,3,2,4,5,6 D. 1,2,3,5,4,6 6.下面的觀點(diǎn)哪些是錯(cuò)誤的？（B） A.你永遠(yuǎn)也不可能完成測(cè)試，這個(gè)重?fù)?dān)將會(huì)簡(jiǎn)單地從你(或者開(kāi)發(fā)人員)身上轉(zhuǎn)移到你的客戶身上 B. 當(dāng)你時(shí)間不夠或者資金不夠用的時(shí)候，就完成了測(cè)試 C. 我們不能絕對(duì)地認(rèn)定軟件永遠(yuǎn)也不會(huì)再出錯(cuò) ，但可以根據(jù)合理和有效的統(tǒng)計(jì)模型來(lái)判定軟件的測(cè)試程度 7.單元測(cè)試是有誰(shuí)來(lái)完成？（ A） A. 開(kāi)發(fā)人員 B.測(cè)試人員 C.客戶 D.項(xiàng)目經(jīng)理 8.評(píng)估類模型的步驟是：（ A ） 1.再次

4、考察 CRC 模型和對(duì)象-關(guān)系模型，進(jìn)行交叉檢查以保證由OOA 模型所蘊(yùn)含的協(xié)作適當(dāng)?shù)胤磻?yīng)在二者中。 2.檢查每個(gè) CRC 索引卡片的描述以確定是否某個(gè)被受權(quán)的責(zé)任是協(xié)作者定義的一部分 3.反轉(zhuǎn)該連接以保證每個(gè)被請(qǐng)求服務(wù)的協(xié)作者正在接收來(lái)自合理來(lái)源的請(qǐng)求 4.使用在第 3 步檢查的反轉(zhuǎn)連接，確定是否可能需要其他的類或責(zé)任是否被合適地在類間分組 5.確定是否被廣泛請(qǐng)求的責(zé)任可被組合為單個(gè)的責(zé)任 6.步驟 1 到 5 被迭代地應(yīng)用到每個(gè)類，并貫穿 OOA 模型的每次演化 A. 1,2,3,4,5,6 B.1,3,4,2,5,6 C. 1,2,3,5,4,6 D.1,2,5,3,4,6 注釋(木遙制

5、作)：CRC(Class-Responsibility-Collaborator)卡建模是一種簡(jiǎn)單且有效的面向?qū)ο蟮姆治黾夹g(shù)。在一個(gè)OO(面向?qū)ο?開(kāi)發(fā)項(xiàng)目中，包括用戶、系統(tǒng)分析員和開(kāi)發(fā)者在建模和設(shè)計(jì)過(guò)程中經(jīng)常應(yīng)用CRC卡建模，使整個(gè)開(kāi)發(fā)普遍的理解形成一致。它由三部分組成：1.類(Class) 2.職責(zé)(Responsibility) 3.協(xié)作(Collaborator) 1、一個(gè)類代表許多類似的對(duì)象。而對(duì)象是系統(tǒng)模型化中關(guān)注的事物。他們可以是一個(gè)人、地方、事情、或任何對(duì)系統(tǒng)有重要性的概念。類名一般列在CRC卡的頂部。 2、職責(zé)是類需要知道或做的任何事物。這些職責(zé)是類自身所知的知識(shí)，或類在執(zhí)行

6、時(shí)所需的知識(shí)。 3、協(xié)作是指為獲取消息，或協(xié)助執(zhí)行活動(dòng)的其他類。在特定情形下，與指定的類按一個(gè)設(shè)想共同完成一個(gè)(或許多)步驟。協(xié)作的類順著CRC卡的右邊排列。 CRC模型是CRC卡的集合，它代表一個(gè)應(yīng)用域或問(wèn)題域的全部或一部分。CRC模型是最普遍的用戶，其中的白皮書(shū)地址是用于收集和定義一個(gè)面向?qū)ο髴?yīng)用的用戶 HYPERLINK /html/62/category-catid-162.html t _blank 需求。圖中展示了一個(gè)航運(yùn)/存貨控制系統(tǒng)的CRC模型例子，展示的CRC卡將被放在一張書(shū)桌或工作桌上。注意卡的放置：相互協(xié)作的卡是彼此接近的，無(wú)關(guān)系的卡不能放在附近。9.OO測(cè)試的步驟是：(

7、A ) 1.將被測(cè)試的對(duì)象的一組特定狀態(tài) 2.將作為測(cè)試的結(jié)果使用的一組消息和操作 3.當(dāng)測(cè)試對(duì)象時(shí)可能產(chǎn)生的一組例外 4.一組外部條件(即，為了適當(dāng)?shù)剡M(jìn)行測(cè)試而必須存在的軟件的外部環(huán)境的變化) 5.輔助理解或?qū)崿F(xiàn)測(cè)試的補(bǔ)充信息 A. 1,2,3,4,5 B.1,3,2,5,4 C.1,2,4,3,5 D.1,2,3,5,4 10.下面哪個(gè)不是測(cè)試用例設(shè)計(jì)基本原則是：（ D） A.測(cè)試用例能夠發(fā)現(xiàn)至今沒(méi)有發(fā)現(xiàn)的錯(cuò)誤 B.測(cè)試用例應(yīng)由測(cè)試輸入數(shù)據(jù)和與之對(duì)應(yīng)的預(yù)期輸出結(jié)果這兩部分組成 C.在測(cè)試用例設(shè)計(jì)時(shí)，應(yīng)當(dāng)包含合理的輸入條件和不合理的輸入條件 D.測(cè)試用例設(shè)計(jì)應(yīng)該以功能為線索 11.在語(yǔ)句覆蓋

8、、判斷覆蓋、條件覆蓋、判斷條件覆蓋 、 條件組合覆蓋和路徑覆蓋中用例設(shè)計(jì)難度最大的是：( E) A.語(yǔ)句覆蓋 B.判斷覆蓋 C.條件覆蓋 D.判斷條件覆蓋 E. 條件組合覆蓋 F.路徑覆蓋 12.在語(yǔ)句覆蓋、判斷覆蓋、條件覆蓋、判斷條件覆蓋 、 條件組合覆蓋和路徑覆蓋中用例覆蓋程度最高的是：(F ) A.語(yǔ)句覆蓋(邏輯覆蓋準(zhǔn)則最弱)B.判斷覆蓋 C.條件覆蓋 D.判斷條件覆蓋 E. 條件組合覆蓋 F.路徑覆蓋 13.下面哪些不是排錯(cuò)時(shí)應(yīng)該采用的方法策略？（ E） 斷點(diǎn)設(shè)置 可疑變量查看 SQL 語(yǔ)句執(zhí)行檢查 注意群集現(xiàn)象 為代碼添加注釋 14.下面哪些是用于Java程序單元測(cè)試的工具？（B）

9、A. Eclipse B.JUnit C.NetBean D.Struts 15.JUnit 屬于哪類工具？（A） A. 開(kāi)放源碼的工具 B.商業(yè)工具 C.功能測(cè)試工具 D.性能測(cè)試工具 16.在JUnit中所有測(cè)試用例類的父類是：（ B ） A.Test B.TestCase C.TestSuite D.TestManager 17.在JUnit中所有測(cè)試套件類的父類是：（C） A.Test B.TestCase C.TestSuite D.TestManager 18.在JUnit中如果你要測(cè)試多個(gè)類，你應(yīng)該使用：（C ） A.Test B.TestCase C.TestSuite D.T

10、estManager 19.在JUnit中如果你要測(cè)試單個(gè)類，你應(yīng)該使用：（B ） A.Test B.TestCase C.TestSuite D.TestManager 20.性能測(cè)試的好處包括：(A ) A. 從用戶的角度改進(jìn)質(zhì)量 B.減少變更的成本 C.增加利潤(rùn) D.加快項(xiàng)目進(jìn)度 21.負(fù)載分析的目標(biāo)是：（A ） A.確保被執(zhí)行的測(cè)試代表了真實(shí)的用戶活動(dòng) B.確保系統(tǒng)功能被實(shí)現(xiàn) C.確?？蛻魧W(xué)會(huì)使用系統(tǒng) D.確保系統(tǒng)沒(méi)有邏輯錯(cuò)誤 22.IBM Rational 的測(cè)試工具中用于錄制測(cè)試腳本的是：（B ） A. Rational Administrator B. Rational Test

11、Manager C.Rational Robot 23.IBM Rational 的測(cè)試工具中用于測(cè)試腳本計(jì)劃的是：（B ） A. Rational Administrator B. Rational TestManager C.Rational Robot 24.IBM Rational 的測(cè)試工具中用于執(zhí)行測(cè)試腳本的是：（ C） A. Rational Administrator B. Rational TestManager C.Rational Robot 25.IBM Rational 的測(cè)試工具中用于創(chuàng)建測(cè)試的是：（A ） A. Rational Administrator B.

12、Rational TestManager C.Rational Robot 26.客戶端兼容性測(cè)試不包括：（B ） A. 視頻設(shè)置 B.Modem/連接速率 C. 打印機(jī) D.表單測(cè)試27.IBM Rational測(cè)試工具中能夠用于Web性能測(cè)試的是：（C ） A.Rational Robot B.Rational XDE Tester C. Rational TestStudio D.Rational Administrator 28. 按照成熟度由底到高對(duì)自動(dòng)化的測(cè)試的級(jí)別排序：(A ) 1：捕獲和回放 2：捕獲、編輯和回放 3：編程和回放 4：數(shù)據(jù)驅(qū)動(dòng)的測(cè)試 5：使用動(dòng)作詞的測(cè)試自動(dòng)化

13、A. 1,2,3,4,5 B.1,2,4,3,5 C. 5,4,3,2,1 D.5,4,1,2,3 29.IBM Rational用于實(shí)時(shí)系統(tǒng)的軟件測(cè)試的工具是：（C） A.Purify B.Quantify C. Test Realtime D. Robot 30.IBM Rational用于軟件性能測(cè)試的工具是：（B ） A.Purify B. Performance Tester C. Test Realtime D. Robot 二、多選題（每題20分，共700分） 1. 下列哪些敘述屬于瀑布型開(kāi)發(fā)的特點(diǎn)？（ ACD） A. 推遲關(guān)鍵風(fēng)險(xiǎn)決定的確認(rèn) B. 有利于時(shí)間進(jìn)度和工作完成情況的

14、預(yù)估 C. 推遲和集中的繼承與測(cè)試 D. 排斥早期的部署 2. 在迭代開(kāi)發(fā)中，每一個(gè)迭代都會(huì)產(chǎn)生一個(gè)可執(zhí)行的版本。每個(gè)迭代都包括集成和測(cè)試。迭代可以為下列哪些方面帶來(lái)幫助？（ABC ） A. 在投入大的成本之前解決主要的風(fēng)險(xiǎn) B. 使早期的客觀反饋?zhàn)兂煽赡?C. 進(jìn)行持續(xù)的測(cè)試和集成 D. 關(guān)注項(xiàng)目長(zhǎng)期的目標(biāo)里程碑上 3. 為了幫助管理需求與源于這些需求的測(cè)試之間的關(guān)系，你可以在這些元素之間構(gòu)建可跟蹤的關(guān)系。可跟蹤性可以幫助你做到下列哪些事情？（ADE ） A. 評(píng)估一個(gè)需求的變更對(duì)項(xiàng)目的影響 B. 評(píng)估在需求上測(cè)試失敗 C. 提前交付項(xiàng)目 D. 驗(yàn)證所有系統(tǒng)需求完全被實(shí)現(xiàn)了 E. 管理變更

15、F. 管理項(xiàng)目范圍 4. 為什么要可視化建模 (ABC ) A. 幫助管理復(fù)雜性 B. 保持設(shè)計(jì)和實(shí)現(xiàn)的一致性 C. 促進(jìn)溝通 D. 提高編碼效率 5. 基于組件的架構(gòu)的目的(ACD ) A.促進(jìn)軟件的重用 B. 項(xiàng)目管理的基礎(chǔ) C. 管理復(fù)雜性 D.維護(hù)完整性 6. 下面哪些圖術(shù)語(yǔ)是 UML 中定義的圖：（AB ） A. 用例圖 B. 關(guān)系圖 C. 數(shù)據(jù)流圖 D. 時(shí)序圖 UML 提供了九種不同的圖A可以分成兩大類:1是靜態(tài)圖(用例圖 類圖 對(duì)象圖 組件圖 配置圖) 2是動(dòng)態(tài)圖(序列圖 協(xié)作圖 狀態(tài)圖 活動(dòng)圖 )B根據(jù)它們?cè)诓煌軜?gòu)視圖的應(yīng)用把它們分成1在用戶模型視圖:用例圖(描述系統(tǒng)的功能

16、)2在結(jié)構(gòu)模型視圖:類圖 (描述系統(tǒng)的靜態(tài)結(jié)構(gòu))對(duì)象圖(描述系統(tǒng)在某個(gè)時(shí)刻的靜態(tài)結(jié)構(gòu))3在行為模型視圖:序列圖(按時(shí)間順序描述系統(tǒng)元素間的交互)協(xié)作圖(按照時(shí)間和空間的順序描述系統(tǒng)元素間的交互和它們之間的關(guān)系)狀態(tài)圖(描述了系統(tǒng)元素的狀態(tài)條件和響應(yīng))活動(dòng)圖(描述了了系統(tǒng)元素的活動(dòng))4在實(shí)現(xiàn)模型視圖:組件圖(描述了實(shí)現(xiàn)系統(tǒng)的元素的組織)5在環(huán)境模型視圖:展開(kāi)圖(描述了環(huán)境元素的配置 并把實(shí)現(xiàn)系統(tǒng)的元素映射到配置上)7. 什么是軟件工程過(guò)程最佳實(shí)踐：( CDE ) A. 迭代開(kāi)發(fā) B.管理需求 C. 基于組件的架構(gòu) D.可視化建模 (UML) E. 持續(xù)的質(zhì)量驗(yàn)證 F. 管理變更 8.為什么要測(cè)試

17、? （ AB ） A. 以最少的時(shí)間和人力，系統(tǒng)地找出軟件中潛在的各種錯(cuò)誤和缺陷 B. 實(shí)施測(cè)試收集到的測(cè)試結(jié)果數(shù)據(jù)為可靠性分析提供了依據(jù) C. 它只能說(shuō)明軟件中存在錯(cuò)誤 D. 保證軟件開(kāi)發(fā)團(tuán)隊(duì)的利益 9. 軟件質(zhì)量缺陷的原因:（ABC ） A. 缺乏或者沒(méi)有進(jìn)行溝通 B. 軟件復(fù)雜度 C. 編程錯(cuò)誤 D. 客戶操作錯(cuò)誤 10.下面哪些是軟件測(cè)試的原則？（ACD ） A.盡早并持續(xù)的測(cè)試 B. 避免自檢 C.嚴(yán)格執(zhí)行測(cè)試計(jì)劃 D.妥善保存測(cè)試產(chǎn)物 11.可測(cè)試性包括：（BC ） A.可操作性 B.可觀察性 C.可控制性 D.可分解性 E. 可擴(kuò)展行性 12.一個(gè)好的測(cè)試的屬性包括：（AB ）

18、A. 一個(gè)好的測(cè)試發(fā)現(xiàn)錯(cuò)誤的可能性很高 B.一個(gè)好的測(cè)試并不冗余 C. 一個(gè)好的測(cè)試應(yīng)該很復(fù)雜 D.一個(gè)好的測(cè)試應(yīng)該比較簡(jiǎn)單 13.測(cè)試顯示了哪些問(wèn)題？(ABC ) A. 錯(cuò)誤 B. 與需求的不一致 C. 性能問(wèn)題 D.質(zhì)量的跡象 14.測(cè)試是哪種角色的職責(zé)：( ACD) A. 項(xiàng)目經(jīng)理 B.客戶 C. 測(cè)試人員 D.開(kāi)發(fā)人員 15.白盒測(cè)試的方法有哪些？（ABCD ） A. 語(yǔ)句覆蓋方法 B. 分支覆蓋 C. 邏輯覆蓋 D. 循環(huán)測(cè)試 16.黑盒測(cè)試的目的是？(ABC ) A. 功能不對(duì)或遺漏 B. 界面錯(cuò)誤 C. 數(shù)據(jù)結(jié)構(gòu)或外部數(shù)據(jù)庫(kù)訪問(wèn)錯(cuò)誤 D.性能錯(cuò)誤 E.代碼錯(cuò)誤 17.軟件測(cè)試的特

19、征是：(AB ) A. 測(cè)試開(kāi)始于模塊層，然后“延伸”到整個(gè)基于計(jì)算機(jī)的系統(tǒng)集合中 B.不同的測(cè)試技術(shù)適用于不同的時(shí)間點(diǎn) C.測(cè)試是由軟件的開(kāi)發(fā)人員和獨(dú)立的測(cè)試組來(lái)管理的 D.測(cè)試和調(diào)試是不同的活動(dòng)，但是調(diào)試必須能夠適應(yīng)任何的測(cè)試策略 18.集成測(cè)試的方法有哪些？（AB ） A. 自頂向下集成 B.自底向上集成 C.隨機(jī)集成 D.分對(duì)集成 19.確認(rèn)測(cè)試的標(biāo)準(zhǔn)是什么？（ABC ） A.所有的功能需求都得到了滿足 B.所有性能需求都達(dá)到了C. 文檔是正確且合理的 D.項(xiàng)目經(jīng)理的要求達(dá)到了 20.系統(tǒng)測(cè)試的種類有：（ BCD） A. 恢復(fù)測(cè)試 B.安全測(cè)試 C.壓力測(cè)試 D.性能測(cè)試 21.為了充

20、分地測(cè)試 OO 系統(tǒng)，必須做好哪幾件事：（ABC ） A.測(cè)試的定義必須擴(kuò)大包括用于 OOA 和 OOD 模型的錯(cuò)誤發(fā)現(xiàn)技術(shù) B.單元和集成測(cè)試策略必須有很大的改變 C. 測(cè)試用例的設(shè)計(jì)必須考慮OO軟件的獨(dú)特特征 22.面向?qū)ο筌浖_(kāi)發(fā)的特點(diǎn)：（ AB） A. 模型從需求開(kāi)始被開(kāi)發(fā) B. 模型逐步演化為詳細(xì)的類模型、類連接和關(guān)系、系統(tǒng)設(shè)計(jì)和分配、以及對(duì)象設(shè)計(jì) C. 測(cè)試的目標(biāo)是在錯(cuò)誤傳播到下一次遞進(jìn)前發(fā)現(xiàn)錯(cuò)誤 D. 以功能進(jìn)行模塊劃分 23.合格代碼的特點(diǎn)是：(ABCDE ) A. 正確性 B.清晰性 C. 規(guī)范性 D. 一致性 E.高效性 24.單元測(cè)試分為：（AB） A.人工靜態(tài)檢查 B.

21、動(dòng)態(tài)執(zhí)行跟蹤 C.壓力測(cè)試 25.人工檢查階段的活動(dòng)包括：（ BCD） A.檢查算法的邏輯正確性 B.模塊接口的正確性檢查 C. 輸入?yún)?shù)有沒(méi)有作正確性檢查 D.調(diào)用其他方法接口的正確性 26.動(dòng)態(tài)執(zhí)行測(cè)試通常分為（AB ） A.黑盒測(cè)試B.白盒測(cè)試 C. 集成測(cè)試 D.系統(tǒng)測(cè)試 27.單元白盒測(cè)試的任務(wù)包括：（ABCD ） A. 對(duì)模塊內(nèi)所有獨(dú)立的執(zhí)行路徑至少測(cè)試一次 B.對(duì)所有的邏輯判定，取“真”與“假”的兩種情況都至少執(zhí)行一次 C. 在循環(huán)的邊界和運(yùn)行界限內(nèi)執(zhí)行循環(huán)體 D.測(cè)試內(nèi)部數(shù)據(jù)的有效性 28.單元白盒測(cè)試的步驟包括：（ AB） A.設(shè)計(jì)測(cè)試用例 B.設(shè)計(jì)測(cè)試類模塊 C. 跟蹤調(diào)試 D