- 相關(guān)推薦
全國計算機四級軟件測試工程師單項選擇測試
全國計算機四級軟件測試工程師考試的考生不受年齡、職業(yè)、學(xué)歷等背景的限制，任何人均可根據自己學(xué)習和使用計算機的實(shí)際情況選考。下面是小編分享的全國計算機四級軟件測試工程師單項選擇測試，一起來(lái)看一下吧。
1.下列軟件屬性中，軟件產(chǎn)品首要滿(mǎn)足的應該是________。
(A)功能需求
(B)性能需求
(C)可擴展性和靈活性
(D)容錯、糾錯能力
2.對于維護軟件的人員來(lái)說(shuō)。使用質(zhì)量是________的結果。
(A)功能性
(B)可靠性
(C)可維護性
(D)效率
3.軟件規劃階段實(shí)際上指的是________。
(A)需求獲取和定義階段
(B)數據獲取和定義階段
(C)測試用例設計規劃階段
(D)產(chǎn)品實(shí)施規劃
4.在需求獲取與定義階段就開(kāi)始建立，以后要不斷細化和完善的文檔是________。
(A)用戶(hù)手冊
(B)外部設計規格說(shuō)明
(C)內部設計規格說(shuō)明
(D)測試計劃手冊
5.在模塊測試的過(guò)程中，采用自底向上的測試比自頂向下的測試________。
(A)好
(B)差
(C)一樣
(D)不確定
6.黑盒測試是從________觀(guān)點(diǎn)出發(fā)的測試，而白盒測試是從________觀(guān)點(diǎn)出發(fā)的測試。
(A)開(kāi)發(fā)人員、管理人員
(B)用戶(hù)、管理人員
(C)用戶(hù)、開(kāi)發(fā)人員
(D)開(kāi)發(fā)人、用戶(hù)
7.從已經(jīng)發(fā)現故障的存在到找到準確的故障位置并確定故障的性質(zhì)，這一過(guò)程稱(chēng)為_(kāi)_______。
(A)錯誤檢測
(B)故障排除
(C)測試
(D)調試
8.下列關(guān)于邏輯覆蓋的敘述，說(shuō)法錯誤的是________。
(A)條件覆蓋的檢錯能力較判定覆蓋強，但有時(shí)達不到判定覆蓋的要求
(B)判定覆蓋包含了語(yǔ)句覆蓋，但它可能會(huì )使一些條件得不到測試
(C)判定/條件覆蓋包含了判定覆蓋和條件覆蓋的要求，實(shí)際上不一定達到覆蓋的標準
(D)凡滿(mǎn)足條件組合覆蓋標準的測試用例，也必然滿(mǎn)足其他所有覆蓋種類(lèi)的覆蓋標準
9.傳統集成測試的主要方法有兩個(gè)，一個(gè)是________，另一個(gè)是________。
(A)白盒測試方法、黑盒測試方法
(B)漸增式測試方法、非漸增式測試方法
(C)等價(jià)類(lèi)劃分方法、邊界值分析方法
(D)因果圖方法、錯誤推測法
10.下列測試方法中，不屬于白盒測試技術(shù)的是________。
(A)判定覆蓋
(B)語(yǔ)句覆蓋
(C)條件組合覆蓋
(D)邊界值分析
11.以下說(shuō)法錯誤的是________。
(A)軟件產(chǎn)品的質(zhì)量越高，發(fā)布后維護成本就越低
(B)在軟件測試中一般只需要運行預先設計的所有測試案例
(C)通常應該在需求階段設計系統測試案例，以此作為需求檢查的輔助手段
(D)發(fā)現和修復產(chǎn)品中的軟件缺陷越早，開(kāi)發(fā)費用就會(huì )越低
12.在銀行的活期存折賬戶(hù)管理軟件中，要求可以輸入一個(gè)賬戶(hù)的每筆交易的金額。若規定存入的金額的有效取值范圍使1.00元至99 999 999.99元。若考慮使用邊界值分析設計關(guān)于這個(gè)金額的測試用例，下列屬于它的邊界值是________。
(A)2，9 999 999
(B)1.01，99 999 999.99
(C)99 999 999.98，9.99
(D)0.99，100 000 000.00
13.下列哪一項內容通常屬于易用性測試的范圍是________。
(A)安裝與卸載測試
(B)系統故障頻率
(C)聯(lián)機文檔中斷開(kāi)的鏈接
(D)中文版與英文版的一致
14.下列關(guān)于軟件測試自動(dòng)化，說(shuō)法正確的是________。
(A)無(wú)法依靠人工完成的測試活動(dòng)均可以通過(guò)測試自動(dòng)化完成
(B)輸出結果不明確的測試不適合自動(dòng)化
(C)是否采用測試自動(dòng)化與所開(kāi)發(fā)的應用軟件項目的性質(zhì)無(wú)關(guān)
(D)與手工測試相比，采用自動(dòng)化測試可以明顯的提高測試質(zhì)量
15.關(guān)于人工測試方法，說(shuō)法正確的是________。
(A)走查以小組為單位進(jìn)行，是一系列規程和錯誤檢查技術(shù)的集合
(B)同行評審的文檔是一種過(guò)渡性的文檔，不是公開(kāi)的正式文檔
(C)桌上檢查的文檔是一個(gè)最終可交付的文檔
(D)評審是一項很浪費時(shí)間的活動(dòng)，會(huì )減緩項目的進(jìn)度
16.軟件性能測試的目標有________。
(A)發(fā)現(和改正)軟件性能缺陷
(B)性能調優(yōu)
(C)能力檢驗和規劃
(D)以上全部
17.下列關(guān)于面向對象軟件測試的說(shuō)法中，不正確的是_______。
(A)面向對象軟件的白盒測試不能不加改變地照搬傳統軟件的白盒測試準則
(B)在存在多態(tài)的情況下，為了達到較高的測試充分性，應對所有可能的綁定都進(jìn)行測試
(C)假設類(lèi)B是類(lèi)A的子類(lèi)，如果類(lèi)A已進(jìn)行了充分的測試，在測試類(lèi)B時(shí)不必測試任何類(lèi)B繼承類(lèi)A的成員方法
(D)對于一棵繼承樹(shù)上的多個(gè)類(lèi)，處于葉子節點(diǎn)的類(lèi)也需要測試
18.Web應用軟件的性能測試主要包括________。
(A)并發(fā)測試
(B)負載測試和壓力測試
(C)配置測試和性能調優(yōu)
(D)以上全部
19.下列兼容性不屬于軟件兼容性的考慮范疇的是________。
(A)與外設的兼容性
(B)與不同類(lèi)軟件的兼容性
(C)與瀏覽器的兼容性
(D)與中間件的兼容性
20.下列關(guān)于Web應用軟件的系統安全檢測與防護說(shuō)法不正確的是________。
(A)對系統安全漏洞的檢測同樣也屬于測試的范疇
(B)Web應用軟件的安全性?xún)H與Web應用軟件本身的開(kāi)發(fā)相關(guān)
(C)系統安全檢測與防護應當作一個(gè)系統工程來(lái)完成，僅僅經(jīng)過(guò)入侵檢測和漏洞掃描是不夠的,在這其中最重要的應該是建立完善的安全策略
(D)訪(fǎng)問(wèn)安全是指控制外界對主機的訪(fǎng)問(wèn)，從而減少甚至避免非法的訪(fǎng)問(wèn)和使用
21.下列關(guān)于軟件測試過(guò)程的幾種抽象模型，說(shuō)法正確的是________。
(A)H模型指出軟件測試具有獨立性，只要某個(gè)測試達到準備就緒點(diǎn)，測試執行活動(dòng)就可以開(kāi)展
(B)W模型強調在整個(gè)項目開(kāi)發(fā)中需要經(jīng)歷的不同測試級別，指明測試的對象是程序
(C)軟件測試過(guò)程與軟件開(kāi)發(fā)過(guò)程不同的是，它不必遵循軟件工程原理
(D)V模型強調測試的對象不僅僅是程序，需求、設計等同樣需要測試
22.關(guān)于測試的策劃，說(shuō)法不正確的是________。
(A)測試設計的任務(wù)是執行測試用例，需要時(shí)也可以將測試用例設計與執行并行開(kāi)展
(B)若系統對質(zhì)量要求很高，則需要開(kāi)展多次的回歸測試驗證
(C)在實(shí)際軟件項目中，一個(gè)測試團隊可能大都是骨干人員
(D)測試團隊的規模與被測系統規模、測試方資源調配情況有關(guān)
23.下列關(guān)于測試策略說(shuō)法不正確的是________。
(A)測試策略活動(dòng)可以和測試設計活動(dòng)并行開(kāi)展
(B)測試設計活動(dòng)也可以和測試執行活動(dòng)并行開(kāi)展
(C)在測試的最后階段里，測試總結和測試執行通常并行開(kāi)展
(D)在實(shí)際測試過(guò)程中，要不得不將一些測試活動(dòng)并行開(kāi)展，主要是因為時(shí)間原因
24.下列關(guān)于軟件缺陷狀態(tài)的定義，不正確的是________。
(A)New--測試中新報告的軟件缺陷
(B)Open--缺陷被確認并分配給相關(guān)開(kāi)發(fā)工程師處理
(C)Fixed--測試工程師已完成修正，等待開(kāi)發(fā)人員驗證
(D)Closed--缺陷已被修復
25.在QESAT/C中，下列屬于動(dòng)態(tài)測試過(guò)程步驟的是________。
(A)設定待測試的配置、編譯相關(guān)的源程序
(B)設定需插裝的函數
(C)運行源程序、合并動(dòng)態(tài)運行的結果
(D)以上全部
選擇題答案
1.分析：外部質(zhì)量是針對要求的滿(mǎn)足程度而言的，是表征軟件產(chǎn)品在規定條件下使用時(shí)，滿(mǎn)足規定的和隱含的要求的程度而內部質(zhì)量則主要是根據軟件產(chǎn)品的情況給出的，內部質(zhì)量是表征軟件產(chǎn)品在規定條件下使用時(shí)，決定其滿(mǎn)足規定的和隱含的要求的能力的產(chǎn)品屬性的全體。故選項A和C敘述剛好顛倒，選項B中的性質(zhì)都是屬于軟件的質(zhì)量特性的，而選項D中關(guān)于使用質(zhì)量的敘述是完全正確的。
2.分析：：驗證是檢查軟件開(kāi)發(fā)的各個(gè)階段過(guò)程活動(dòng)的結果是否滿(mǎn)足規格說(shuō)明的描述，證實(shí)各階段和階段之間的邏輯協(xié)調性、完備性和正確性。確認是證實(shí)在一個(gè)給定的外部環(huán)境中軟件的邏輯正確性，即是否滿(mǎn)足用戶(hù)的要求。Bohem給出了一個(gè)經(jīng)典定義：驗證是檢查我們是否正在正確地建造一個(gè)產(chǎn)品，它強調的是過(guò)程的正確性。而確認是檢查我們是否在建成一個(gè)正確的產(chǎn)品，它強調的是產(chǎn)品的正確性。
3.分析：軟件測試生存周期模型描述了軟件測試的全過(guò)程：?jiǎn)卧獪y試、集成測試、系統測試、驗收測試和回歸測試等。
4.分析：自底向上測試與自頂向下測試策略都是增量式的測試，軟件是分層設計的，主模塊調用子模塊，子模塊又依次調用更低層次的模塊，依此類(lèi)推。在自底向上單元測試的策略中，應首先測試最底層的模塊，利用輔助的測試驅動(dòng)模塊調用他們并傳遞測試數據，然后再測試更高層次的模塊，再較高層次的模塊測試中可以直接調用已測試過(guò)的較低層次的模塊。在自頂向下測試中，首先測試的則是頂層模塊，無(wú)須編寫(xiě)驅動(dòng)模塊，但要使用樁模塊，當頂層模塊被證明無(wú)誤后，在測試下一個(gè)高層次的模塊。
5.分析：在各個(gè)時(shí)期進(jìn)行的軟件測試，其依據都是不同的，測試用例的設計應該與各個(gè)時(shí)期的文檔有關(guān)，故測試用例的設計與需求規格說(shuō)明書(shū)，程序復雜程度，源程序都是有關(guān)的。而項目的開(kāi)發(fā)計劃是為程序的開(kāi)發(fā)做準備的，與測試無(wú)關(guān)。
6.分析：在黑盒測試中，這些測試策略基本上都要考慮輸入條件的組合，但是基于因果圖的方法就是著(zhù)重檢查輸入條件組合的一種測試方法。
7.分析：題目要求達到100%的判定覆蓋率，即要求所以的判定真假都至少執行一次，故我們取定(A=12，B=7)和(A=7，B=10)兩組測試用例，即可滿(mǎn)足題目要求。
8.分析：?jiǎn)卧獪y試主要從下面五個(gè)基本特征進(jìn)行測試，分別是：模塊接口、局部數據結構、獨立路徑和出錯處理。故不能完成的測試是系統功能，這通常是在系統測試時(shí)進(jìn)行的。
9.分析：考察各種邏輯覆蓋的關(guān)系：
條件組合覆蓋>判定覆蓋>語(yǔ)句覆蓋(即如果達到條件組合覆蓋，就達到判定覆蓋和語(yǔ)
句覆蓋;如果達到判定覆蓋，就達到語(yǔ)句覆蓋，下面類(lèi)似理解)。
條件組合覆蓋>條件覆蓋。
條件覆蓋不一定包含判定覆蓋、語(yǔ)句覆蓋。
判定覆蓋不一定包含條件覆蓋。
路徑覆蓋>判定覆蓋>語(yǔ)句
10.分析：評審是一種軟件開(kāi)發(fā)前期階段人工測試的方法，主要是發(fā)現缺陷，并通過(guò)評審標準檢查軟件文檔，故選項A、選項B和選項D都與軟件評審有關(guān)。而評審這一階段是不需要依靠測試信息的。
11.分析：Myers提出的軟件缺陷的群集現象是指：測試后程序中殘余的錯誤數目與該程序中已發(fā)現的錯誤數目成正比。即一個(gè)功能部件已發(fā)現的缺陷越多，找到它的更多未發(fā)現的缺陷的可能性就越大。
12.分析：根據等價(jià)類(lèi)劃分法設計測試用例的原則。
13.分析：自動(dòng)測試腳本最好采用模塊化方法。
14.分析：增量測試策略首先要對程序的每個(gè)程序單元或程序部件單獨進(jìn)行測試，這種測試便是單元測試或模塊測試或部件測試。在單元測試時(shí)，程序員必須編寫(xiě)一個(gè)驅動(dòng)模塊，用來(lái)調用被測模塊并向其傳送測試數據，若該模塊調用了其他模塊，程序員必須編寫(xiě)一個(gè)樁模塊，用來(lái)代替被調用的模塊。
15.分析：軟件的性能是軟件的一種非功能特性，響應時(shí)間軟件性能指標之一，響應時(shí)間是指系統對請求作出響應的時(shí)間，對于單機的沒(méi)有并發(fā)操作的應用系統而言，人們普遍認為響應時(shí)間會(huì )是一個(gè)合理且準確的性能指標，但是要指出的是，在實(shí)際測試中，響應時(shí)間的絕對值并不能直接反映軟件性能的高低，軟件性能的高低實(shí)際上取決于用戶(hù)對響應時(shí)間的接受程度。
16.分析：軟件可靠性分析方法主要有：失效模式影響分析、嚴酷性分析、故障樹(shù)分析、事件樹(shù)分析和潛在線(xiàn)路分析。其中失效模式影響分析(FMEA)的基本假設是產(chǎn)品本身的邏輯沒(méi)有故障，但其各部件出現的故障可能會(huì )導致產(chǎn)品出現故障，所以，該方法的思路是通過(guò)分析產(chǎn)品與其各個(gè)部件的邏輯，從而分析出各個(gè)部件的故障對整個(gè)產(chǎn)品可靠性的影響。故當軟件的各部件組成邏輯都相對簡(jiǎn)單的情況下，采用該方法是最適合的。
17.分析：在面向對象程序測試中，通過(guò)執行程序代碼完成的測試通常包括單元測試、集成測試和系統測試三個(gè)主要方面。其中單元測試的基本要求是被測單元被獨立地測試，而在測試面向對象程序時(shí)，由于一個(gè)類(lèi)的各個(gè)成員方法通常是相互聯(lián)系的，因而很難對一個(gè)類(lèi)中的單個(gè)成員方法進(jìn)行充分的單元測試。面向對象程序中的一個(gè)類(lèi)甚至也不能作為被獨立測試的單元，主要原因一方面是由于繼承的存在，一個(gè)類(lèi)通常依賴(lài)于其父類(lèi)和其他祖先類(lèi)，另一方面由于面向對象程序經(jīng)常出現多個(gè)類(lèi)相互依賴(lài)也會(huì )導致每個(gè)類(lèi)難以被獨立的測試。集成測試是針對程序的集成結構進(jìn)行，在面向對象程序中，許多集成機制在傳統結構化程序中沒(méi)有，因而結構化程序的集成測試技術(shù)難以適用于對類(lèi)的測試。
18.分析：Web應用軟件與其他的應用軟件有較大的差別，其特點(diǎn)有①基于無(wú)連接協(xié)議，②內容驅動(dòng)，③開(kāi)發(fā)周期短，④演化頻繁，⑤安全性要求較高，⑥美觀(guān)性要求較高。
19.分析：Web應用軟件的系統測試除了功能測試外還包括性能測試、易用性測試、內容測試、安全性測試和接口測試等。功能測試主要包括：①連接測試，②表單測試，③Cookie測試，故選項C正確，由排版結構的測試是Web應用軟件表示層的測試，故A不正確。而對數據完整性的測試是Web應用軟件數據層的測試，故選型B不正確。對于Web應用軟件而言，性能測試是一個(gè)至關(guān)重要的因素，所以對Web應用軟件進(jìn)行系統測試時(shí)，必須考慮性能測試，故D說(shuō)法錯誤。
20.分析：所謂兼容性測試，是指針對軟件對其運行環(huán)境的依賴(lài)進(jìn)行測試，以驗證軟件是否能夠在所有期望的環(huán)境中運行。在大多數情況下，兼容性測試主要考慮硬件兼容性、軟件兼容性和數據兼容性三個(gè)方面。
21.分析：功能易用性是指用戶(hù)能否方便、快速、準確地使用軟件提供地功能來(lái)完成需
要完成的任務(wù)。一般功能易用性測試涉及面很廣，其主要內容有：①業(yè)務(wù)符合度，②功能定制性，③功能的關(guān)聯(lián)度，④數據的共享度，⑤用戶(hù)約束的合理性，⑥反饋的及時(shí)性。
22.分析：極限編程強調靈活的分析和設計，極限編程與傳統軟件開(kāi)發(fā)方法相比，有四個(gè)主要特征：①簡(jiǎn)單地分析設計，②頻繁地客戶(hù)交流，③增量式開(kāi)發(fā)，④連續的測試。這些特征決定了極限編程可以隨時(shí)應對新增或改變的需求。單元測試是極限編程中最重要的發(fā)現缺陷的手段，主要由編碼人員來(lái)完成，驗收測試主要由用戶(hù)來(lái)完成，但編碼人員也必須在場(chǎng)，以便與用戶(hù)進(jìn)行交流。另外極限編程要求在編碼之前先設計測試，因為這樣可提高編碼人員測試自己編寫(xiě)代碼的效率。
23.分析：軟件問(wèn)題的狀態(tài)定義如下：
新建(New)--測試中新報告的軟件問(wèn)題
打開(kāi)(Open)--軟件問(wèn)題已被確認并分配給相關(guān)開(kāi)發(fā)工程師處理
關(guān)閉(Closed)--確認為無(wú)效的軟件問(wèn)題
待驗(Pending)--工程師已完成修正，等待測試人員驗證
解決(Resolved)--軟件問(wèn)題已被修復
24.分析：在軟件系統開(kāi)發(fā)過(guò)程中，度量與分析同樣體現的是"全過(guò)程測試"理念，對測試過(guò)程的度量有利于及時(shí)把握項目情況，對過(guò)程數據進(jìn)行分析，很容易發(fā)現優(yōu)勢和劣勢，找出需要改進(jìn)的地方，及時(shí)調整測試策略。所以說(shuō)度量與分析是軟件測試過(guò)程可持續改進(jìn)的根本。
25.分析：在QESuiteWebVersion1.0中，可以監控軟件問(wèn)題報告處理過(guò)程和軟件系統各
模塊軟件問(wèn)題布狀況，測試管理人員使用"按功能分類(lèi)"視圖查看軟件問(wèn)題分布情況，可以了解哪些模塊存在嚴重的軟件問(wèn)題。使用"按狀態(tài)/子狀態(tài)"視圖可以了解當前所有軟件問(wèn)題的處理狀態(tài)。使用"按子系統/狀態(tài)"視圖可以了解各個(gè)部分軟件問(wèn)題的數量情況，及時(shí)調整開(kāi)發(fā)人員修復和測試人員驗證的工作方向。使用"嚴重性"視圖可以了解當前軟件問(wèn)題的嚴重性分布。
【全國計算機四級軟件測試工程師單項選擇測試】相關(guān)文章：
計算機四級軟件測試工程師選擇題專(zhuān)項測試10-12
全國計算機四級軟件測試工程師考前測試題09-28
計算機四級軟件測試工程師摸底測試07-14
計算機四級軟件測試工程師測試題11-09
全國計算機四級軟件測試工程師筆試訓練09-26
2016四級軟件測試工程師選擇試題及答案06-01
計算機四級軟件測試工程師測試題(附答案)07-24