一、判斷正誤題
1、測試是證明軟體正確的方法。(×)
2、測試中應該對有效和無效、期望和不期望的輸入都要測試。(√)
3、對於連鎖型分支結構，若有n個判定語句，則有2n條路徑。(√)
4、goto語句概念簡單，使用方便，在某些情況下，保留goto語句反能使寫出的程式更加簡潔。(√)
5、黑盒測試也稱為結構測試。(×)
6、測試是除錯的乙個部分 (×)
7、程式中隱藏錯誤的概率與其已發現的錯誤數成正比(√)
8、測試的目的是發現軟體中的錯誤。(√)
二、不定項選擇題
1、下面的哪一項測試步驟中需要進行區域性資料結構測試： ( a )
a、單元測試
b、整合測試
c、確認測試
d、系統測試
2、從是否需要執行被測軟體的角度，軟體測試技術可劃分的型別是：( ac )。
a、靜態測試
b、黑盒測試
c、動態測試
d、白盒測試
3、從測試階段角度，測試結束的正確順序是：( b )
a、單元測試、整合測試、系統測試、確認測試
b、單元測試、系統測試、整合測試、確認測試
c、確認測試、整合測試、系統測試、單元測試
d、確認測試、系統測試、整合測試、單元測試
4、軟體的六大質量特性包括： ( a )
a、功能性、可靠性、可用性、效率、可維護、可移植
b、功能性、可靠性、可用性、效率、穩定性、可移植
c、功能性、可靠性、可擴充套件性、效率、穩定性、可移植
d、功能性、可靠性、相容性、效率、穩定性、可移植
5、在gb/t17544中，軟體包質量要求包括三部分，即產品描述要求、( a )、程 序和資料要求。
a、使用者文件要求
b、系統功能要求
c、設計要求說明
d、軟體配置要求
6、( )可以作為軟體測試結束的標誌。
a、使用了特定的測試用例
b、錯誤強度曲線下降到預定的水平
c、查出了預定數目的錯誤
d、按照測試計畫中所規定的時間進行了測試
7、導致軟體缺陷的原因有很多，a—d是可能的原因，其中最主要的原因包括( abcd )。
a、軟體需求說明書編寫的不全面，不完整，不準確，而且經常更改
b、軟體設計說明書
c、軟體操作人員的水平
d、開發人員不能很好的理解需求說明書和溝通不足
三、名詞解釋
1、beta測試：beta測試是從使用者角度進行的測試，是由軟體的多個使用者在乙個或多個使用者的實際使用環境下進行的測試。它是在開發者無法控制的軟體環境下進行的軟體現場應用。
2、負載測試：負載測試是乙個通過分析軟體應用程式和支撐架構，模擬真實環境的使用，來確定能夠接受的效能的過程。
3、軟體測試活動生命週期：是指軟體從進入測試到退出測試的過程中，所要經歷的引入程式錯誤、通過測試發現錯誤和清除程式錯誤的幾個階段。
4、改進的三明治整合：利用較高的並行度彌補三明治整合中不能充分測試中間層的缺點。但根據中間層選擇是否恰當，可能增加驅動模組和樁模組設計的工作量。
5、驅動模組相當於所測模組的主程式。它接收測試資料，把這些資料傳送給所測模組，最後再輸出實際測試結果。
四、簡答題
1、軟體的缺陷等級應如何劃分?
致命的：致命的錯誤，造成系統或應用程式崩潰、宕機、系統懸掛，或造成資料丟失、主要功能完全喪失等。
嚴重的：嚴重錯誤，指功能或特性沒有實現，主要功能部分喪失，次要功能完全喪失，或致命的錯誤宣告。
一般的：不太嚴重的錯誤，這樣的軟體缺陷雖然不影響系統的基本使用，但沒有很好地實現功能，沒有達到預期效果。如次要功能喪失，提示資訊不太準確，或使用者介面差，操作時間長等。
微小的：一些小問題，對功能幾乎沒有影響，產品及屬性仍可使用，如有個別錯別字、文字排列不整齊等。
2、階段評審與同行評審。
同行評審是一種重要而有效的工程方法，在軟體產品工程中呼叫此方法，可通過法根式審查、結構化走查或者一些其他的學院式的評審方法加以實施。其目的是及早和高效地去除軟體工作中的缺陷，必然結果是增強對軟體工作產品和可預防缺陷的了解。
階段評審是利用在需求分析階段所選擇並制定的標準、規範以及計畫的安排，對軟體工程各階段的進展、完成質量及出現的問題進行正式評審，確保過程計畫並遵守標準和規範執行，然後形成報告。當發現問題是，要準尋逐級解決的原則，將處理結果通知相關人員，記錄解決過程及結果以作日後改進重要參考資料。
兩者都是有關軟體質量管理和保證的重要內容，二者相輔相成，缺一不可。
3、安全性測試屬於軟體測試的哪個階段?並試闡述安全測試的概念和用以評判系統安全性效能的主要指標。
是系統測試的一種型別。
安全性測試就是要驗證系統內的保護機制能否抵禦入侵者的攻擊。安全性測試的測試人員需要在測試活動中，撒氣不同的入侵方式來攻擊系統的安全機制，想盡一切辦法來獲取系統內的保密資訊。
4、單元測試策略主要有哪些?並試描述這些策略?
單元測試策略主要有三種方式：
1)自頂向下的單元測試策略：從頂層呼叫的單元做成樁模組;對第二層測試，使用上面已測試的單元做驅動模組;依次類推，直到全部單元測試結束。
2)自底向上的單元測試策略：先對模組呼叫的最底層模組進行測試，模擬呼叫該模組的模組為驅動模組;其次，對上一層模組進行單元測試，用已經被測試過的模組做樁模組，依次類推，直到全部單元測試結束。
3)孤立測試的單元測試策略：無需考慮每個模組與其他模組之間的關係，分別為每個模組單獨設計樁模組和驅動模組，逐一完成所有單元模組的測試。
5、整合測試策略主要有哪些?並試描述3個以上的具體策略?
1、大**整合(p153)：屬於非增值式整合的一種方法，也稱為一次性組裝或整體拼裝。這種整合策略的做法就是把所有通過單元測試的模組一次性整合到一起進行測試，不考慮元件之間的互相依賴性及可能存在的風險。
2、三明治整合(p158)：一種混合增量式測試策略，綜合了自頂向下和自底向上兩種整合方法的優點，因此也屬於基於功能分解的整合。這種方法樁和開發工作都比較小，但增加了定位缺陷的難度。
3、自頂向下整合：就是按照系統層次結構圖，以主程式模組為中心，自上而下按照深度優先或者廣度優先策略，對各個模組一邊組裝一邊進行測試。又可分為深度優先整合和廣度優先整合兩種方式。
4、自底向上整合：從依賴性最小的底層模組開始，按照層次結構圖，逐層向上整合，驗證系統的穩定性。
5、高頻整合：高頻整合測試是指同步於軟體開發過程，每隔一段時間對開發團隊的現有**進行一次整合測試。
6、分層整合、分布式整合、基於路徑、功能、進度、風險、事件、使用等的整合等13種。
6、恢復性測試屬於軟體測試的哪個階段?並試闡述恢復性測試的概念和進行恢復性測試分析時主要應考慮的問題。
恢復性測試使系統測試階段的一種方法，也叫容錯測試，用來檢查系統的容錯能力。通常若計算機系統出現錯誤，就必須在一定時間內從錯誤中恢復過來，修正錯誤並重新啟動系統。在進行恢復性測試時，要考慮的主要問題有：恢復期間的安全性過程。恢復處理日誌方面的能力。當出現供電問題時的恢復能力。恢復操作後系統效能是否下降。
常用的恢復測試用例的設計方法：規範匯出法、錯誤猜測法、基於故障的測試。
7、請簡述單元測試進入的準則?
包括要素和判斷準則：要素是詳細說明書和單元測試用例，判斷準則是經過審查=獲得批准和進入配置庫。
從不同角度簡述軟體質量的特性 質量工具 之分層法
質量工具之分層法 1.什麼是分層法 分層法 stratification 又稱資料分層法 分類法 分組法 層別法，是把收集的原始資料，按照一定標誌加以分類整理的一種方法。石川馨 ishikawa kaoru，qcc之父 日本式質量管理的集大成者 曾經說過，不對資料進行分層,就不能搞好質量管理 在實際...
從不同角度簡述軟體質量的特性 什麼是軟體的質量？
怎麼判斷乙個軟體怎麼樣？軟體的質量有什麼標準？到底什麼是質量？接下來，主要是總結一下 質量 這個東東，這可不單單是好與不好就能說明的問題，而是一門大學問。在我們的生活中，接觸著各種各樣的 產品 無論是手機 汽車 電腦 桌椅板凳這些實物，還是住店 打車 培訓 做頭髮 這些服務性質的，都是有它的好與壞的...
軟體質量的特性
軟體質量是軟體的生命，它直接影響著軟體的使用和維護。通常軟體的質量有下面幾個方面來評價質量的優劣 1 軟體需求是衡量軟體質量的基礎，不符合需求的軟體就不具備質量。設計的軟體應在功能 效能等方面都符合要求，並能可靠地執行。2 軟體結構良好，易讀 易於理解，並易於修改 維護。3 軟體系統具有友好的使用者...