2023計算機四級軟體測試工程師練習題及答案
計算機四級軟體測試工程師考核軟體測試的基本概念、結構覆蓋測試、功能測試等知識，下面是小編整理的軟體測試工程師練習題，一起來測試一下吧！
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>10)or(B<=7)，則為了達到100%的判定覆蓋率，至少需要設計多少個測試用例________。
(A)1個
(B)2個
(C)3個
(D)4個
8.單元測試主要針對模組的幾個基本特徵進行測試，該階段不能完成的測試是________。
(A)系統功能
(B)區域性資料結構
(C)重要的獨立路徑
(D)出錯處理
9.下列關於邏輯覆蓋，說法錯誤的是________。
(A)滿足條件覆蓋並不一定滿足判定覆蓋
(B)滿足條件組合覆蓋的測試一定滿足判定覆蓋、條件覆蓋和判定/條件覆蓋
(C)滿足路徑覆蓋也一定滿足條件組合覆蓋
(D)判定/條件覆蓋同時滿足判定覆蓋和條件覆蓋
10.評審是對軟體進行靜態測試的一種方法，下列結論中，________是與軟體評審無關的內容。
(A)儘量發現錯誤
(B)根據評審標準
(C)依靠測試資訊
(D)檢查軟體文件
s提出的軟體缺陷的群集現象指的是________。
(A)在軟體測試過程中，缺陷不會少量出現，而會成群的出現
(B)在測試一個功能部件的過程中，通常一次會發現很多缺陷
(C)在測試的各個功能部件中，一般不是沒有發現缺陷，就是發現許多缺陷
(D)一個功能部件已發現的缺陷越多，找到它的更多未發現的缺陷的可能性就越大
12.在北京某個銀行的人事資訊管理軟體中，系統允許使用者輸入8位數字的北京市電話號碼。若使用等價類劃分法設計測試用例，獲得輸入等價類，那麼從保證測試效果的角度來看，下面最佳的測試用例選擇應為________。
(A)62570007，80603805，100080，39103825
(B)62570007，80603805
(C)62570007，39103825，8253324，空值，h?
(D)39103825，8253324，@，1391092300
13.下列敘述中，說法錯誤的是________。
(A)不應該採用模組化方法開發自動測試指令碼
(B)自動測試一般要求被測試的應用系統相對穩定
(C)應儘量使單元測試自動化
(D)自動測試指令碼可能包含錯誤，也需要進行維護
14.單元測試時，用於代替被呼叫模組的是________。
(A)樁模組
(B)通訊模組
(C)驅動模組
(D)代理模組
15.在實際測試中，軟體效能的高低往往直接取決於________。
(A)使用者對響應時間的接受程度
(B)響應時間的絕對值
(C)系統響應時間
(D)所以功能的最大響應時間
16.當軟體的各部件組成邏輯都相對簡單的情況下，對其進行軟體可靠性分析通常最好選擇運用下面哪一種軟體可靠性分析方法________。
(A)故障樹分析
(B)嚴酷度分析
(C)失效模式影響分析
(D)潛線上路分析
17.下列關於物件導向程式的測試組織問題的說法中，正確的是________。
(A)在物件導向程式測試中，通過執行程式程式碼完成的測試通常包括單元測試、整合測試和系統測試三個主要方面
(B)在物件導向程式中的一個類可以作為被獨立測試的單元
(C)在物件導向程式測試中，很容易對一個類中的單個成員方法進行充分的單元測試
(D)由於整合測試目標相同，結構化程式的整合測試技術都適用於對類的測試
【參考答案見下頁】
1.答案：D。分析：外部質量是針對要求的滿足程度而言的，是表徵軟體產品在規定條件下使用時，滿足規定的和隱含的要求的程度而內部質量則主要是根據軟體產品的情況給出的，內部質量是表徵軟體產品在規定條件下使用時，決定其滿足規定的和隱含的要求的能力的產品屬性的全體。故選項A和C敘述剛好顛倒，選項B中的性質都是屬於軟體的質量特性的，而選項D中關於使用質量的敘述是完全正確的。
2.答案：B。分析：驗證是檢查軟體開發的各個階段過程活動的結果是否滿足規格說明的描述，證實各階段和階段之間的邏輯協調性、完備性和正確性。確認是證實在一個給定的外部環境中軟體的邏輯正確性，即是否滿足使用者的要求。Bohem給出了一個經典定義：驗證是檢查我們是否正在正確地建造一個產品，它強調的是過程的正確性。而確認是檢查我們是否在建成一個正確的產品，它強調的是產品的正確性。
3.答案：C。分析：軟體測試生存週期模型描述了軟體測試的全過程：單元測試、整合測試、系統測試、驗收測試和迴歸測試等。
4.答案：C。分析：自底向上測試與自頂向下測試策略都是增量式的測試，軟體是分層設計的，主模組呼叫子模組，子模組又依次呼叫更低層次的模組，依此類推。在自底向上單元測試的策略中，應首先測試最底層的模組，利用輔助的測試驅動模組呼叫他們並傳遞測試資料，然後再測試更高層次的模組，再較高層次的模組測試中可以直接呼叫已測試過的較低層次的模組。在自頂向下測試中，首先測試的則是頂層模組，無須編寫驅動模組，但要使用樁模組，當頂層模組被證明無誤後，在測試下一個高層次的模組。
5.答案：D。分析：在各個時期進行的軟體測試，其依據都是不同的，測試用例的設計應該與各個時期的文件有關，故測試用例的設計與需求規格說明書，程式複雜程度，源程式都是有關的。而專案的開發計劃是為程式的開發做準備的，與測試無關。
6.答案：D。分析：在黑盒測試中，這些測試策略基本上都要考慮輸入條件的組合，但是基於因果圖的方法就是著重檢查輸入條件組合的一種測試方法。
7.答案：B。分析：題目要求達到100%的判定覆蓋率，即要求所以的判定真假都至少執行一次，故我們取定(A=12，B=7)和(A=7，B=10)兩組測試用例，即可滿足題目要求。
8.答案：A。分析：單元測試主要從下面五個基本特徵進行測試，分別是：模組介面、區域性資料結構、獨立路徑和出錯處理。故不能完成的測試是系統功能，這通常是在系統測試時進行的。
9.答案：C。分析：考察各種邏輯覆蓋的關係：
條件組合覆蓋>判定覆蓋>語句覆蓋(即如果達到條件組合覆蓋，就達到判定覆蓋和語
句覆蓋;如果達到判定覆蓋，就達到語句覆蓋，下面類似理解)。
條件組合覆蓋>條件覆蓋。
條件覆蓋不一定包含判定覆蓋、語句覆蓋。
判定覆蓋不一定包含條件覆蓋。
路徑覆蓋>判定覆蓋>語句
10.答案：C。分析：評審是一種軟體開發前期階段人工測試的方法，主要是發現缺陷，並通過評審標準檢查軟體文件，故選項A、選項B和選項D都與軟體評審有關。而評審這一階段是不需要依靠測試資訊的。
11.答案：D。分析：Myers提出的軟體缺陷的群集現象是指：測試後程序中殘餘的錯誤數目與該程式中已發現的錯誤數目成正比。即一個功能部件已發現的缺陷越多，找到它的更多未發現的缺陷的可能性就越大。
12.答案：C。分析：根據等價類劃分法設計測試用例的原則。
13.答案：A。分析：自動測試指令碼最好採用模組化方法。
14.答案：A。分析：增量測試策略首先要對程式的每個程式單元或程式部件單獨進行測試，這種測試便是單元測試或模組測試或部件測試。在單元測試時，程式設計師必須編寫一個驅動模組，用來呼叫被測模組並向其傳送測試資料，若該模組呼叫了其他模組，程式設計師必須編寫一個樁模組，用來代替被呼叫的模組。
15.答案：A。分析：軟體的效能是軟體的一種非功能特性，響應時間軟體效能指標之一，響應時間是指系統對請求作出響應的時間，對於單機的沒有併發操作的應用系統而言，人們普遍認為響應時間會是一個合理且準確的效能指標，但是要指出的是，在實際測試中，響應時間的絕對值並不能直接反映軟體效能的高低，軟體效能的高低實際上取決於使用者對響應時間的接受程度。
16.答案：C。分析：軟體可靠性分析方法主要有：失效模式影響分析、嚴酷性分析、故障樹分析、事件樹分析和潛線上路分析。其中失效模式影響分析(FMEA)的基本假設是產品本身的邏輯沒有故障，但其各部件出現的故障可能會導致產品出現故障，所以，該方法的思路是通過分析產品與其各個部件的邏輯，從而分析出各個部件的故障對整個產品可靠性的影響。故當軟體的各部件組成邏輯都相對簡單的情況下，採用該方法是最適合的。
17.答案：A。分析：在物件導向程式測試中，通過執行程式程式碼完成的測試通常包括單元測試、整合測試和系統測試三個主要方面。其中單元測試的基本要求是被測單元被獨立地測試，而在測試物件導向程式時，由於一個類的各個成員方法通常是相互聯絡的，因而很難對一個類中的單個成員方法進行充分的單元測試。物件導向程式中的一個類甚至也不能作為被獨立測試的單元，主要原因一方面是由於繼承的存在，一個類通常依賴於其父類和其他祖先類，另一方面由於物件導向程式經常出現多個類相互依賴也會導致每個類難以被獨立的測試。整合測試是針對程式的整合結構進行，在物件導向程式中，許多整合機制在傳統結構化程式中沒有，因而結構化程式的整合測試技術難以適用於對類的測試。
