距離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.桌上檢查(Desk Checking)是一種________的檢查方法。
(A)程式設計師自己檢查自己編寫的程式
(B)由同行幫忙檢查自己編寫的程式
(C)幾個同行自行組成小組，以小組為單位檢查編寫的程式
(D)程式設計師在桌子上檢查編寫程式的活動
7.在軟體企業中，應用最廣泛的評審方法是________。
(A)走查
(B)結對評審
(C)正式評審
(D)小組評審
8.對於複合條件表示式為(A<=8) or (B>7)，則為了達到100%的條件覆蓋率，至少需要設計________個測試用例。
(A)1個
(B)2個
(C)3個
(D)4個
9.為了提高測試的效率，正確的做法是________。
(A)選擇發現錯誤可能性大的資料作為測試用例
(B)隨機選取測試用例
(C)取一切可能的輸入資料作為測試用例
(D)在完成程式的編碼之後再製定軟體的測試計劃
10.對於一段程式，下列語句中既可以作為定義結點，同時還可以作為使用結點的是________。
(A)輸入語句
(B)輸出語句
(C)賦值語句
(D)條件語句
11.一般測試過程中使用的黑盒測試是基於________的測試。
(A)功能
(B)效能
(C)可靠性
(D)正確性
12.下列不屬於單元測試物件的是________。
(A)軟體構件
(B)計算機系統
(C)類
(D)可獨立編譯的程式模組
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.分析：對程式的測試最好由第三方測試機構來做，對程式的除錯最好由程式設計師來做，故B不對。由測試用例的原則：程式設計師應避免測試自己的程式得C說法錯誤。又由測試的目的是找錯而不是證明程式正確，故D不正確。
2.分析：軟體測試的目的是發現軟體中的錯誤，而非證明軟體的正確性。
3.分析：軟體缺陷可按軟體缺陷型別或嚴重性進行統計，而軟體缺陷型別或嚴重性可以分為軟體系統崩潰、功能失效和容錯性問題、使用者友好性、效能、文字錯誤和增強需求等型別。
4.分析：軟體測試不僅僅限於程式編碼之後，而應該貫穿於軟體開發的全過程。軟體測試並不等於程式測試，因此，需求分析、概要設計、詳細設計以及程式編碼等各個階段所得到的文件資料，包括需求規格說明、軟體概要設計規格說明、軟體詳細設計規格說明以及源程式，都應做為軟體測試的'物件。
5.分析：軟體的外部設計是從使用者的角度對產品進行描述的，外部設計規格說明是在外部設計期間產生的文件，使用者手冊是另一種文件，與外部設計規格說明不同的是，它是在需求獲取與定義階段就開始建立，以後要不斷細化和完善的文件。
6.分析：桌上檢查(Desk Checking)是一種傳統的檢查方法，由程式設計師自己檢查自己編寫的程式。程式設計師在程式通過編譯之後，進行單元測試設計之前，對源程式程式碼進行分析，對照錯誤列表進行檢查，對程式推演測試資料，並補充相關的文件。桌上檢查的目的就是發現程式中的錯誤。
7.分析：同行評審的方法很多，基於正式化程度可以分為臨時評審、桌上檢查、結對評審、走查、小組評審、正式評審六種，其中走查是一種非正式的評審，但在軟體企業中被廣泛使用。走查的方法有兩種：一種是使用一些樣品資料作為測試用例，一步步的執行模組，極為參與評審的一起檢查以確保正確的邏輯和行為。另一種走查是按照指令碼執行，通過指令碼描述一個具體的任務或場景，用以說明系統如何在互動中完成預定的功能。
8.分析：條件覆蓋就是指設計若干測試用例，執行被測程式，使得每個判定的每個條件的可能取值至少評價一次。本題可以取(A=8，B=6)和(A=9，B=9)這兩組測試用例，這樣A<=8及B>7都能夠把真假各取一次，達到100%的條件覆蓋率。
9.分析：對於一個軟體，其可能的輸入資料數量一般是非常驚人的，所以要想全部將其作為測試用例是不現實的，應當選擇發現錯誤可能性大的資料作為測試用例，不能隨機選取測試用例，故A正確，B、C錯誤。軟體測試貫穿於軟體開發的各個階段，D項錯誤。
10.分析：在進行資料流測試時，弄清楚各型別結點的含義非常重要。輸出語句、賦值語句、迴圈控制語句、條件語句和過程呼叫，都是定義語句的例子。如果執行對應這種語句的結點，就會改變該變數的儲存單元的內容。輸出語句、賦值語句、條件語句、迴圈控制語句和過程呼叫，都是使用語句的例子。如果執行對應這種語句的結點，不會改變該變數的儲存單元內容。
11.分析：一般測試過程中使用的黑盒測試是基於功能的測試，可以看作是窮舉輸入測試，只有把所有可能的輸入都作為測試用例使用，才能查出程式中所有的錯誤。黑盒測試的覆蓋率取決於測試用例設計的完備性。
12.分析：軟體單元測試的物件是可獨立編譯或彙編的程式模組或軟體構件或面向物件設計中的類。而完整的、整合的計算機系統是系統測試和驗收測試的測試物件。
13.分析：效能測試的目標是為了提高軟體效能。對效能測試要判斷出哪些模組執行得最多或者佔用的機器時間最多，這些模組就將被重新檢查、重新編寫以便執行的更快。效能測試可以通過白盒或黑盒測試方法來測試，但在大多數實際情況下，人們都是使用黑盒測試方法來實現效能測試。
14.分析：對於效能測試來說，分析效能下降曲線往往可以從中獲得很多重要資訊，所謂效能下降曲線，就是指效能指標(比如響應時間和吞吐量)隨使用者數的增加而變化的曲線。通常分析效能下降曲線時，會首先將其分為幾個區間：效能平坦區、效能輕微下降區、效能急劇下降區。其中效能平坦區是軟體執行的正常狀態，因此人們往往希望該區間越長越好;效能輕微下降區是軟體承受高負載的緩衝區，該區間也是越長越好;效能急劇下降區不是軟體的正常執行區間，這一階段響應時間會急劇增加至使用者不能忍受，吞吐量會急劇下降甚至低於單使用者時的吞吐量，但該區間對於分析效能瓶頸卻有很大作用，通常說來，效能急劇下降區的起始點(也稱效能拐點)就是效能瓶頸出現的地方，此時進一步分析資源利用率就可以找到效能瓶頸的原因。
15.分析：對系統測試分析時，通常從使用者層、應用層、子系統層、協議等幾個層次入手。因為使用者層面向的最終使用者是使用者，因此使用者層的測試主要圍繞著使用者介面的規範性、友好性、可操作性、系統對使用者的支援，以及資料的安全性等方面展開。另外，使用者層的測試通常還應注意可維護性測試和安全性測試。選項C併發效能測試屬於應用層測試所關注的。
16.分析：由於系統測試的主要目標是測試開發出來的軟體是否是問題空間的一個合理解，因此對於系統測試而言，面向物件軟體與傳統結構化軟體並沒有本質區別。
17.分析：面向物件設計與面向物件分析有很多的區別，不能將它們混淆。
