往屆考題-測試基礎

1、試題結構說明1. 共四大題1.單選40題2.多選20道題3.判斷10道題4.簡答1道題字體標注為紅色的為不確定的，可能與原題不相符標注為“？ ”的表示沒有收集到文檔說明1.共四大題1.單選40題2多選20道題3.判斷10道題4.簡答1道題字體標注為紅色的為不確定的，可能與原題不相符標注為“？ ”的表示沒有收集到測試基礎一、單項選擇題(選擇一個正確的答案，將相應的字母填入題的括號中)1、白盒測試方法不包括(A)數(shù)據(jù)流測試； (B)控制流測試； (C)隨機測試；(D) 符號求值解析：白盒測試的測試方法有代碼址査法、停姦結構分析法、靜態(tài)法.法、基本路徑謝試法、域刊試、 符號測試、z路徑擾蓋、程式變異

2、.答案c為愿盒測試的一種方法.2、白盒測試缺點不包括(A) 無法檢測數(shù)搖敏感性錯誤(B) 代碼覆蓋率低(0測試基于代碼，可能會漏掉一些功能需求(D)當系統(tǒng)龐大時，測試開銷會非常大解析：白金刊試的乞鐵點優(yōu)點追便測試人員去仔細思考軟件的實現(xiàn)可以檢測代碼中的毎條分支和烙徑揭示隱義在代碼中的錯謀對代碼的別試比較徹底，故答案為B最優(yōu)牝缺點昂貴無法檢測代碼中逢灣的谿徑和性錯埃不臉證規(guī)格的正確性3、關于性能測試說確的是(A) 不是為了發(fā)現(xiàn)軟件缺陷(B) 壓力測試與負載測試的目的是為了探測軟件在滿足預定性能情況下而能承受的最 大壓力(0通常需要對測試結果進行分析才能獲得結論(D)在性能下降曲線下，最大建議用戶

3、數(shù)通常處于性能輕微下降區(qū)和急劇下降區(qū)臨界處燼析：性能別試通用模型(PTGM型)的最后一步就是測試結果分析，說明性能別試通常夏對測試皓果進行分析才能獲得 側試結淪，故C正確軟件的性能爰軟件的一種非功能粹性。軟件性能刊試包抵以下幾方面的目標：發(fā)現(xiàn)性能缺陷；性能 調(diào)優(yōu)；能力檢址和規(guī)劃.其中性能測試的首旻目標蟲該就是發(fā)現(xiàn)軟件性能缺陷，說明A說法不正確.壓力別試與負載測試雖 然糕是要對軟件施加業(yè)務壓力，但其根本目的龍全不同，員載測試的目的處為了探側軟件在満足賴良性能需求的倩況下所能員 擔的愛大壓力，但壓力浪試的目的是利用壓力來掲示軟件中存在的港在缺陷，故B說法不正確.在性能下澤曲錢上，撤大建議 用戶處于

4、早坦區(qū)和性能輕黴下降區(qū)的交顯處所以D說法錯課3、在測試中，某模塊和其它模塊相比，如果在此模塊中發(fā)現(xiàn)并修改的缺陷比其他模塊多，則殘存的錯誤數(shù)目和其它模塊相比，通常是()(A) 少； (B)比較多； (C)相似；(D)不確定解析：答案B,經(jīng)瞼表明某模塊巳發(fā)現(xiàn)并改正的帯媒數(shù)目較多，則褸模塊中殘存的帯渥數(shù)目與其他模塊相比較多.4、關于自動化測試說法錯誤的是(A) 自動化測試過程的核心容是執(zhí)行測試用例(B) 自動化輔助手工測試，設置和清除測試環(huán)境是自動展開的(0采用技術手段保證自動化測試的連續(xù)性和準確性很重要(D)自動化測試過程中，除選擇測試用例和分析失敗原因，其他過程都是自動化的解析：答案B,人工設置

5、的5、同行評審分為。管理評審，技術評審，文檔評審()(A)誤差評審；(B)項目評審 (0過程評審 (D)組織體系評審解析：尊案c；同行評審主旻包括管理評審、技術評審、過程評審、丈檔評審6、哪項為失效模式(A) PDCA；(B) FMEA； (C) CAMP (D) CMMI解析：漫在失效模式FMEA t尊案B7、一公司工作時間不超過三年，年終獎為月工資的25%,超過三年為50%,超過五年為 70%,超過8年為100%,工作年限為整形，并且最大值不超100,為工作年限劃分等價類， 得到有效等價類數(shù)量為(A) 2； (B)4； (C)6； (D)8燼析t H=3Y；3H=5；5H8.答案 B8、I

6、f ( ! (ch=0&ch軟件質(zhì)量是指軟件滿足規(guī)定用戶需求的能力。B軟件質(zhì)量待性是指軟件的功能性，可靠性，易用性，效率，可維護性，可移植性。C軟件質(zhì)量保證過程就是軟件測試過程。D以上描述都不對。解析：答案B11、為了提高測試的效率，應該(D)A. 隨機的選取測試數(shù)據(jù)；B. 取一切可能的輸入數(shù)據(jù)作為測試數(shù)據(jù)；C. 在完成編碼以后制定軟件的測試計劃；D. 選擇發(fā)現(xiàn)錯誤的可能性大的數(shù)據(jù)作為測試數(shù)據(jù)；解析：答案D12、單元測試一般以白盒測試為主，測試的依據(jù)是(A)A. 模塊功能規(guī)格說明；B.系統(tǒng)模塊結構圖；C. 系統(tǒng)需求規(guī)格說明書；D. ABC都可以；解祈；答宸A； Alpha jfl試可以從軟件產(chǎn)

7、品編碼結束之后開始，或在模塊(子系現(xiàn))測試完成后開始，也可以亦確認測試過程中產(chǎn)品達到一定的瑰定和可靠程度之后再開始.有關的手冊(草積)等應復在a測試前準備好13、列關于alpha, beta測試的描述中正確的是：(A)A. alpha測試需要用戶代表參加；C. alpha測試不需要用戶代表參加; 林答案A;14、測試設計員的職責有：(B)制定測試計劃設計測試用例A. B. C. 解析*答案BB. beta測試是驗收測試的一種;D. beta測試是系統(tǒng)測試的一種;設計測試過程腳本 評估測試活動D.以上全是15. 按照風險設定測試用例的優(yōu)先級并按照優(yōu)先級順序進行測試，符合測試的哪個基本 原則(B)

8、A. 測試只能顯示缺陷的存在；B.窮盡測試是不可能的；C. 殺蟲劑悖論；D.缺陷集群性；解析r #案116、某個程序有3個輸入?yún)?shù)A, B, C,輸入?yún)?shù)的有效條件是AUB和CHB,如果應用 程序等價類劃分的技術，只考慮單缺陷組合(無效等價類只能與有效等價類組合)，如下哪 組最適合做此程序的健壯性測試(用無效的數(shù)據(jù)進行的測試)(A)a) AB.CB； c)A=BA. b,dC. a,b,c,db) ABtC=B d)A=B,C0 and y0) thenZ=z/x；End ifIf(xl or zl)thenZ 二 z+1End ifZ 二 y+z滿足100%語句覆蓋和滿足100%分支覆蓋的最

9、有效的測試用例為(A)a) x=2,y=l,z=6；c) x=0y=6,z二6；A. a；a,bb) x=lty=0,z=l;d) x=0.y=12,z二6；B. atb;bfc,dC. b；a,bD. a,b,c：a解析*律案A.請畫出流程圖18、關于白盒測試的概念，下列哪個選項是正確的？(A)A. 白盒測試是根據(jù)識別軟件或系列的結構導出測試用例，所以只*或集成測試中;B. 在白盒測試中如果已經(jīng)到達了 100%的判定覆蓋，不一定能達到100%的語句覆蓋;C. 在白盒測試中過已經(jīng)達到了 100的語句覆蓋，肯定達到了 100%的判定覆蓋；D. 白盒測試可以應用在任何測試級別中；解析：答案A。19

10、、根據(jù)下面的狀態(tài)圖，為了覆蓋所有的狀態(tài)至少需要設計(C)個測試用例？三個；D. 四個A. 一個；B. 二個；C.解析：答案c可以減少軟件系統(tǒng)在運行環(huán)境中的風險 可以提高軟件系統(tǒng)的質(zhì)量可以用于評價開發(fā)團隊的能力 可能是為了滿足合同或法律法規(guī)定的要求20、以下不屬于軟件測試作用的是（D）A、B、C、D、組件測試、集成測試、系統(tǒng)測試. 組件測試、系統(tǒng)測試、組件測試、 集成測試、系統(tǒng)測試、組件測試、 集成測試.組件測試.系統(tǒng)測試.驗收測試 驗收測試 驗收測試 驗收測試21、按照時間先后，在測試階段中正確的順序是（A）A、B、C、D、22、經(jīng)驗表明，在測試中，某模塊和其他模塊相比，如果在此模塊中已經(jīng)發(fā)現(xiàn)

11、并改正的 錯誤數(shù)目較多，則殘留的錯誤數(shù)目和其他模塊相比，通常應該（B）A. 較少B、較多C、相似D、不確定23、以下關于覆蓋測試的說法中，錯誤的是（B）A、語句覆蓋要求每行代碼至少執(zhí)行一次B、在路徑測試中必須使用不同的數(shù)據(jù)重復測試同一條路徑C、路徑測試不是完全測試，即使每條路徑都執(zhí)行了 一次，程序還是有可能存在缺陷D、分支覆蓋應該使程序中每個判定分真假分支至少執(zhí)行一次25、如果一個軟件產(chǎn)品的功能或特性沒有實現(xiàn)，包括主要功能部分丟失，次要功能完全 丟失，或者錯誤的聲明，這屬于（B）A、致命的錯誤 B、嚴重的錯誤 C、一般的錯誤D、微小的錯誤26、以下不屬于測試組長主要任務的是（D）A、制定或評審

12、項目的測試策略和組織的測試方針B、引入合適的度量，以測量測試過程并評估測試和產(chǎn)品的質(zhì)量C、對測試進行配置管理，保證測試試件的可追溯性D、分析，評審和評估用戶需求，規(guī)格說明書及模型的可測試性測試姐卡的主要任務包括嚟些？分析:1）與項目好理以及其他人共同協(xié)調(diào)測試第略利測試計坯。制走或評審項目的更試策略和級奴的泓試方針.3）將測試的安松合并到其他項目活動中.比如集成計（integration planning）,4）制定測試計梵（考慮背景，了解測試目標和風險等計劃包括選擇測試方法、估算測試的時間、工作畳和咸本、資憑的獲取.定義測試圾別、測試同期和計劃寧件管理27、以下活動中，那個不屬于測試計劃的容（

13、D）A、為測試各項活動制定一個現(xiàn)實可行的綜合的計劃B、確定測試過程中每個測試階段的測試完成標準C、識別測試活動中各種風險，并給出風險應對措施D、分析測試需求，并制定測試方案制定測試計劃要達到的目標有：為測試各棗活動制定一個現(xiàn)實可行的綜合計劃：建止一個級織模型，開發(fā)有效的測試模型： 鋼定測試所需要的時間利資源；確定測試過程中每個測試階段的測試完成標準和要實現(xiàn)的目標：識別出測試活動中各種風險， 并給出風險應對措旌測試計劃是対測試全過程的組織、資憑、原瞰等進行規(guī)定和妁克，井做定測試全過程各個嗆段的任務以及時間進度安井， 井提出対各項任務的評估.見險菅浬和菅理需求。澆試計劃是從管理用.度對整個測試5舌

14、動進行覘和控粧。涎試方案是皓述被測 対取帶妾瑟試的待性、翩試的方法、瑟試環(huán)境的規(guī)劃、測試工具的設計和遶繹、測試用例的設計方法、測試代碼的設計方案。 測試方賽是從技術滋度對整個測試活動邊行規(guī)劃和控剖.測試方案需要在測試計劃的指導下逬行.測試計劃経出“做什么”，而測試方案明確“如何做”28、以下不屬于測試報告主要容的是（D）A. 在測試階段發(fā)生了什么，比如達到測試出口準則的日期。B. 通過分析相關信息的度量可以對下一步的活動提供建議和做岀決策。C. 對依然存在的缺陷的評估。D. 為已定義的不同測試任務分配的資源。測試報告是対測試工作和活動等祀關倍息的總結.主要客包括：莊測試階段發(fā)生了什么，比如達到

15、測試出口準則的日期. 通連分析相關信息和度量可以對下一步的活動羅供裟議和做出決策，比如對仍然存在的皺術的評估、堆續(xù)逬行測試的經(jīng)濟效益. 存在的突出鳳險以及被測試軟件的置信度等。29、QTP腳本語言采用的是（C）A. JS B. PERL C. VBS D. Python11有關測試項目結束與定稿測試報告的說法中，正確的是（D）A. 測試執(zhí)行完成，測試人員向測試組長提交測試報告后，測試項目就可以結束了。B. 對存在的缺陷逐個分析，認定剩余缺陷對產(chǎn)品質(zhì)量無重大影響后，即可定稿測試報 告。C. 審查測試全過程，檢查測試計劃和容無遺漏后，即可定稿測試報告。D. 當所有測試計劃容完成，測試覆蓋率達到要求

16、以及產(chǎn)品質(zhì)量達到定義用戶標準，即 可定稿測試報告。30、軟件測試的核心（A）A.測試用例B.測試人員C.編程人員D.測試方法31、對于軟件測試分類，下面按照不同階段來劃分，錯誤的是（C）A.單元測試B.集成測試C.黑盒測試D.系統(tǒng)測試32、為了提高測試的效率，而應該（D）A.隨即的選取測試數(shù)據(jù)B.取一切可能的輸入數(shù)據(jù)作為測試數(shù)據(jù)C. 在完成編碼以后指定軟件的測試計劃D. 選擇發(fā)現(xiàn)錯誤的可能性大的數(shù)據(jù)作為測試數(shù)據(jù)33、軟件的集成測試工作最好由（D）承擔，以提高集成測試的結果。A.該軟件的設計人員B.該軟件的開發(fā)組的負責人C.該軟件的編程人員D.不屬于該軟件開發(fā)組的軟件設計人員34、系統(tǒng)測試使用（

17、C）技術，主要測試被測應用的高級互操作要求，而無需考慮被測 應用的部機構。A.單元測試B.集成測試C.黑盒測試D.白盒測試多項選擇題（選擇一個或多個正確的答案，將相應的字母填入題的括號中）1、軟件測試作用(A) 可以減少軟件系統(tǒng)在運行環(huán)境中的風險(B) 可以提高軟件系統(tǒng)的質(zhì)量(C) 可以用于評價開發(fā)團隊的能力(D) 可能是為了滿足合同或法律法規(guī)的要求解析：葆案ABC2、關于自動化正確的是(A) 僅有自動化測試執(zhí)行而無比較，則不是完全自動化(B) 自動化比較的容可以是：文本，格式化數(shù)據(jù)，電子(0自動化比較的局限性在于自動化可能沒有人工靈活(D)自動化比較海量數(shù)據(jù)，屏幕輸出等信息不是計算機能勝任的

18、解析：答集CD3、測試計劃的目的(A)軟件過程規(guī)化要求；(B)項目參與人員溝通更順暢(0控制軟件質(zhì)量；(D)測試工作更加系統(tǒng)化解析：礬案AD4、關于alpha測試描述正確是(A)需要用戶代表參加；(B)不需要用戶代表參加(C) 系統(tǒng)測試的一種； (D)驗收測試的一種解析：答案AD5、關于beta描述不正確的是(A)由客戶在現(xiàn)場執(zhí)行；(B)由客戶在開發(fā)人員出執(zhí)行(0有一個獨立測試小組執(zhí)行； (D)當軟件為某特定客戶開發(fā)時非常有用解析：AC, Beta測試由軟件的最典用戶們在一不玻多個客房場所進行.與Alpha測試不同，開發(fā)者境常不在Beta 測試的現(xiàn)場，因Beta液試旻軟件柱開發(fā)看不能控制的環(huán)境

19、中的“真實”應用.用戶Beta測試過程中遛到的一切問題(真實在 或擷像的)，并且走期把這些問建報告給開發(fā)者.接收到在Beta測試期何報告的問題之后，開發(fā)者對軟件產(chǎn)品進行必要的修改， 并*備向全體寧戶發(fā)布最終的軟件產(chǎn)品.6、常見的測試出口準則有(B)產(chǎn)品質(zhì)量(D)經(jīng)濟制約(B)改進產(chǎn)品(D)評估對標準和規(guī)格的符合(A)測試覆蓋率；(0尚存風險；解析t響案ABCD7、代碼走查的目的(A)發(fā)現(xiàn)異常；(C) 考慮替方案換；牌析：尊案D8、屬于性能測試躊的有()(A)覆蓋測試；(B)壓力測試(C)負載測試；(D)并發(fā)測試解析：#案10A為白金測試.9、估算測試成本，測試經(jīng)理應考慮()(A)開發(fā)過程成熟度

20、；(B)軟件質(zhì)量和可測試性(0最終用戶資質(zhì)；(D)開發(fā)過程時間解析：尊案ABD, C為易用性，屬于軟件設計膊10、關于代碼覆蓋測試說確的()（A）語句覆蓋要求每行代碼至少執(zhí)行一次（B）在路徑測試中必須使用不同的數(shù)據(jù)重復測試同一條路徑（0路徑測試不是完全測試，即使每條路徑都執(zhí)行了 一次，程序還是可能存在缺陷（D）分支覆蓋應使程序中的每個判定真假分支至少執(zhí)行一次解析：答案ACD, B為場景測試11、測試設計員的職責有（BC）A.制定測試計劃；B.設計測試用例；C.設計測試過程，腳本D.評估測試活動解析：善案BC, AD為管理級12、軟件質(zhì)量管理（QM）應有質(zhì)量保證（QA）和質(zhì)量控制（QC）組成，下

21、面的選項中屬 于QC的是（ABC）A.測試；B.跟蹤；C.監(jiān)督；D.制定計劃E. 需求審查； F.需求代碼審查13、編寫測試計劃的目的是（ABC）A.使測試工作順利進行；B.使項目參與人員溝通更順暢C.使測試工作更加系統(tǒng)化；D.軟件工程以及軟件過程的需要E. 軟件過程規(guī)化的要求；F.控制軟件質(zhì)量13、導致軟件缺陷的原因有很多，（AD）是可能的原因A. 軟件需求說明書編寫的不齊全，不完整，不準確，而且經(jīng)常更改B. 軟件設計說明書（需求和設計）C. 軟件操作人員的水平（最終用戶）D. 開發(fā)人員不能很好的理解需求說明書和溝通不足14、測試的目的是（ABC）A.發(fā)現(xiàn)軟件缺陷；B.預防軟件的缺陷C.提供

22、信心和信息D.提供沒有缺陷的軟件15、典型的V模型包括哪些測試級別（ACEF）A.單元測試； B.回歸測試； C.集成測試；D.模塊測試E. 系統(tǒng)測試；F.驗收測試圏2-4 訥莫型16、關于測試用例的描述，下列哪些選項是正確的？ （ABD）A. 建立從測試用例到需求的可追溯性，有助于需求變更時的影響分析B. 對測試用例本身的質(zhì)疑可以從是否與需求有可追溯性以及期望結果的正確性這兩方 面來評價C. 理想情況下，通過執(zhí)行測試用例就可以獲得測試用例的期望結果（測試用例的作用）D. 測試用例由一組輸入值、執(zhí)行的前提條件、執(zhí)行步驟、期望結果和執(zhí)行的后置條件 等組成17、以下屬于典型的軟件測試過程的模型有（ABC）A. V模型B. W模型 C. H模型 D.螺旋模型（開發(fā)模型）1關于軟件質(zhì)量的說法，正確的有（ABD）A. 軟件產(chǎn)品必須提供用戶所需要的功能，并能正常工作B. 軟件質(zhì)量是產(chǎn)品、組織和體系或過程的一組固有特性，反應它們滿足顧客和其他相關 方面要求的程度C. 程序的正確性足以體現(xiàn)軟件的價值D. 越是關注客戶的滿意度，軟件就越有可能達到質(zhì)量要求4. 下面關于軟件測試原則，正確的有（ACD）A. 在設計測試用例時，不但要包括合理的輸入條件，還