四級(jí)軟件測(cè)試工程師

1、四級(jí)軟件測(cè)試工程師-5（總分： 65.00， 做題時(shí)間：90分鐘）一、選擇題（總題數(shù)：20,分?jǐn)?shù)：41.00）下列哪種情況下可以進(jìn)行單元測(cè)試。（分?jǐn)?shù)：2.00）每個(gè)模塊的代碼編制完成，并經(jīng)過(guò)評(píng)審和驗(yàn)證確認(rèn)沒(méi)有語(yǔ)法錯(cuò)誤V每個(gè)模塊的代碼編制完成，不需經(jīng)過(guò)評(píng)審和驗(yàn)證確認(rèn)沒(méi)有語(yǔ)法錯(cuò)誤部分模塊的代碼編制完成，并且已完成模塊已經(jīng)過(guò)評(píng)審和驗(yàn)證確認(rèn)沒(méi)有語(yǔ)法錯(cuò)誤主要模塊的代碼編制完成，并且已完成模塊已經(jīng)過(guò)評(píng)審和驗(yàn)證確認(rèn)沒(méi)有語(yǔ)法錯(cuò)誤解析：解析單元測(cè)試是在每個(gè)模塊的代碼編制完成，并經(jīng)過(guò)評(píng)審和驗(yàn)證確認(rèn)沒(méi)有語(yǔ)法錯(cuò)誤的 情況下才可以進(jìn)行單元測(cè)試。在各種資源超負(fù)荷情況下，觀察系統(tǒng)的運(yùn)行情況的測(cè)試是什么測(cè)試方法。（分?jǐn)?shù)：2.

2、00）強(qiáng)度測(cè)試V容量測(cè)試負(fù)載測(cè)試失效恢復(fù)測(cè)試解析：一般說(shuō)來(lái)，對(duì)一個(gè)程序單元的測(cè)試應(yīng)滿足一些具體的技術(shù)要求，或達(dá)到一定的技術(shù)指標(biāo)。下 面選項(xiàng)中屬于單元測(cè)試相關(guān)的技術(shù)要求或指標(biāo)的是。（分?jǐn)?shù)：2.00）語(yǔ)句覆蓋率達(dá)到 100%局部變量的邊界條件處理正確邏輯比較和控制流處理正確以上全部V解析：解析考察單元測(cè)試的技術(shù)指標(biāo)，選項(xiàng)在都是單元測(cè)試的指標(biāo)，故選擇D。在代碼檢查中，負(fù)責(zé)提供關(guān)于檢查項(xiàng)目的資料并回答檢查人員問(wèn)題的角色是。（分?jǐn)?shù)： 3.00）協(xié)調(diào)人開發(fā)人員V檢查人員講解員解析：解析代碼檢查小組通常規(guī)模很小，是由設(shè)計(jì)、開發(fā)、質(zhì)量等不同部門中工作性質(zhì)相 關(guān)的人員中與產(chǎn)品關(guān)系密切的那些人組成，一般人數(shù)為47

3、人不等。小組人員的角色分配通 常有：協(xié)調(diào)人員、開發(fā)人員、檢查人員、講解員、記錄員。其中開發(fā)人員是檢查項(xiàng)目的生產(chǎn) 者，主要負(fù)責(zé)提供檢查項(xiàng)目資料和回答檢查 人員問(wèn)題；協(xié)調(diào)人員主持、引導(dǎo)代碼檢查的執(zhí)行過(guò) 程，全面負(fù)責(zé)代碼檢查的效果；講解員負(fù)責(zé)在檢查會(huì)議中講解檢查項(xiàng)目，引導(dǎo)小組對(duì)產(chǎn)品進(jìn) 行徹底檢查；記錄員負(fù)責(zé)會(huì)議期間在檢查表上記錄發(fā)現(xiàn)的每一個(gè)錯(cuò)誤，同時(shí)也承擔(dān)作為一般 檢查人員的任務(wù)。對(duì)測(cè)試過(guò)程度量和分析優(yōu)點(diǎn)是。（分?jǐn)?shù)： 2.00）能有效提高測(cè)試效率能夠降低測(cè)試風(fēng)險(xiǎn)是軟件測(cè)試過(guò)程可持續(xù)改進(jìn)的根本以上全部 V解析：被測(cè)系統(tǒng)處在不完善狀態(tài)，運(yùn)行腳本過(guò)程中容易中斷；測(cè)試腳本可移植差，需要在腳本的結(jié) 構(gòu)、模塊化

4、 參數(shù)傳遞和基礎(chǔ)函數(shù)方面做好設(shè)計(jì)。這些是測(cè)試步驟總哪一過(guò)程的主要問(wèn)題。（分?jǐn)?shù)：2.00）測(cè)試開發(fā)V測(cè)試用例測(cè)試設(shè)計(jì)測(cè)試執(zhí)行解析：關(guān)于做好系統(tǒng)測(cè)試的原則，下列說(shuō)法中錯(cuò)誤的是。（分?jǐn)?shù)： 2.00）所有的測(cè)試都應(yīng)追溯到總體設(shè)計(jì)V在測(cè)試工作真正開始之前，盡早開始測(cè)試計(jì)劃Pareto 原則應(yīng)用于軟件測(cè)試系統(tǒng)缺陷應(yīng)記人文檔解析：解析系統(tǒng)測(cè)試實(shí)際上貫穿軟件開發(fā)的周期，在軟件生存周期各個(gè)階段都有系統(tǒng)測(cè)試設(shè)計(jì) 和實(shí)現(xiàn)的過(guò)程。A選項(xiàng)中關(guān)于測(cè)試溯源問(wèn)題的觀點(diǎn)是錯(cuò)誤的，所有的測(cè)試都應(yīng)追溯到用戶需求。C選項(xiàng) 中Pareto原則是指，測(cè)試發(fā)現(xiàn)的錯(cuò)誤中的80%很可能起源于20%的程序模塊。自動(dòng)化測(cè)試是指。（分?jǐn)?shù)： 2.00

5、）測(cè)試執(zhí)行的自動(dòng)化測(cè)試執(zhí)行和測(cè)試結(jié)果比較的自動(dòng)化V測(cè)試輸入生成的自動(dòng)化測(cè)試設(shè)計(jì)的自動(dòng)化解析：同行評(píng)審是一種通過(guò)作者的同行來(lái)確認(rèn)缺陷和需要變更區(qū)域的檢查方法。它主要分為管理評(píng) 審、技術(shù)評(píng) 審、過(guò)程評(píng)審和（分?jǐn)?shù)：2.00）誤差評(píng)審項(xiàng)目評(píng)審文檔評(píng)審 V組織體系評(píng)審解析：對(duì)于一段程序，下列語(yǔ)句中既可以作為定義結(jié)點(diǎn)，同時(shí)還可以作為使用結(jié)點(diǎn)的是。（分?jǐn)?shù)： 2.00）輸入語(yǔ)句輸出語(yǔ)句賦值語(yǔ)句V條件語(yǔ)句解析：解析在進(jìn)行數(shù)據(jù)流測(cè)試時(shí)，弄清楚各類型結(jié)點(diǎn)的含義非常重要。輸入語(yǔ)句、賦值語(yǔ) 句、循環(huán)控制 語(yǔ)句和過(guò)程調(diào)用，都是定義語(yǔ)句的例子。如果執(zhí)行對(duì)應(yīng)這種語(yǔ)句的結(jié)點(diǎn)，就會(huì)改 變?cè)撟兞康拇鎯?chǔ)單元的內(nèi)容。輸出語(yǔ)句是使用語(yǔ)句

6、的例子。如果執(zhí)行對(duì)應(yīng)這種語(yǔ)句的結(jié)點(diǎn)，不 會(huì)改變?cè)撟兞康拇鎯?chǔ)單元。條件語(yǔ)句當(dāng)條件為常量時(shí)為使用語(yǔ)句，當(dāng)條件為變量時(shí)為定義語(yǔ) 句。從管理員視角來(lái)看軟件性能，他重點(diǎn)關(guān)注。（分?jǐn)?shù)： 2.00）用戶感受到的軟件性能如何利用管理功能進(jìn)行性能調(diào)優(yōu)如何利用其他軟硬件手段進(jìn)行性能調(diào)優(yōu)以上全部V解析：?jiǎn)卧獪y(cè)試中的對(duì)象為_。（分?jǐn)?shù)：2.00）功能模塊實(shí)現(xiàn)了具體功能的程序段V整個(gè)體系概要設(shè)計(jì)中的單元解析：解析單元測(cè)試的對(duì)象是實(shí)現(xiàn)了具體功能的程序單元；而集成測(cè)試對(duì)象是概要設(shè)計(jì)規(guī)劃 中的模塊及 模塊間的組合。系統(tǒng)測(cè)試的對(duì)象為整個(gè)系統(tǒng)。功能分析法是一種黑盒測(cè)試方法，其思想是：首先，分析系統(tǒng)的行為或具有的功能，將系統(tǒng) 功能分

7、解為一組功能點(diǎn)的集合。然后，針對(duì)每一個(gè)功能點(diǎn)，考察這個(gè)功能點(diǎn)的輸入和輸 出，設(shè)計(jì)一個(gè)或一組測(cè)試用例，這些測(cè)試用例足以確認(rèn)系統(tǒng)實(shí)現(xiàn)了這項(xiàng)功能；并針對(duì)受這項(xiàng) 功能影響的系統(tǒng)的其他部分，補(bǔ)充進(jìn)行一些測(cè)試。由此，功能分析法的主要局限性是。（分?jǐn)?shù)： 2.00）不能保證覆蓋系統(tǒng)的各項(xiàng)功能不使用要測(cè)試的功能的不同輸入值在需求規(guī)格說(shuō)明中書不清楚或不完整時(shí)不能采用它不一定保證語(yǔ)句覆蓋，即可能有未測(cè)試的代碼V解析：軟件過(guò)程管理最起碼的要求是。（分?jǐn)?shù)： 2.00）管理好軟件缺陷報(bào)告V管理好軟件測(cè)試用例管理好測(cè)試過(guò)程工具管理好測(cè)試說(shuō)明文檔解析：解析軟件缺陷報(bào)告是軟件測(cè)試過(guò)程中的核心測(cè)試產(chǎn)品之一，也是重要的測(cè)試產(chǎn)品，

8、因此管理好軟 件缺陷報(bào)告是軟件過(guò)程管理最起碼的要求。以下關(guān)于Web應(yīng)用軟件測(cè)試的說(shuō)法中，正確的是。（分?jǐn)?shù)： 2.00）數(shù)據(jù)完整性測(cè)試是Web應(yīng)用軟件數(shù)據(jù)層測(cè)試的一項(xiàng)重要內(nèi)容V內(nèi)容測(cè)試是Web應(yīng)用軟件易用性測(cè)試的一項(xiàng)重要內(nèi)容表單測(cè)試是Web應(yīng)用軟件表示層測(cè)試的一項(xiàng)重要內(nèi)容鏈接結(jié)構(gòu)的測(cè)試是Web應(yīng)用軟件安全性測(cè)試的一項(xiàng)重要內(nèi)容解析：解析Web應(yīng)用軟件數(shù)據(jù)層測(cè)試包括兩個(gè)方面：一是數(shù)據(jù)完整性的測(cè)試，二是大數(shù)據(jù) 量數(shù)據(jù)庫(kù)的性 能測(cè)試，故選項(xiàng)A說(shuō)法正確。Web應(yīng)用軟件功能測(cè)試通常針對(duì)鏈接測(cè)試、表單 測(cè)試和Cookie測(cè)試3個(gè)方面進(jìn)行，故選項(xiàng)C說(shuō)法不正確。Web應(yīng)用軟件安全性測(cè)試主要包括服務(wù)器端的內(nèi)容安全性

9、、客戶 端的內(nèi)容安 全性和Cookie安全性3個(gè)方面，由此選項(xiàng)D說(shuō)法不正確。內(nèi)容測(cè)試和易用性測(cè) 試都是Web應(yīng)用軟件的測(cè)試 策略，不具有從屬關(guān)系，故選項(xiàng)B說(shuō)法不正確。對(duì)于核心代碼的評(píng)審最好是_。（分?jǐn)?shù)： 2.00）結(jié)對(duì)評(píng)審走查正式評(píng)審V分配檢查方法解析：基于各種方式獲取的需求和建立的業(yè)務(wù)對(duì)象模型和分析模型，編寫系統(tǒng)和軟件需求規(guī)格說(shuō) 明，提交管理機(jī)構(gòu)進(jìn)行需求評(píng)審，這是軟件生存周期中哪一個(gè)階段的主要任務(wù)。（分?jǐn)?shù)：2.00）軟件設(shè)計(jì)制定計(jì)劃系統(tǒng)與軟件需求定義V集成和系統(tǒng)測(cè)試 解析：下列選項(xiàng)中關(guān)于軟件測(cè)試環(huán)境庫(kù)處理正確的是（分?jǐn)?shù)： 2.00）軟件測(cè)試環(huán)境庫(kù)最好和經(jīng)常需要讀寫的文件放在一起不要對(duì)軟件測(cè)試

10、環(huán)境庫(kù)所在的硬盤分區(qū)進(jìn)行磁盤管理，以免對(duì)鏡像文件造成破壞V軟件測(cè)試環(huán)境庫(kù)最好放到網(wǎng)絡(luò)文件服務(wù)器上，保證安全性軟件測(cè)試環(huán)境庫(kù)不需要由專人進(jìn)行管理解析：解析在軟件開發(fā)過(guò)程中，創(chuàng)建可復(fù)用的軟件構(gòu)件庫(kù)（也稱軟件測(cè)試環(huán)境庫(kù)），對(duì) 于提高開發(fā)質(zhì)量、減少開發(fā)費(fèi)用、保證開發(fā)進(jìn)度有重要輔助作用，同樣通過(guò)構(gòu)建軟件測(cè)試環(huán)境庫(kù)的方式實(shí)現(xiàn)軟件 測(cè)試環(huán)境的 復(fù)用也很重要，但對(duì)于軟件測(cè)試環(huán)境庫(kù)要存放在單獨(dú)的硬盤分區(qū)上，不要和經(jīng)常 需要讀寫的文件放在一起，并盡量不要對(duì)軟件測(cè)試環(huán)境庫(kù)所在的硬盤分區(qū)進(jìn)行磁盤管理，以免 對(duì)鏡像文件造成破壞，還有軟件測(cè)試環(huán) 境庫(kù)存放到網(wǎng)絡(luò)文件服務(wù)器上，安全性太低，最好將它 們制作成可自啟動(dòng)的光盤，由

11、專人進(jìn)行統(tǒng)一管理。下列屬于性能調(diào)優(yōu)的步驟的是。（分?jǐn)?shù)： 2.00）設(shè)置好基準(zhǔn)測(cè)試環(huán)境和基準(zhǔn)性能指標(biāo)對(duì)系統(tǒng)運(yùn)行的軟硬件環(huán)境或系統(tǒng)代碼進(jìn)行調(diào)整重新測(cè)量性能指標(biāo)，以確認(rèn)性能是否有所改善以上全部V 解析：以下關(guān)于軟件可靠性測(cè)試的說(shuō)法中，正確的是。（分?jǐn)?shù)： 2.00）軟件可靠性測(cè)試能有效地減少軟件在惡意使用下出現(xiàn)崩潰的次數(shù)軟件可靠性測(cè)試的主要目的是度量軟件的可靠性在一次軟件可靠性測(cè)試中，執(zhí)行的測(cè)試用例可以不完全符合所定義的軟件運(yùn)行剖面軟件可靠性測(cè)試使用的測(cè)試用例必須滿足語(yǔ)句覆蓋V解析：解析軟件可靠性測(cè)試的目的是收集軟件測(cè)試時(shí)軟件故障的情況，并對(duì)其進(jìn)行整理從而 為分析和預(yù)測(cè)軟件的可靠性提供幫助。對(duì)于具體每

12、個(gè)測(cè)試用例的設(shè)計(jì)，可靠性測(cè)試需要的測(cè)試 用例與普通的軟件測(cè)試并無(wú)不同，關(guān)鍵是要保證用于可靠性測(cè)試的測(cè)試用例集要完全符合運(yùn)行 剖面的定義。因此，此時(shí)的測(cè)試用例的設(shè)計(jì)可以完全在運(yùn)行剖面的指導(dǎo)下進(jìn)行。二、論述題（總題數(shù)：2,分?jǐn)?shù)：24.00）某測(cè)試項(xiàng)目中的測(cè)試執(zhí)行階段按計(jì)劃在三天后結(jié)束，將進(jìn)入測(cè)試總結(jié)階段。（分?jǐn)?shù)：14.00）（1） .測(cè)試管理人員通過(guò)QESuite Web version 1.0 測(cè)試過(guò)程管理工具觀察到部分測(cè)試用例的設(shè)計(jì)狀 況和執(zhí) 行狀況如下表，請(qǐng)從測(cè)試用例設(shè)計(jì)和測(cè)試用例執(zhí)行兩個(gè)方面說(shuō)明觀察到的問(wèn)題和需要盡 快開展的相關(guān)測(cè)試工作。子系統(tǒng)功能區(qū)域測(cè)試用例編寫數(shù) 量測(cè)試用例執(zhí)行狀 況登

13、錄與退出66個(gè)未執(zhí)行個(gè)人設(shè)置82個(gè)執(zhí)行通過(guò)6 個(gè)未執(zhí)行即時(shí)消息、發(fā)送/接收消息5全部執(zhí)行通過(guò)邀請(qǐng)多人參與5全部執(zhí)行通過(guò)音視頻交互5全部執(zhí)行通過(guò)客戶端容量0客戶端性能55個(gè)執(zhí)彳丁通過(guò)客戶端強(qiáng)度42個(gè)執(zhí)彳行通過(guò)2個(gè)執(zhí)行失敗分?jǐn)?shù)：7.00)正確答案：()解析：根據(jù)該表可以發(fā)現(xiàn)存在下列問(wèn)題：子系統(tǒng)客戶端容量沒(méi)有設(shè)計(jì)相關(guān)的測(cè)試 用例，需要補(bǔ)上。登錄與 退出的測(cè)試用例全部設(shè)有被執(zhí)行，需要執(zhí)行。即時(shí)消息的個(gè)人設(shè)置功 能的測(cè)試用例沒(méi)有執(zhí)行完全，只執(zhí)行了兩個(gè)且通過(guò)，還有六個(gè)未執(zhí)行?？傮w來(lái)說(shuō)，存在的問(wèn)題有：測(cè)試用例設(shè)計(jì)也存在問(wèn)題，功能區(qū)域劃分不詳細(xì)。用例覆蓋面不全，客戶端容量的測(cè)試用例沒(méi)有覆蓋到。還有就是存在未執(zhí)行的用例。.該項(xiàng)目當(dāng)前的軟件問(wèn)題處理狀況如下：測(cè)試項(xiàng)目當(dāng)前剩余處在“待驗(yàn)”狀態(tài)的軟件問(wèn)題有105個(gè)，處在“新建”狀態(tài)的軟件問(wèn)題有14 個(gè)處在“打開”狀態(tài)的軟件問(wèn)題有151個(gè)。已知該測(cè)試組的軟件問(wèn)題日常處理能力是90個(gè)軟件問(wèn)題/工作 日，開發(fā)組日常修復(fù)軟件問(wèn)題的能力是40個(gè)軟件問(wèn)題/工作日。請(qǐng)說(shuō)明軟件問(wèn)題報(bào)告處理方 面說(shuō)明存在的問(wèn)題和需要 盡快開展的相關(guān)開發(fā)和測(cè)試工作。(分?jǐn)?shù)：7.00 )正確答案：() 解析：根據(jù)題意，開發(fā)組中要修改的問(wèn)題數(shù)是14+151=165,需要修改時(shí)間是165/40-4天；即使 不需要修改新建的問(wèn)題