三、名詞解釋

　　1、Beta測試：Beta測試是從用戶角度進行的測試，是由軟件的多個用戶在一個或多個用戶的實際使用環(huán)境下進行的測試。它是在開發(fā)者無法控制的軟件環(huán)境下進行的軟件現(xiàn)場應用。

　　2、負載測試：負載測試是一個通過分析軟件應用程序和支撐架構(gòu)，模擬真實環(huán)境的使用，來確定能夠接受的性能的過程。

　　3、軟件測試活動生命周期：是指軟件從進入測試到退出測試的過程中，所要經(jīng)歷的引入程序錯誤、通過測試發(fā)現(xiàn)錯誤和清除程序錯誤的幾個階段。

　　4、改進的三明治集成：利用較高的并行度彌補三明治集成中不能充分測試中間層的缺點。但根據(jù)中間層選擇是否恰當，可能增加驅(qū)動模塊和樁模塊設計的工作量。

　　5、驅(qū)動模塊相當于所測模塊的主程序。它接收測試數(shù)據(jù)，把這些數(shù)據(jù)傳送給所測模塊，最后再輸出實際測試結(jié)果。

　　四、簡答題

　　1、軟件的缺陷等級應如何劃分?

　　致命的：致命的錯誤，造成系統(tǒng)或應用程序崩潰、死機、系統(tǒng)懸掛，或造成數(shù)據(jù)丟失、主要功能完全喪失等。

　　嚴重的：嚴重錯誤，指功能或特性沒有實現(xiàn)，主要功能部分喪失，次要功能完全喪失，或致命的錯誤聲明。

　　一般的：不太嚴重的錯誤，這樣的軟件缺陷雖然不影響系統(tǒng)的基本使用，但沒有很好地實現(xiàn)功能，沒有達到預期效果。如次要功能喪失，提示信息不太準確，或用戶界面差，操作時間長等。

　　微小的：一些小問題，對功能幾乎沒有影響，產(chǎn)品及屬性仍可使用，如有個別錯別字、文字排列不整齊等。

　　2、階段評審與同行評審。

　　同行評審是一種重要而有效的工程方法，在軟件產(chǎn)品工程中調(diào)用此方法，可通過法根式審查、結(jié)構(gòu)化走查或者一些其他的學院式的評審方法加以實施。其目的是及早和高效地去除軟件工作中的缺陷，必然結(jié)果是增強對軟件工作產(chǎn)品和可預防缺陷的了解。

　　階段評審是利用在需求分析階段所選擇并制定的標準、規(guī)范以及計劃的安排，對軟件工程各階段的進展、完成質(zhì)量及出現(xiàn)的問題進行正式評審，確保過程計劃并遵守標準和規(guī)范執(zhí)行，然后形成報告。當發(fā)現(xiàn)問題是，要準尋逐級解決的原則，將處理結(jié)果通知相關人員，記錄解決過程及結(jié)果以作日后改進重要參考資料。

　　兩者都是有關軟件質(zhì)量管理和保證的重要內(nèi)容，二者相輔相成，缺一不可。

　　3、安全性測試屬于軟件測試的哪個階段?并試闡述安全測試的概念和用以評判系統(tǒng)安全性性能的主要指標。

　　是系統(tǒng)測試的一種類型。

　　安全性測試就是要驗證系統(tǒng)內(nèi)的保護機制能否抵御入侵者的攻擊。安全性測試的測試人員需要在測試活動中，撒氣不同的入侵方式來攻擊系統(tǒng)的安全機制，想盡一切辦法來獲取系統(tǒng)內(nèi)的保密信息。

　　系統(tǒng)安全性性能的指標：有效性：啟動嚴格的安全性性能所花費的時間占啟動整個系統(tǒng)所花費時間的比例。生存性：當錯誤發(fā)生時，系統(tǒng)對緊急操作的支持，對錯誤的補救措施以及恢復到正常操作的能力，即系統(tǒng)的抗挫能力。精確性：衡量系統(tǒng)安全性控制的精度指標，圍繞所出現(xiàn)的錯誤數(shù)量、發(fā)生頻率及其嚴重性判斷。反應時間：出錯時系統(tǒng)響應速度的快慢，一個安全性較強的系統(tǒng)要具備快速的反應速度。吞吐量：用戶和服務請求的峰值和均值。

　　4、單元測試策略主要有哪些?并試描述這些策略?

　　單元測試策略主要有三種方式：

　　1)自頂向下的單元測試策略：從頂層調(diào)用的單元做成樁模塊;對第二層測試，使用上面已測試的單元做驅(qū)動模塊;依次類推，直到全部單元測試結(jié)束。

　　2)自底向上的單元測試策略：先對模塊調(diào)用的最底層模塊進行測試，模擬調(diào)用該模塊的模塊為驅(qū)動模塊;其次，對上一層模塊進行單元測試，用已經(jīng)被測試過的模塊做樁模塊，依次類推，直到全部單元測試結(jié)束。

　　3)孤立測試的單元測試策略：無需考慮每個模塊與其他模塊之間的關系，分別為每個模塊單獨設計樁模塊和驅(qū)動模塊，逐一完成所有單元模塊的測試。

　　5、集成測試策略主要有哪些?并試描述3個以上的具體策略?

　　1、大爆炸集成(P153)：屬于非增值式集成的一種方法，也稱為一次性組裝或整體拼裝。這種集成策略的做法就是把所有通過單元測試的模塊一次性集成到一起進行測試，不考慮組件之間的互相依賴性及可能存在的風險。

　　2、三明治集成(P158)：一種混合增量式測試策略，綜合了自頂向下和自底向上兩種集成方法的優(yōu)點，因此也屬于基于功能分解的集成。這種方法樁和開發(fā)工作都比較小，但增加了定位缺陷的難度。

　　3、自頂向下集成：就是按照系統(tǒng)層次結(jié)構(gòu)圖，以主程序模塊為中心，自上而下按照深度優(yōu)先或者廣度優(yōu)先策略，對各個模塊一邊組裝一邊進行測試。又可分為深度優(yōu)先集成和廣度優(yōu)先集成兩種方式。

　　4、自底向上集成：從依賴性最小的底層模塊開始，按照層次結(jié)構(gòu)圖，逐層向上集成，驗證系統(tǒng)的穩(wěn)定性。

　　5、高頻集成：高頻集成測試是指同步于軟件開發(fā)過程，每隔一段時間對開發(fā)團隊的現(xiàn)有代碼進行一次集成測試。

　　6、分層集成、分布式集成、基于路徑、功能、進度、風險、事件、使用等的集成等13種。

　　6、恢復性測試屬于軟件測試的哪個階段?并試闡述恢復性測試的概念和進行恢復性測試分析時主要應考慮的問題。

　　恢復性測試使系統(tǒng)測試階段的一種方法，也叫容錯測試，用來檢查系統(tǒng)的容錯能力。通常若計算機系統(tǒng)出現(xiàn)錯誤，就必須在一定時間內(nèi)從錯誤中恢復過來，修正錯誤并重新啟動系統(tǒng)。在進行恢復性測試時，要考慮的主要問題有：恢復期間的安全性過程。恢復處理日志方面的能力。當出現(xiàn)供電問題時的恢復能力。恢復操作后系統(tǒng)性能是否下降。

　　常用的恢復測試用例的設計方法：規(guī)范導出法、錯誤猜測法、基于故障的測試。

　　7、請簡述單元測試進入的準則?

　　包括要素和判斷準則：要素是詳細說明書和單元測試用例，判斷準則是經(jīng)過審查=獲得批準和進入配置庫。