軟件測試工程師知識(shí)考試題

1、練習(xí)題一判斷題（每題1分，12分，正確的M錯(cuò)誤的X）1 .軟件測試的目的是盡可能多的找出軟件的缺陷。（M2 . Beta測試是驗(yàn)收測試的一種。（.3 .驗(yàn)收測試是由最終用戶來實(shí)施的。（X）4 .項(xiàng)目立項(xiàng)前測試人員不需要提交任何工件。5 .單元測試能發(fā)現(xiàn)約 80%的軟件缺陷。6 .代碼評(píng)審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。（X）7 .自底向上集成需要測試員編寫驅(qū)動(dòng)程序。8 .負(fù)載測試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。（X）9 .測試人員要堅(jiān)持原則，缺陷未修復(fù)完堅(jiān)決不予通過。（X）10 .代碼評(píng)審員一般由測試員擔(dān)任。（X）11 .我們可以人為的使得軟件不存在配置問題。（X）12 .集成

2、測試計(jì)劃在需求分析階段末提交。（M二、不定項(xiàng)選擇題（每題 2 分， 10 分）1 軟件驗(yàn)收測試的合格通過準(zhǔn)則是： （ ABCD ） A 軟件需求分析說明書中定義的所有功能已全部實(shí)現(xiàn)，性能指標(biāo)全部達(dá)到要求。B 所有測試項(xiàng)沒有殘余一級(jí)、二級(jí)和三級(jí)錯(cuò)誤。C 立項(xiàng)審批表、需求分析文檔、設(shè)計(jì)文檔和編碼實(shí)現(xiàn)一致。D 驗(yàn)收測試工件齊全。2軟件測試計(jì)劃評(píng)審會(huì)需要哪些人員參加？（AB CD ）A.項(xiàng)目經(jīng)理 B SQA 負(fù)責(zé)人 C.配置負(fù)責(zé)人 D 測試組3下列關(guān)于alpha 測試的描述中正確的是： （ AD ）A alpha 測試需要用戶代表參加 B alpha 測試不需要用戶代表參加 C alpha 測試是系統(tǒng)

3、測試的一種 D alpha 測試是驗(yàn)收測試的一種4測試設(shè)計(jì)員的職責(zé)有：（ ABC ）A.制定測試計(jì)劃 B 設(shè)計(jì)測試用例C.設(shè)計(jì)測試過程、腳本D 評(píng)估測試活動(dòng)5 軟件實(shí)施活動(dòng)的進(jìn)入準(zhǔn)則是： （ A ）A 需求工件已經(jīng)被基線化B 詳細(xì)設(shè)計(jì)工件已經(jīng)被基線化C 構(gòu)架工件已經(jīng)被基線化D 項(xiàng)目階段成果已經(jīng)被基線化1 分， 24 分）1 軟件驗(yàn)收測試包括_正式驗(yàn)收測試_, _非正式驗(yàn)收測試（Alpha 測試）_,_Beta 測試 三種類型。2 系統(tǒng)測試的策略有功能測試、_性能測試_、 _壓力測試_ 、 負(fù)載測試_ 、易用性測試、_安裝測試_、 _ 白盒測試_、 _黑盒測試_ 、 _單元測試_、 _集成測試_

4、、 _負(fù)載測試_ 、 _強(qiáng)迫測試_ 、 _接受測試_ 、 _兼容測試_、 安全測試_ 等 15 種方法。3 設(shè)計(jì)系統(tǒng)測試計(jì)劃需要參考的項(xiàng)目文檔有_軟件測試計(jì)劃_、 _軟件需求工件 _和迭代計(jì)劃。4 對(duì)面向過程的系統(tǒng)采用的集成策略有_功能測試_、 _性能測試_兩種。5 通過畫因果圖來寫測試用例的步驟為_分析軟件規(guī)格說明描述中，哪些是原因 （ 即輸入條件或輸入條件的等價(jià)類 ） ，哪些是結(jié)果（即輸出條件） ，并給每個(gè)原因和結(jié)果賦予一個(gè)標(biāo)識(shí)符。_ 、 _分析軟件規(guī)格說明描述中的語義，找出原因與結(jié)果之間，原因與原因之間對(duì)應(yīng)的是什么關(guān)系 ? 根據(jù)這些關(guān)系，畫出因果圖。 _、_由于語法或環(huán)境限制，有些原因與

5、原因之間，原因與結(jié)果之間的組合情況不可能出現(xiàn)。為表明這些特殊情況，在因果圖上用一些記號(hào)標(biāo)明約束或限制條件。 § 把因果圖轉(zhuǎn)換成判定表。 _ 、 _把判定表的每一列拿出來作為依據(jù)，設(shè)計(jì)測試用例。_及把因果圖轉(zhuǎn)換為狀態(tài)圖共五個(gè)步驟。37 分）1 階段評(píng)審與同行評(píng)審的區(qū)別。 （ 4 分）技術(shù)評(píng)審和同行評(píng)審是兩個(gè)不同層次的概念。以需求階段的評(píng)審舉例子：2 、針對(duì)軟件需求規(guī)格說明書的評(píng)審，采用同行評(píng)審的方式，評(píng)審的輸入是軟件需求規(guī)格說明書 。同行評(píng)審是CMM 的一個(gè) KPA 。2、針對(duì)需求階段的工作評(píng)審，采用技術(shù)評(píng)審的方式，評(píng)審的輸入包括軟件需求規(guī)格說明書 系統(tǒng)測試計(jì)劃、方案、測試用例 、度量

6、數(shù)據(jù)等等其他的交付件， 技術(shù)評(píng)審的對(duì)象是整個(gè)需求階段的活動(dòng)， 通過評(píng)審， 判斷需求階段的工作是否達(dá)到了要求，是否可以進(jìn)入到設(shè)計(jì)階段。同行評(píng)審著眼的是微觀流程， 技術(shù)評(píng)審著眼的是宏觀流程， 關(guān)注的是大的開發(fā)階段點(diǎn)的評(píng)審。3 什么是軟件測試。 （ 3 分）軟件測試就是利用測試工具按照測試方案和流程對(duì)產(chǎn)品進(jìn)行功能和性能測試， 甚至根據(jù)需要編寫不同的測試工具， 設(shè)計(jì)和維護(hù)測試系統(tǒng)， 對(duì)測試方案可能出現(xiàn)的問題進(jìn)行分析和評(píng)估。 執(zhí)行測試用例后， 需要跟蹤故障， 以確保開發(fā)的產(chǎn)品適合需求。4 簡述集成測試的過程。 （ 5 分）1） 構(gòu)建的確認(rèn)過程2） 補(bǔ)丁的確認(rèn)過程3） 系統(tǒng)集成測試測試組提交過程4） 測試

7、用例設(shè)計(jì)過程5） 測試代碼編寫過程6） Bug 的報(bào)告過程7） 每周 /每兩周的構(gòu)建過程8） 點(diǎn)對(duì)點(diǎn)的測試過程9） 組內(nèi)培訓(xùn)過程5 怎樣做好文檔測試？（ 4 分）6 白盒測試有那幾種方法？（ 6 分）7 系統(tǒng)測試計(jì)劃是否需要同行評(píng)審，為什么？（4 分）8 . Alpha測試與beta測試的區(qū)別。（4分）9 比較負(fù)載測試、容量測試和強(qiáng)度測試的區(qū)別。（ 6 分）10 測試結(jié)束的標(biāo)準(zhǔn)是什么？（ 3 分）練習(xí)題二（每一空格 2 分，共 60 分）1 、 軟件實(shí)施活動(dòng)的輸出工件有 、 、 、。2 、 代碼評(píng)審主要做工作。3 、 軟件實(shí)施活動(dòng)中集成員的職責(zé)是。4 、 驗(yàn) 證 與 確 認(rèn) 軟 件 實(shí) 施 活

8、 動(dòng) 主 要 有 、 代 碼 評(píng) 審 、 、 、 、 SQA 驗(yàn)證。5 、 表明測試已經(jīng)結(jié)束。6 、 軟件測試的目的是_盡可能多地發(fā)現(xiàn)軟件中存在的錯(cuò)誤和缺陷，將測試作為糾錯(cuò)的依據(jù)_ 。7 、 軟件測試主要分為 、 、 、 四類測試。8 、 軟 件 測 試 活 動(dòng) 有 制 定 測 試 計(jì) 劃 、 、 、 、 、 、測試評(píng)估、測試結(jié)束八個(gè)步驟。9 、 軟件測試活動(dòng)的輸出工件有、 、 、10 、 軟件測試角色有(每題 3 分，共 15 分)1、 軟件實(shí)施活動(dòng)的進(jìn)入準(zhǔn)則是() A 、 需求工件已經(jīng)被基線化 B 、 詳細(xì)設(shè)計(jì)工件已經(jīng)被基線化 C 、 構(gòu)架工件已經(jīng)被基線化 D 、 項(xiàng)目階段成果已經(jīng)被基線化

9、 2、 下面角色不屬于集成計(jì)劃評(píng)審的是() A 、 配置經(jīng)理 B 、 項(xiàng)目經(jīng)理 C 、 測試員 D 、 編碼員 3、軟件測試設(shè)計(jì)活動(dòng)主要有() A 、 工作量分析 B 、 確定并說明測試用例 C 、 確立并結(jié)構(gòu)化測試過程 D 、 復(fù)審并評(píng)估測試覆蓋 4、不屬于集成測試步驟的是()A 、 制定集成計(jì)劃 B 、 執(zhí)行集成測試 C 、 記錄集成測試結(jié)果 D 、 回歸測試 5、屬于軟件測試活動(dòng)的輸入工件的是()A 、 軟件工作版本 B 、 可測試性報(bào)告 C 、 軟件需求工件 D 、 軟件項(xiàng)目計(jì)劃練習(xí)題三判斷題(每題2分,正確的“M”錯(cuò)誤的 X”)1 、 好的測試員不懈追求完美。 ( )2 、 測試程序

10、僅僅按預(yù)期方式運(yùn)行就行了。( )3 、 不存在質(zhì)量很高但可靠性很差的產(chǎn)品。( )4 、 軟件測試員可以對(duì)產(chǎn)品說明書進(jìn)行白盒測試。 ( )5 、 靜態(tài)白盒測試可以找出遺漏之處和問題。 ( )6 、 總是首先設(shè)計(jì)白盒測試用例。 ( )7 、 可以發(fā)布具有配置缺陷的軟件產(chǎn)品。 ( )8 、 所有軟件必須進(jìn)行某種程度的兼容性測試。 ( )9 、 所有軟件都有一個(gè)用戶界面，因此必須測試易用性。10 、 測試組負(fù)責(zé)軟件質(zhì)量。 ( )簡答題1 、 軟件的缺陷等級(jí)應(yīng)如何劃分？（ 3 分）2 、 如果能夠執(zhí)行完美的黑盒測試， 還需要進(jìn)行白盒測試嗎？為什么？ （ 5 分）3 、 你認(rèn)為一個(gè)優(yōu)秀的測試工程師應(yīng)該具備

11、哪些素質(zhì)？（ 3 分）4 、 產(chǎn)品測試到什么時(shí)候就算是足夠了？（ 2 分）5 、測試計(jì)劃的目的是什么？（2 分）6 、 為什么要進(jìn)行軟件測試?軟件測試的目的是什么 ? （ 5 分）7 、軟件測試應(yīng)該劃分幾個(gè)階段?簡述各個(gè)階段應(yīng)重點(diǎn)測試的點(diǎn)?各個(gè)階段的含義？（ 5 分）8 、 如何做一名合格的測試人員？（ 3 分）9 、 針對(duì)缺陷采取怎樣的管理措施？（ 5 分）3、 專業(yè)詞語解釋（每題 2 分）a測試：3測試：驅(qū)動(dòng)模塊 :樁模塊 :白盒測試：靜態(tài)測試：4、 選擇題（每題 2 分）1 . 下面哪些屬于動(dòng)態(tài)分析（ ）A 代碼覆蓋率B 模塊功能檢查C 系統(tǒng)壓力測試D 程序數(shù)據(jù)流分析2 .下面哪些屬于靜

12、態(tài)分析（ ）A 、代碼規(guī)則檢查B 、序結(jié)構(gòu)分析C 、序復(fù)雜度分析D 、內(nèi)存泄漏5、 設(shè)計(jì)題（ 10 分）A 、 B 和 C 。當(dāng)三邊不可能構(gòu)成三“等腰三角形” ，若是等邊三角形，, 對(duì)此設(shè)計(jì)一個(gè)測試用例。在三角形計(jì)算中，要求三角型的三個(gè)邊長：角形時(shí)提示錯(cuò)誤，可構(gòu)成三角形時(shí)計(jì)算三角形周長。若是等腰三角形打印則提示 “等邊三角形” 。畫出程序流程圖、控制流程圖、找出基本測試路徑6、 論述題1 、 試敘述對(duì)一個(gè)軟件項(xiàng)目測試的全過程。 （ 10 分）2 、 簡述你對(duì)測試工作的認(rèn)識(shí)過程、在以后的工作的一些建議。 （ 6 分）3 、 述靜態(tài)測試和動(dòng)態(tài)測試的區(qū)別？（ 5 分）練習(xí)題四1什么是軟件測試，以及軟件測試的意義？2什么是軟件測試靜態(tài)分析，軟件測試動(dòng)態(tài)分析，3下面那些屬于靜態(tài)分析（）A 、編碼規(guī)則檢查B 、程序結(jié)構(gòu)分析C 、程序復(fù)雜度分析D 、內(nèi)存泄漏4 下面那些屬于動(dòng)態(tài)分析（） A 、代碼覆蓋率B 、模塊功能檢查C 、系統(tǒng)壓力測試D 、程序數(shù)據(jù)流分析,給出各自的含義?,同時(shí)給出所選擇的正確策略含5 從測試技術(shù)角度，正確的選擇是（） A 、靜態(tài)測試B 、黑盒測試C 、動(dòng)態(tài)測試D 、白盒測試6 從測試階段角度，測試正確的順序是（） 義和被測對(duì)象是什么？A 、單元測試B 、集成測試C 、系統(tǒng)測試D 、確認(rèn)測試7 針對(duì)缺陷采取怎樣的管理措施？