在練習中自己總結出考試出題規律，比聽別人講更牢固。以下本站小編整理的2017計算機四級軟體測試工程師衝刺題及答案，希望對大家有所幫助，更多資訊請關注應屆畢業生網!
一、單選題
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)在V模型中，整合測試用例的設計對應於軟體需求分析活動
8.一個多使用者的應用系統通常有使用者管理功能，允許增加新的使用者。使用者資訊一般包括使用者名稱，假設規定使用者名稱必須是以字母開頭的、不超過8個字元的字母數字串，那麼，下面哪組值均屬於使用者名稱的無效等價類________。
(A)li1111111，Glenford Myers，123B123
(B)Lin-Yie，Lin-feng，空值，linyifei
(C)lin-yifei，空值，Myers G.，genford
(D)lin-yifei，lin-fen，a111111，genford
9.下列情況通常會考慮使用自動測試的是________。
(A)對軟體產品的次要部件進行測試
(B)所開發的軟體產品的需求不穩定
(C)需要反覆執行的測試，使用不同輸入資料值進行反覆測試
(D)由客戶方組織的驗收測試
10.同行評審是一種通過作者的同行來確認缺陷和需要變更區域的檢查方法。它主要分為管理評審、技術評審、過程評審和________。
(A)誤差評審
(B)專案評審
(C)文件評審
(D)組織體系評審
11.以下哪種軟體測試屬於不屬於軟體效能測試的範疇_______。
(A)介面測試
(B)併發測試
(C)壓力測試
(D)配置測試
12.軟體可靠性測試的目的是________。
(A)發現軟體缺陷
(B)預測軟體正式執行中的可靠性
(C)控制測試過程
(D)修改軟體缺陷
13.下列關於面向物件測試問題的說法中，不正確的是________。
(A)在面向物件軟體測試時，設計每個類的測試用例時，不僅僅要考慮呼叫各個成員方法的輸入引數，還需要考慮如何設計呼叫的序列
(B)構造抽象類的驅動程式會比構造其他類的驅動程式複雜
(C)類B繼承自類A，如果對B進行了嚴格的測試，就意味著不需再對類A進行測試
(D)在存在多型的情況下，為了達到較高的測試充分性，應對所有可能的繫結都進行測試
14.在面向物件軟體的基幹整合測試策略中，將基幹中的模組形成基幹子系統使用的整合方式是________。
(A)大突擊整合方式
(B)自底向上整合方式
(C)自頂向下整合方式
(D)綜合整合方式
15.以下哪一項不屬於Web應用軟體表示層測試關注的範疇是________。
(A)排版結構的測試
(B)連結結構的測試
(C)客戶端相容性的測試
(D)資料完整性測試
16.下面Web應用軟體的測試策略中，不屬於表示層的測試內容的是________。
(A)連結結構的測試
(B)瀏覽器相容性的測試
(C)排版結構的測試
(D)伺服器端程式的測試
17.下列不屬於與瀏覽器相容性測試考慮的問題是________。
(A)軟體是否可以在不同的J2EE中執行
(B)不同的瀏覽器是否可以提供合適的安全設定
(C)指令碼和外掛是否適用於不同的瀏覽器
(D)符合最新HTML版本的頁面能否在瀏覽器中正確顯示
18.下列不屬於易用性測試的是________。
(A)易安裝性測試
(B)相容性測試
(C)使用者介面測試
(D)功能易用性測試
19.下列選項中，不屬於面向構件提供者的構件測試目標是________。
(A)檢查為特定專案而建立的新構件的質量
(B)檢查在特定平臺和操作環境中構件的複用、打包和部署
(C)儘可能多地揭示構件錯誤
(D))驗證構件的功能、介面、行為和效能
20.在極限測試過程中，貫穿始終的是________。
(A)單元測試和整合測試
(B)單元測試和系統測試
(C)整合測試和系統測試
(D)整合測試和驗收測試
21.沒有正確修復的缺陷，需要進一步修復的缺陷是________。
(A)New More Info
(B)Diferred-Next Build
(C)Diferred-Next Main Release
(D)Reopen
22.軟體過程管理最起碼的要求是________。
(A)管理好軟體缺陷報告
(B)管理好軟體測試用例
(C)管理好測試過程工具
(D)管理好測試說明文件
23.若是軟體企業內部測試團隊開展的軟體測試，最適合採用________來組織測試。
(A)H模型
(B)V模型
(C)W模型
(D)X模型
24.測試人員和開發人員交流的紐帶是________。
(A)軟體設計報告
(B)測試說明文件
(C)軟體缺陷報告
(D)測試執行報告
25.用QESAT/C工具進行軟體分析與測試時，以下說法錯誤的是________。
(A)白盒測試又稱為程式結構測試，它主要進行程式邏輯結構的覆蓋測試
(B)在進行測試之前，必須先建立以為字尾的測試專案
(C)被測原始檔可放在任意目錄下
(D)進行軟體靜態分析不必執行被測程式
二、論述題
1.論述題1：以下是某軟體專案規格說明，請按要求回答問題
某一軟體專案的規格說明：對於處於提交審批狀態的單據，資料完整率達到80%以上或已經過業務員確認，則進行處理。
(1)請根據規格說明，畫出對應的因果圖。
(2)採用基於因果圖的方法為該軟體專案設計測試用例。
2.論述題2：以下是某程式說明，請按要求回答問題
程式說明：假設有一個把數字串轉換為整數的函式。其中數字串要求長度為1-6個數字構成，機器字長為16位。
分析程式中出現的邊界情況，採用邊界值法為該程式設計測試用例。
3.論述題3：簡單談一下你對窮舉測試的理解，並按要求回答問題
(1)窮舉測試的方法對於所有專案程式都是可行的麼?
(2)若是針對小型的程式，窮舉測試是可能的麼?若是，說明此時採用窮舉測試能否保證程式是百分之百正確呢?
論述題分析
1.分析：首先根據程式的規格說明，根據所有可能的輸入和輸出條件，找出所有的原因和結果以及二者之間的關係，畫出因果圖。然後基於因果圖的方法設計測試用例。
2.分析：首先根據程式的規格說明，考慮所有可能的邊界情況，然後根據邊界值方法設計測試用例。
3.分析：在黑盒測試中，測試資料完全來源於軟體的規格說明，即不需要了解程式的內部結構。若要用這種方法來發現程式中的所有錯誤，可行的途徑就是窮舉測試。但在實際情況下，該方法僅對一些小型簡單的程式適用，而對於一些大型或稍微複雜的程式都是不可能實現的。
參考答案與解析
一、選擇題
1. C 2. C 3. D 4. B5. C 6. C 7. B 8. A 9. C10. C
11. A 12. B 13. C 14. A15. D 16. D 17. A 18. B 19. A20. D
21. D 22. A 23. A 24. C25. B
二、論述題
1.問題1：
解答：
首先根據規格說明，列出所有可能的輸入和輸出，得到如下結果：
輸入：處於提交狀態、資料完整率達到80%以上、已經過業務員確認。
輸出：處理或不處理。
找出所有輸入與輸出的關係，通過分析，得到以下的對應關係：
如果單據處於提交審批狀態且資料完整率達到80%以上，則處理;
如果單據不處於提交審批狀態，則不處理;
如果單據處於提交審批狀態，資料完整率未達到80%以上，但已經過業務員確認，則處理。
下面列出所有的原因和結果，並進行編號，根據上面分析的關係，畫出因果圖，如圖17-2所示：
原因：1：處於提交狀態
2：資料完整率未達到80%以上
3：已經過業務員確認
結果：21：處理
22：不處理
2.分析該程式的說明和功能，顯然可以劃分四組測試等價類：有效輸入等價類、無效輸入等價類、合法輸出等價類和非法輸出等價類。在考慮該程式的合法輸出和非法輸出時需要考慮計算機的字長，這時要進行邊界值法設計測試用例，以補充等價類法設計的測試用例。具體採用邊界值法設計的測試用例如下：
(1)使程式輸入剛好等於最小的`負整數：
輸入：'-32768'
輸出：-32768
(2)使程式輸入剛好等於最大的正整數：
輸入：'32767'
輸出： 32767
(3)使程式輸入剛好小於最小的負整數：
輸入：'-32769'
輸出：錯誤
(4)使程式輸入剛好大於最大的正整數：
輸入：'32768'
輸出： 錯誤
3.問題1：
不是。窮舉測試的方法並不是對所有程式都可以實現。
問題2：
對小程式進行窮舉測試，也不見得能保證程式百分之百正確。所謂窮舉測試是拿所有可能的輸入資料來作為測試用例(黑盒測試)，或覆蓋程式中所有可能的路徑(白盒測試)。對於小程式來說，實際上並不能真正作到窮舉測試。
答案分析：
一、選擇題
1.分析：白盒測試又稱為邏輯驅動測試，這種測試策略是對程式的邏輯結構進行檢查，從中獲取測試資料。所以說白盒測試是一種以程式內部的邏輯結構為基礎的測試用例設計技術。
2.分析：白盒測試是程式設計師十分了解程式的前提下，對程式的邏輯結構進行的測試。而黑盒測試則將程式視為一個黑盒子，僅僅是測試人員提供數人資料，觀察輸出資料，並不瞭解程式是如何執行的，結構測試屬於白盒測試，關注的是如何選擇合適的程式或子程式路徑來執行有效的檢查。功能測試則屬於黑盒測試，對功能的測試通常通過提供輸入資料，檢查實際輸出的結果，很少考慮程式的內部結構。
3.分析：程式設計過程中，要為程式除錯做好準備，主要體現在：①採用模組化、結構化的設計方法設計程式;②根據程式除錯的需要，選擇並安排適當的中間結果輸出必要的斷點;③編寫程式時要為除錯提供足夠的靈活性。
4.分析：軟體測試是軟體開發過程中重要和不可缺少的階段，其包含的內容和步驟甚多，而測試過程的多種環節中最基礎的是單元測試。
5.分析：在邏輯覆蓋中，測試覆蓋最弱的是語句覆蓋。
6.分析：考察白盒測試中各種邏輯覆蓋之間的關係。
7.分析：軟體測試的目標是發現缺陷，證明程式有錯而非證明其正確。故A不正確。
8.分析：考察黑盒測試中的等價類劃分測試。
9.分析：考慮自動測試的優點就是為了解決重複的人工操作進行的。
10.分析：同行評審是一種通過作者的同行來確定缺陷和需要變更區域的檢查方法。涉
及的內容很多，主要可以分為管理評審、技術評審、文件評審和過程評審。
11.分析：依據測試目的的不同，可以把軟體效能測試及與效能有關的其他測試分為以下幾類：
(1)效能測試(Performance Testing)
(2)併發測試(Concurrency Testing)
(3)壓力測試(Stress Testing)
(4)可靠性測試(Reliability Testing)
(5)負載測試(Load Testing)
(6)配置測試(Configuration Testing)
(7)失效恢復測試(Recovery Testing)
12.分析：與其他的軟體測試不同，軟體可靠性測試的目的不在於通過測試揭示軟體中的缺陷並通過修改軟體缺陷來提高軟體可靠性，而是通過受控的軟體測試過程來預測軟體在實際執行中的可靠性，即收集軟體測試時揭示軟體故障的情況，並對其進行整理從而為分析和預測軟體實際的可靠性提供幫助。
13.分析：由於面向物件具有封裝的特點，在設計類的測試用例時，不僅要考慮各成員方法的輸入引數，還要考慮如何設計呼叫的序列。若類B繼承自類A，如果對B進行了嚴格的測試，有些情況也許可以就不對類A進行測試，但由於繼承的存在，就會導致類A的規格說明可能與類B不一致，此時就必須按照類A的規格說明重新對類A重新進行測試。多型是指對一個類的引用可以與多個類的實現繫結。抽象類是指只有一些成員方法而沒有其實現的類，甚至有的抽象類中的所有成員方法都沒有實現，在測試抽象類時，需要為抽象類構造一個子類，並實現所有抽象類沒有實現的成員方法，這也說明構造抽象類的驅動程式顯然比構造其他類的驅動程式複雜。
14.分析：面向物件軟體的基幹整合測試策略的具體測試步驟為：①對基幹中的每個模組進行孤立的、充分的測試。②對基幹中的所有模組進行一次性整合，形成基幹子系統，並使用一個驅動模組檢查使用經過一次性整合的基幹。此時採用的是大突擊整合方式。③對應用的控制子系統進行自頂向下的整合④整合基幹和控制子系統，重新構造控制子系統。⑤對各應用子系統採用自底向上的整合策略。⑥整合基幹子系統、控制子系統和各應用子系統，形成整個系統。基幹整合的優點是集成了自底向上整合、自頂向下整合和大突擊整合三者的優點，而對三者的缺點也進行了控制，更適合於大型複雜專案的整合。
15.分析：Web應用軟體表示層的測試主要集中在客戶端，測試的內容包括：
(1)排版結構的測試
(2)連結結構的測試
(3)客戶端程式的測試
(4)瀏覽器相容性測試
16.分析：通常Web應用軟體的測試分為三層：表示層、業務層和資料層。其中表示層的測試主要集中在客戶端，測試內容主要包括：①排版結構的測試，②連結結構的測試，③客戶端程式的測試，④瀏覽器相容性測試。
17.分析：軟體相容性的測試問題包括：
符合最新HTML版本的頁面能否在瀏覽器中正確顯示指令碼和外掛是否適用於不同的瀏覽器，某些指令碼和外掛只適用於特定的瀏覽器，如Active X，只有IE瀏覽器支援不同的瀏覽器對於安全性的設定各有不同，需要測試不同瀏覽器是否可以為使用該Web應用提供合適的安全設定
18.分析：易用性測試一般不僅針對應用程式，還要包括使用者文件，除了對使用者文件的測試，易用性測試主要包括三個方面：易安裝性測試、功能易用性測試和使用者介面測試。而相容性測試是與易用性測試並列的測試方法，二者不存在包含關係。
19.分析：面向構件提供者的測試目標是：①儘可能多地揭示構件錯誤，②驗證構件的功能、介面、行為和效能，以保證它們符合給定地構件規約，檢查在特定平臺和操作環境中構件的複用、打包和部署。而面向構件複用者的測試目標是：①驗證可複用構件的功能和效能，②在特定平臺和操作環境下，確保可複用構件的正確使用和部署，③檢查可複用構件定製而成的構件的質量，④檢查為特定專案而建立的新構件的質量。
20.分析：極限程式設計採用的是一種頻繁迭代的開發方式，整個軟體專案由一系列增量式開發組成。而極限測試本質上就是為了滿足極限程式設計的思想和流程而設計的一套測試策略和流程，從極限測試流程圖中，我們可以看出，單元測試和驗收測試是貫穿始終的關鍵步驟。
21.分析：定義軟體缺陷的狀態如下：
新錯誤(New)--測試中新報告的軟體缺陷
更多新資訊(New More Info)--開發工程師認為報告的缺陷資訊不完整，要求缺陷報告者新增更準確的缺陷資訊
開啟(Open)--缺陷被確認並分配給相關開發工程師處理
拒絕(Declined)--拒絕修改缺陷
修正(Fixed)--開發工程師已完成修正，等待測試人員驗證
重新開啟(Reopen)--沒有正確修復的缺陷，需要進一步修復
延期(Diferred)--不在當前版本修復的缺陷，以後的版本修復，包括兩種情況：
①延期-下個版本(Diferred-Next Build)--本專案的下一個新版本修復
②延期-下個主要版本(Diferred-Next Main Release)--本專案不修復，本軟體下一個專案的版本修復關閉(Closed)--缺陷已被修復
22.分析：軟體缺陷報告是軟體測試過程中的核心測試產品之一，也是重要的測試產品，因此管理好軟體缺陷報告是軟體過程管理最起碼的要求。
23.分析：假如是軟體企業內部測試團隊開展的軟體測試，由於軟體測試介入較早，在測試開始時被測系統很可能是不完整的，會不斷有新的系統模組加入到系統中，因此最適合採用H模型來組織測試，可以為每一個新增的系統模組設計一次系統測試。
24.分析：軟體缺陷報告是測試人員和開發人員交流的紐帶。
25.分析：白盒測試又稱為程式結構測試，它主要進行程式邏輯結構的覆蓋測試。用QESAT/C工具進行測試之前，首先應定義專案檔案，用以描述被測程式的組成，該專案檔案通常以作為副檔名的。用QESAT/C工具進行軟體分析與測試時，被測原始檔可放在任意目錄下。進行軟體靜態分析不必執行被測程式，便可得到程式的結構資訊及程式的複雜度資訊，將被測程式執行後才得到的資訊就是動態測試資訊。
