軟件測試名詞解釋、簡答題以及綜合題含答案

1、1一、名詞解釋題1、測試用例測試用例是為特定的目的而設(shè)計的一組測試輸入、執(zhí)行條件和預期的結(jié)果。測試用例是執(zhí)行的最小實體。2、驅(qū)動模塊驅(qū)動模塊是在進行單元測試時所設(shè)置的一種輔助測試模塊，它用來模擬被測試模塊的上一級模塊，相當于被測模塊的主程序。驅(qū)動模塊在單元測試中接收數(shù)據(jù)，把相關(guān)的數(shù)據(jù)傳送給被測試的模塊，啟動被測模塊，并打印出相應的結(jié)果。3、回歸測試在集成測試策略的環(huán)境中，回歸測試是對某些已經(jīng)進行過的測試的某些子集再重新測試一遍，以保證上

2、述改變不會傳播無法預料的副作用或引發(fā)新的問題。在更廣的環(huán)境里，回歸測試就是用來保證（由于測試或者其他原因的）改動不會帶來不可預料的行為或者另外的錯誤。4、靜態(tài)測試靜態(tài)測試是指不利用計算機運行被測程序，也就是說，計算機并不真正運行被測試的程序，而是通過其他手段達到檢測的目的。靜態(tài)測試是對被測程序進行特性分析的一些方法的總稱。5、樁模塊樁模塊是在進行單元測試時所設(shè)置的一種輔助測試模塊，它用來模擬被測試模塊工作過程中所調(diào)用的模塊。樁模塊由被測

3、模塊調(diào)用，它們一般只進行很少的數(shù)據(jù)處理，以便檢驗被測模塊與其下級模塊的接口。6、強度測試強度測試的目的是要檢測非正常的情形，測試是想要破壞程序。強度測試需要在反常規(guī)數(shù)據(jù)量、頻率或資源的方式下運行系統(tǒng)，以檢驗系統(tǒng)能力的最高實際限度。7、軟件測試軟件測試就是在軟件投入運行前，對軟件需求分析、設(shè)計規(guī)格說明和編碼的最終復查。它是軟件質(zhì)量保證的關(guān)鍵步驟。通常對軟件測試的定義有兩種描述：定義1：軟件測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程。定義2：軟件測

4、試是根據(jù)軟件開發(fā)各階段的規(guī)格說明和程序的內(nèi)部結(jié)構(gòu)而精心設(shè)計的一批測試用例（即輸入數(shù)據(jù)及其預期的輸出結(jié)果），并利用這些測試用例運行程序，以及發(fā)現(xiàn)錯誤的過程。8、自動化測試自動化測試得一般定義為：各種測試活動的管理與實施，包括測試腳本的開發(fā)與執(zhí)行，均使用一種自動化測試工具來驗證測試的需求。9、動態(tài)測試動態(tài)測試的主要特征是計算機必須真正運行被測試的程序，通過輸入測試用例對其運行情況（即輸入與輸出的對應關(guān)系）進行分析，達到檢測的目的。10、獨立

5、路徑某一程序的獨立路徑是指從程序入口到程序出口的多次執(zhí)行中，每次至少有一個語句集（包括運算、賦值、輸入輸出或判斷）是新的和未被重復的。二、問答題1、軟件測試涉及哪些關(guān)鍵問題？軟件測試涉及的關(guān)鍵問題包括以下四個方面：（1）測試由誰來執(zhí)行。通常的做法是開發(fā)者（機構(gòu)或組織）負責完成自己代碼的單元測試，而系統(tǒng)測試則由一些獨立的測試人員或?qū)ｉT的測試機構(gòu)進行。（2）測試什么。軟件需求規(guī)格說明、概要設(shè)計規(guī)格說明、詳細設(shè)計規(guī)格說明和源程序都是測試的對象

6、。（3）什么時候進行測試。測試可以是一個與開發(fā)并行的過程，還可以是在開發(fā)完成某個階段任務之后進行，或者是在開發(fā)結(jié)束后再進行測試。（4）怎樣進行測試。根據(jù)軟件的功能規(guī)范說明和程序?qū)崿F(xiàn)，利用各種測試方法，生成有效的測試用例，對軟件進行測試。2、簡述軟件測試過程的流程。軟件測試過程按測試的先后次序可分為：單元測試、集成測試、確認（有效性）測試、系統(tǒng)測試和驗收（用戶）測試共5項步驟。37、黑盒測試有哪幾種方法？請簡單描述各種方法的特點。黑盒測試

7、的具體技術(shù)方法主要有邊界值分析法、等價類劃分法、因果圖法、決策表測試法等。（1）邊界值分析法是基于可靠性理論中稱為“單故障”的假設(shè)，即有兩個或兩個以上故障同時出現(xiàn)而導致軟件失效的情況很少，也就是說，軟件失效基本上是由單故障引起的。因此，邊界值分析利用輸入變量的最小值、略大于最小值、輸入值域內(nèi)的任意值、略小于最大值和最大值來設(shè)計測試用例。（2）等價類劃分法是把程序的輸入域劃分為若干部分，然后從每個部分中選取少數(shù)代表性數(shù)據(jù)當作測試用例。經(jīng)過

8、類別的劃分后，每一類的代表性數(shù)據(jù)在測試中的作用都等價于這一類中的其他值。（3）因果圖方法就是從程序規(guī)格說明書的描述中找出因（輸入條件）和果（輸出結(jié)果或程序狀態(tài)的改變），將因果圖轉(zhuǎn)換為決策表，最后為決策表中的每一列設(shè)計一個測試用例。這種方法考慮到了輸入情況各種組合以及各個輸入情況之間的相互制約關(guān)系。（4）在所有的黑盒測試方法中，基于決策表的測試是最為嚴格、最具有邏輯性的測試方法。在一些數(shù)據(jù)處理問題當中，某些操作的實施依賴于多個邏輯條件的組

9、合，即：針對不同邏輯條件的組合值，分別執(zhí)行不同的操作。決策表法很適合測試這類問題。8、簡析已學的各種黑盒測試方法的特點，并分析如何選擇恰當?shù)暮诤袦y試方法？黑盒測試的具體技術(shù)方法主要有邊界值分析法、等價類劃分法、因果圖法、決策表測試法等。（1）邊界值分析法是基于可靠性理論中稱為“單故障”的假設(shè)，即有兩個或兩個以上故障同時出現(xiàn)而導致軟件失效的情況很少，也就是說，軟件失效基本上是由單故障引起的。因此，邊界值分析利用輸入變量的最小值、略大于最小

10、值、輸入值域內(nèi)的任意值、略小于最大值和最大值來設(shè)計測試用例。（2）等價類劃分法是把程序的輸入域劃分為若干部分，然后從每個部分中選取少數(shù)代表性數(shù)據(jù)當作測試用例。經(jīng)過類別的劃分后，每一類的代表性數(shù)據(jù)在測試中的作用都等價于這一類中的其他值。（3）因果圖方法就是從程序規(guī)格說明書的描述中找出因（輸入條件）和果（輸出結(jié)果或程序狀態(tài)的改變），將因果圖轉(zhuǎn)換為決策表，最后為決策表中的每一列設(shè)計一個測試用例。這種方法考慮到了輸入情況各種組合以及各個輸入情況

11、之間的相互制約關(guān)系。（4）在所有的黑盒測試方法中，基于決策表的測試是最為嚴格、最具有邏輯性的測試方法。在一些數(shù)據(jù)處理問題當中，某些操作的實施依賴于多個邏輯條件的組合，即：針對不同邏輯條件的組合值，分別執(zhí)行不同的操作。決策表法很適合測試這類問題。通常在決定測試策略時，有以下的參考原則：（1）在任何情況下都必須采用邊界值分析法。這種方法設(shè)計出的測試用例發(fā)現(xiàn)程序錯誤的能力最強；（2）必要時采用等價劃分類方法補充測試用例；（3）采用錯誤推斷法再

12、追加測試用例；（4）對照程序邏輯，檢查已設(shè)計出的測試用例的邏輯覆蓋程度。如果沒有達到要求的覆蓋標準，則應當在補充更多的測試用例；（5）如果程序的功能說明中含有輸入條件的組合情況，則應在一開始就選用因果圖法。9、簡介WEB應用程序在壓力下的常見錯誤類型。有兩種錯誤類型是：（1）內(nèi)存泄漏（Memyleak）：一種極難檢測的現(xiàn)象。內(nèi)存泄漏經(jīng)常發(fā)生在已發(fā)行的產(chǎn)品中，原因很簡單，很難設(shè)計測試用例來檢測它們。使用簡單的功能測試，幾乎發(fā)現(xiàn)不了內(nèi)存泄漏

13、問題，因為在產(chǎn)品完成之前測試沒對產(chǎn)品進行足夠多的使用。內(nèi)存泄漏通常要求操作要重復非常多的次數(shù)以使內(nèi)存消耗達到能引起注意的程度。盡管與其它編程語言（如CC）相比，Java程序更難引入內(nèi)存泄漏錯誤，但只要程序仍保持著對對象的引用，該對象仍有可能被實例化并且它占用的內(nèi)存永遠不會被釋放。（2）并發(fā)與同步（ConcurrencySynchronization）：壓力測試在查找并發(fā)性問題上非常出眾，這是因為在任何一個測試生命周期中，它都應用了許多不

14、同的代碼路徑和定時條件。一般的規(guī)則是，壓力測試運行的時間越長，涉及并應用的代碼路徑組合和定時條件就越多。當然，這也的確使得這些問題很難再現(xiàn)（錯誤可以在5分鐘或5天后發(fā)生）。死鎖、線程泄漏以及任何一般的同步問題通常只能在壓力測試階段被檢測出來。這些類型的問題很難通過執(zhí)行單元測試來發(fā)現(xiàn)。開發(fā)人員不會一直考慮他或她的代碼將與其他地方的代碼（在執(zhí)行單元測試時這些代碼可能還沒寫出來）進行交互。10、單元測試的主要任務是什么單元測試針對每個程序的模