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