測試技能考試考卷試考及答案

1、測試技能考試試卷一、判斷題（每題 1分，共 15分）1. 軟件測試目的僅僅是為了發(fā)現(xiàn)軟件的錯(cuò)誤， 找不出錯(cuò)誤的測試是沒有任何價(jià)值的。 （ N ）2. 測試人員要堅(jiān)持原則，缺陷未修復(fù)完堅(jiān)決不予通過。（Y ）3. 錯(cuò)誤強(qiáng)度曲線下降到預(yù)定的水平，可以作為軟件測試結(jié)束的標(biāo)志。（ Y ）4. 在設(shè)計(jì)測試時(shí)，測試的粒度應(yīng)是越粗越好。（N ）5. 自底向上的集成測試需要測試人員編寫測試驅(qū)動(dòng)程序。（N）6. 測試執(zhí)行過程中發(fā)現(xiàn)缺陷的唯一依據(jù)是軟件需求規(guī)格說明書。（ N ）7. 軟件測試的對象包括源程序、目標(biāo)程序、數(shù)據(jù)及相關(guān)文檔。（ Y ）8. 使用等價(jià)類劃分方法時(shí)，需要對每個(gè)有效等價(jià)類設(shè)計(jì)一個(gè)用例。（ N ）

2、9. 軟件測試中的二八原則暗示著測試發(fā)現(xiàn)的錯(cuò)誤中的80很可能起源于程序模塊中的20%。（ Y）10. 單元測試主要測試函數(shù)內(nèi)部接口、 數(shù)據(jù)結(jié)構(gòu)、 邏輯與異常處理等對象；集成測試模塊之 間的接口與異常；系統(tǒng)測試主要測試整個(gè)系統(tǒng)的規(guī)格實(shí)現(xiàn)情況。（Y ）11. 手工測試能發(fā)現(xiàn)比自動(dòng)化測試更多的缺陷。（ N）12. 負(fù)載測試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。（ N）13. 邏輯驅(qū)動(dòng)覆蓋測試、基本路徑測試白盒測試方法，與黑盒相比，黑盒測試更關(guān)心軟件的 內(nèi)部邏輯結(jié)構(gòu)。（ N ）14. 利用有效等價(jià)類設(shè)計(jì)的測試用例， 可以檢驗(yàn)程序是否實(shí)現(xiàn)了需求說明書中規(guī)定的功能和 性能；利用無效等價(jià)類設(shè)計(jì)的測試用

3、例，可以檢查程序中功能和性能是否不符合需求說 明書的規(guī)定。（ Y ）15. 失敗測試和通過測試是軟件測試的兩個(gè)相互對立的基本方法， 進(jìn)行通過測試的系統(tǒng)沒有 必要再進(jìn)行失敗測試。（ N ）二、單項(xiàng)選擇題（每題 1分，共 15分）1. 下列自動(dòng)化測試工具中，屬于功能測試工具的是（ D ）A. TestDirector ;B. LoadRunner;C. ClearQuest ;D. WinRunner;2. 關(guān)于缺陷報(bào)告處理流程的原則，下列說法不合理的是（C ）A. 正常情況下，在提交幵發(fā)人員修正Bug前，需要有豐富測試經(jīng)驗(yàn)的測試人員驗(yàn)證發(fā)現(xiàn)的缺陷是否是真正的Bug，并且驗(yàn)證Bug是否可以再現(xiàn)B.

4、 每次對Bug的處理都要保留處理信息，包括處理人姓名、處理時(shí)間、處理方法、處 理意見以及Bug狀態(tài)C. Bug修復(fù)后必須由報(bào)告 Bug的測試人員確認(rèn)Bug已經(jīng)修復(fù)，才能關(guān)閉 BugD. 對于無法再現(xiàn)的 Bug，應(yīng)該由項(xiàng)目經(jīng)理、測試經(jīng)理和設(shè)計(jì)經(jīng)理共同討論決定拒絕或 者延期3. 軟件工程每一個(gè)階段結(jié)束前，應(yīng)該著重對可維護(hù)性進(jìn)行復(fù)審。在系統(tǒng)設(shè)計(jì)階段的復(fù)審期間，應(yīng)該從（A ）出發(fā)，評價(jià)軟件的結(jié)構(gòu)和過程。4. A.指出可移植性問題以及可能影響軟件維護(hù)的系統(tǒng)界面5. B.容易修改、模塊化和功能獨(dú)立的目的6. C.強(qiáng)調(diào)編碼風(fēng)格和內(nèi)部說明文檔7. D.可 javascript.:; 測試性8. （ D）測試用

5、例設(shè)計(jì)方法既可以用于javascript.:;黑盒測試，也可以用于javascript.:;白盒測試。9. A.邊界值法B .基本路徑法C .正交試驗(yàn)設(shè)計(jì)法D .邏輯覆蓋法10. 在Linux系統(tǒng)中，下列關(guān)于命令 “ mv conf conf.old” （其中conf和conf.old 均為文件）所實(shí)現(xiàn)的功能說法正確的是（C）A. 創(chuàng)建歸檔文件B. 拷貝文件C. 重命名文件11. 解壓縮文件12. 在編碼階段對系統(tǒng)執(zhí)行的測試類型主要包括單元測試和集成測試，（A ）屬于單元測試的內(nèi)容。A.接口數(shù)據(jù)測試B .局部數(shù)據(jù)測試C.模塊間時(shí)序測試D .全局?jǐn)?shù)據(jù)測試13.Web應(yīng)用系統(tǒng)負(fù)載javascrip

6、t.:;壓力測試中，（B ）不是衡量業(yè)務(wù)執(zhí)行效率的指標(biāo)。14.A.并發(fā)請求數(shù)B.每秒點(diǎn)擊率C .交易執(zhí)行吞吐量D.交易執(zhí)行響應(yīng)時(shí)間15. 為驗(yàn)證某音樂會(huì)訂票系統(tǒng)是否能夠承受大量用戶同時(shí)訪問，測試工程師一般采用（C ）測試工具。A. 故障診斷B .代碼C .負(fù)載壓力 D .網(wǎng)絡(luò)仿真16. （ A ）不屬于網(wǎng)站滲透測試的內(nèi)容。A .防火墻javascript.:;日志審查 B .防火墻遠(yuǎn)程探測與攻擊C .跨站攻擊D. SQL注入17. 在UNIX操作系統(tǒng)中，把輸入/輸出設(shè)備看作是（D ） oA. 普通文件B.目錄文件 C.索引文件D.特殊文件18. 在In ternet中，傳輸層協(xié)議（C ）可保證

7、數(shù)據(jù)的可靠傳輸。A. EGPB. UDPC. TCPD. ICMP19. C Shell的用戶一進(jìn)入服務(wù)器，首先執(zhí)行哪個(gè)文件中的內(nèi)容？ （C）A. .bashrc B.不用執(zhí)行任何文件C. .cshrc D. 所有shell文件都執(zhí)行20. 10、新增student表中的記錄，如果未指定 english的值，貝U english為0，要實(shí)現(xiàn)此功能，方法是：（C ）A. 外鍵B.默認(rèn)值C.觸發(fā)器D.約束21. 邏輯驅(qū)動(dòng)覆蓋測試方法中，最不易發(fā)現(xiàn)程序中存在邏輯錯(cuò)誤的是（ C）A. 判定覆蓋 B.條件覆蓋C. 語句覆蓋 D. 條件組合覆蓋22. 關(guān)于自動(dòng)化測試局限性的描述，以下錯(cuò)誤描述有（ B）A.

8、 自動(dòng)化測試不能取代手工測試B. 自動(dòng)化測試比手工測試發(fā)現(xiàn)的缺陷少C. 自動(dòng)化測試不提咼測試覆蓋率D. 自動(dòng)化測試對測試設(shè)計(jì)依賴性很大三、不定項(xiàng)選擇題（每題2分，共30分，漏選、錯(cuò)選均不得分）1. 下面選項(xiàng)中屬于制定測試計(jì)測試計(jì)劃時(shí)要包含的內(nèi)容的是（ABC）A. 測試計(jì)劃的簡介B. 測試手段和策略C. 測試進(jìn)度表D. 具體測試用例設(shè)計(jì)E. 缺陷分析報(bào)告2. 關(guān)于javascript.:;軟件測試，（A）的敘述正確的。A測試幵始越早，越有利于發(fā)現(xiàn)軟件缺陷B. 采用正確的測試用例設(shè)計(jì)方法，軟件測試可以做到窮舉測試C. 測試覆蓋度和測試用例數(shù)量成正比D. 軟件測試的時(shí)間越長越好3. （ABD屬于功能

9、測試用例構(gòu)成元素。4. A.測試數(shù)據(jù)B .測試步驟C .實(shí)測結(jié)果D .預(yù)期結(jié)果5. 以下關(guān)于軟件測試分類定義的敘述，正確的是（ ABC ）06. A.軟件測試可分為單元測試、集成測試、確認(rèn)測試、javascript.:; 系統(tǒng)測試、驗(yàn)收測試7. B.系統(tǒng)測試是將被測軟件作為整個(gè)基于計(jì)算機(jī)系統(tǒng)的一個(gè)元素，與計(jì)算機(jī)硬件、外設(shè)、某些支持軟件、數(shù)據(jù)和人員等javascript.:;其他系統(tǒng)元素結(jié)合在一起進(jìn)行測試的過程8. C.軟件測試可分為白盒測試和黑盒測試9. D.確認(rèn)測試是在模塊測試完成的基礎(chǔ)上，將所有的程序模塊進(jìn)行組合并驗(yàn)證其是否滿 足用戶需求的過程10. 某被測程序結(jié)構(gòu)如下所示，若對該程序進(jìn)行

10、單元測試，則下列相關(guān)說法中正確的是(BC)A. 單獨(dú)測試模塊E F時(shí),需要給他們提供樁模塊B. 單獨(dú)測試模塊D時(shí)，需要給它提供驅(qū)動(dòng)模塊C. 單獨(dú)測試模塊B C時(shí),需要給他們提供樁模塊和驅(qū)動(dòng)模塊D. 單獨(dú)測試模塊A時(shí)，需要給他們提供驅(qū)動(dòng)模塊11. 正確的集成測試描述包括(BC)。12. A.自頂向下的增殖方式是集成測試的一種組裝方式，它能較早地驗(yàn)證主要的控制和判斷點(diǎn)，對于輸入輸出模塊、復(fù)雜算法模塊中存在的錯(cuò)誤能夠較早地發(fā)現(xiàn)。13. B.集成測試也叫做組裝測試， 通常是在單元測試的基礎(chǔ)上， 將模塊按照設(shè)計(jì)說明書要求進(jìn)行組裝和測試的過程。14. C.集成測試需要重點(diǎn)關(guān)注各個(gè)模塊之間的相互影響，發(fā)現(xiàn)并

11、排除全局?jǐn)?shù)據(jù)結(jié)構(gòu)問題15. D.集成測試的目的在于檢查被測模塊能否正確實(shí)現(xiàn)詳細(xì)設(shè)計(jì)說明中的模塊功能、性能、接口和設(shè)計(jì)約束等要求16. 以下關(guān)于軟件質(zhì)量特性測試的敘述，正確的是（ABCD） 。17. A.成熟性測試是檢驗(yàn)軟件系統(tǒng)故障，或違反指定接口的情況下維持規(guī)定的性能水平有關(guān)的測試工作18. B.功能性測試是檢驗(yàn)適合性、準(zhǔn)確性、互操作性、安全保密性、功能依從性的測試工作19. C.易學(xué)性測試是檢查系統(tǒng)中用戶為操作和運(yùn)行控制所花努力有關(guān)的測試工作20. D 效率測試是指在規(guī)定條件下產(chǎn)品執(zhí)行其功能時(shí)， 對時(shí)間消耗及資源利用的測試工 作21. 對軟件可靠性的理解，正確的是（ AB CD）。22. A

12、 軟件可靠性是指在指定條件下使用時(shí)，軟件產(chǎn)品維持規(guī)定的性能級(jí)別的能力23. B 軟件可靠性的種種局限是由于隨著時(shí)間的推移， 軟件需求和使用方式發(fā)生了變化24. C 軟件可靠性包括成熟性、有效性、容錯(cuò)性、易恢復(fù)性等質(zhì)量子特性25. D 針對軟件可靠性中的容錯(cuò)性子特性應(yīng)測試軟件失效防護(hù)能力26. 對一臺(tái)硬件正常的 ATM機(jī)進(jìn)行提取功能測試，若該機(jī)允許的提款增量為 100元,提取金 額從 100元到 5000 元人民幣 （含 5000 元人民幣）. 使用等價(jià)類劃分方法設(shè)計(jì)測試用例 , 則下列說法中錯(cuò)誤的是（ BD）A. 提取 20 元人民幣的數(shù)據(jù)輸入屬于無效等價(jià)類數(shù)據(jù)B. 提取150元人民幣的數(shù)據(jù)輸

13、入屬于有效等價(jià)類數(shù)據(jù)C. 提取5100元人民幣的數(shù)據(jù)輸入屬于無效等價(jià)類數(shù)據(jù)D. 提取5000元人民幣的數(shù)據(jù)輸入屬于無效等價(jià)類數(shù)據(jù)E. 提取 2000 元人民幣的數(shù)據(jù)輸入屬于有效等價(jià)類數(shù)據(jù)27. 軟件可移植性應(yīng)該從如下（D）方面進(jìn)行測試。28. A 適應(yīng)性、易安裝性、可伸縮性、易替換性29. B.適應(yīng)性、易安裝性、兼容性、易替換性30. C.適應(yīng)性、成熟性、兼容性、易替換性D.適應(yīng)性、易安裝性、共存性、易替換性31. 以下關(guān)于基于 V&V原理的W模型的敘述中，（BCD）是正確的。32. AW 模型指出當(dāng)需求被提交后，就需要確定高級(jí)別的測試用例來測試這些需求， 當(dāng)詳細(xì)設(shè)計(jì)編寫完成后，即可執(zhí)

14、行單元測試33. B.根據(jù)W莫型要求，一旦有文檔提供，不需要及時(shí)確定測試條件、編寫測試用例34. C.軟件測試貫串于軟件定義和幵發(fā)的整個(gè)期間35. D.程序、需求規(guī)格說明、設(shè)計(jì)規(guī)格說明都是軟件測試的對象36. （ABD會(huì)影響測試質(zhì)量。37. A .用戶需求頻繁變化B .測試流程不規(guī)范C .采用背靠背測試方式D .測試周期被壓縮38.關(guān)于白盒測試的測試用例設(shè)計(jì)方法敘述，正確的是（A）。39.A .達(dá)到100% CDC（條件判定組合覆蓋）要求就定能夠滿足100% CC的要求40.B .達(dá)到100% CC （條件判定）要求就定能夠滿足100% SC的要求41.C.完成SC （語句判定）所需的測試用例

15、數(shù)目定多于完成DC （邏輯判定）42.所需的測試用例數(shù)目43.D.任何情況下，都可以達(dá)到 100%路徑覆蓋的要求44.有如下C語言程序：#include<stdio.h>void main()int n;int s=0;int t=1;for（n=1;n<=20;n+）s+=t;printf（ “ %d n”,s）; 若對程序中的循環(huán)語句進(jìn)行測試，下列說法正確的是（ABCD）A. 執(zhí)行只有一次通過循環(huán)的測試B. 執(zhí)行兩次通過循環(huán)的測試C. 執(zhí)行10次通過循環(huán)的測試D. 執(zhí)行20次通過循環(huán)的測試和19次通過循環(huán)的測試E. 跳過循環(huán)的情況不屬于循環(huán)語句測試的內(nèi)容，所以不需要測試4

16、5. 下列關(guān)于自動(dòng)化測試的說法中錯(cuò)誤的是（ ABC）A 一切測試過程都可以利用工具來實(shí)現(xiàn)自動(dòng)化B 引入自動(dòng)測試工具后，能立刻減輕測試工作量C 商業(yè)自動(dòng)測試工具比開源工具具有更為強(qiáng)大的功能D 選擇自動(dòng)測試工具時(shí)需考慮與開發(fā)工具和平臺(tái)的兼容性四、填空題（ 15'）1、Linux系統(tǒng)中，init進(jìn)程是運(yùn)行的第一個(gè)進(jìn)程，其進(jìn)程編號(hào)PID為（1）;普通用戶btest登陸后默認(rèn)進(jìn)入的目錄一般是（ /home/btest ）；能實(shí)現(xiàn)將當(dāng)前目錄下的文件信息保存在a.txt 文件的命令是(Is - al > a.txt );2、 系統(tǒng)測試的策略有：(功能測試，性能測試，壓力測試，容量測試，安全性測

17、試，GUI 測試，可用性測試，安裝測試，配置測試，異常測試，備份測試，健壯性測試，文檔測 試，在線幫助測試，網(wǎng)絡(luò)測試，穩(wěn)定性測試；3、 Linux操作系統(tǒng)中對當(dāng)前目錄下文件打包的命令是(tar - cvf xxx.tar xxx )，解包的命令( tar xvf xxx.tar )；4、在 C 語言中 ,有一函數(shù)關(guān)系如下 :x-1(x<0)y= x(x=0)x+1(x>0) ；則能正確表達(dá)上述關(guān)系的程序段為(If(x<0)Y=x-1;Else if (x=0)Y=x;ElseY=x+1;)；5、系統(tǒng)測試是在(集成測試)完成后，(驗(yàn)收)之前進(jìn)行的測試。五、綜合題( 25')1 、軟件的缺陷等級(jí)應(yīng)如何劃分？ 8分致命錯(cuò)誤( fatal )：造成系統(tǒng)或應(yīng)用程序崩潰、死機(jī)、系統(tǒng)掛起，或造成數(shù)據(jù)丟失，主要功能完全喪失，導(dǎo)致本模塊以及相關(guān)模塊異常等問題。2嚴(yán)重錯(cuò)誤( critical )：功能和特性沒有實(shí)現(xiàn)導(dǎo)致嚴(yán)重的問題或致命的錯(cuò)誤聲明。問題 局限在本模塊，導(dǎo)致模塊功能失效或異常退出 3一般錯(cuò)誤（ major ）：次要功能喪失，提示信息不太準(zhǔn)確，或用戶界面差，操作時(shí)間長、 模塊功能部分失效等。4建議問題（ suggestion ）：由問題提出人對測試對象