軟體測試題一

一、判斷正誤題
1. 測試是調試的一個部分 （ ╳ ）
2. 軟體測試的目的是儘可能多的找出軟體的缺陷。（ √ ）
3. 程式中隱藏錯誤的機率與其已發現的錯誤數成正比（ √ ）
4. Beta 測試是驗收測試的一種。 （ √ ）
5. 測試人員要堅持原則，缺陷未修複完堅決不予通過。（ √ ）
6. 項目立項前測試人員不需要提交任何工件。（ ╳ ）
7. 單元測試能發現約80%的軟體缺陷。（ √ ）
8. 測試的目的是發現軟體中的錯誤。（ √ ）
9. 程式碼檢閱是檢查原始碼是否達到模組設計的要求。（ √ ）
10. 自底向上整合需要測試員編寫驅動程式。（ √ ）
二、選擇題
1、實施缺陷跟蹤的目的是：（　ABCD 　）
A、軟體品質無法控制 　　B、問題無法量化 　C、重複問題接連產生
D、解決問題的知識無法保留 　　　　E、確保缺陷得到解決
F、使問題形成完整的閉環處理
2、使用軟體測試載入器的目的：（　ABCDF 　）
A、協助測試尋找問題 B、協助問題的診斷 C、節省測試時間
D、提高Bug的發現率 　E、更好的控制缺陷提高軟體品質
F、更好的協助開發人員
3、編寫測試計劃的目的是：（　ABC 　）
A、使測試工作順利進行 　　B、使項目參與人員溝通更舒暢
C、使測試工作更加系統化　　D、軟體工程以及軟體過程的需要
E、軟體過程正常化的要求 　　F、控制軟體品質
4、選出屬於黑箱測試方法的選項（　 B　）
A、測試案例覆蓋 　　B、輸入覆蓋　　 C、輸出覆蓋
D、分支覆蓋　　　　 E、語句覆蓋　　 F、條件覆蓋
5、以測試的形態分測試可以分為：（　ABC 　）
A、建構性測試　　　 B、系統測試　　 C、專項測試
D、單元測試　　　　 E、組件測試 　　F、整合測試
6、進行軟體品質管理的重要性有：（ ）
A、維護降低成本 　　B、法律上的要求 　C、市場競爭的需要
D、品質標準化的趨勢 E、軟體工程的需要 F、CMM過程的一部分
G、方便與客戶進一步溝通為後期的實施打好基礎
7、在GB/T17544中，軟體包品質要求包括三部分，即產品描述要求、( A )、程 序和資料要求。
A．使用者文檔要求　　 B．系統功能要求
C．設計要求說明　　 D．軟體配置要求
8、典型的瀑布模型的四個階段是：（ ABCD ）
A、分析 　　　B、設計 　　　C、編碼
D、測試 　　　E、需求調研 　F、實施
9、( )可以作為軟體測試結束的標誌。
A．使用了特定的測試案例　　　 B．錯誤強度曲線下降到預定的水平
C．查出了預定數目的錯誤　　　 D．按照測試計劃中所規定的時間進行了測試
10、導致軟體缺陷的原因有很多，A—D是可能的原因，其中最主要的原因包括( ABCD )。
A．軟體需求說明書編寫的不全面，不完整，不準確，而且經常更改
B．軟體設計說明書
C．軟體操作人員的水平
D．開發人員不能很好的理解需求說明書和溝通不足
三、名詞解釋
1. Beta測試：Beta測試是從使用者角度進行的測試，是由軟體的多個使用者在一個或多個使用者的實際使用環境下進行的測試。它是在開發人員無法控制的軟體環境下進行的軟體現場應用。
2. 負載測試：負載測試是一個通過分析軟體應用程式和支撐架構，類比真實環境的使用，來確定能夠接受的效能的過程。
3. 軟體測試活動生命週期：是指軟體從進入測試到退出測試的過程中，所要經曆的引入程式錯誤、通過測試發現錯誤和清除程式錯誤的幾個階段。
4. 改進的三明治整合：利用較高的並行度彌補三明治整合中不能充分測試中介層的缺點。但根據中介層選擇是否恰當，可能增加驅動模組和樁模組設計的工作量。
5. 驅動模組相當於所測模組的主程式。它接收測試資料，把這些資料傳送給所測模組，最後再輸出實際測試結果。
四、簡答題
軟體的缺陷等級應如何劃分？
致命的：致命的錯誤，造成系統或應用程式崩潰、死機、系統懸掛，或造成資料丟失、主要功能完全喪失等。
嚴重的：嚴重錯誤，指功能或特性沒有實現，主要功能部分喪失，次要功能完全喪失，或致命的錯誤聲明。
一般的：不太嚴重的錯誤，這樣的軟體缺陷雖然不影響系統的基本使用，但沒有很好地實現功能，沒有達到預期效果。如次要功能喪失，提示資訊不太準確，或使用者介面差，操作時間長等。
微小的：一些小問題，對功能幾乎沒有影響，產品及屬性仍可使用，如有個別錯別字、文字流向不整齊等。
階段評審與同行評審。
同行評審是一種重要而有效工程方法，在軟體產品工程中調用此方法，可通過法根式審查、結構化走查或者一些其他的學院式的評審方法加以實施。其目的是及早和高效地去除軟體工作中的缺陷，必然結果是增強對軟體工作產品和可預防缺陷的瞭解。
階段評審是利用在需求分析階段所選擇並制定的標準、規範以及計劃的安排，對軟體工程各階段的進展、完成品質及出現的問題進行正式評審，確保過程計劃並遵守標準和規範執行，然後形成報告。當發現問題是，要准尋逐級解決的原則，將處理結果通知相關人員，記錄解決過程及結果以作日後改進重要參考資料。
兩者都是有關軟體品質管理和保證的重要內容，二者相輔相成，缺一不可。
安全性測試屬於軟體測試的哪個階段？並試闡述安全性測試的概念和用以評判系統安全性效能的主要指標。
是系統測試的一種類型，
安全性測試就是要驗證系統內的保護機制能否抵禦入侵者的攻擊。安全性測試的測試人員需要在測試活動中，撒氣不同的入侵方式來攻擊系統的安全機制，想盡一切辦法來擷取系統內的保密資訊。
系統安全性效能的指標：有效性：啟動嚴格的安全性效能所花費的時間占啟動整個系統所花費時間的比例。生存性：當錯誤發生時，系統對緊急操作的支援，對錯誤的補救措施以及恢複到正常操作的能力，即系統的抗挫能力。精確性：衡量系統安全性控制的精度指標，圍繞所出現的錯誤數量、發生頻率及其嚴重性判斷。反應時間：出錯時系統響應速度的快慢，一個安全性較強的系統要具備快速的反應速度。輸送量：使用者和服務要求的峰值和平均值。
單元測試策略主要有哪些？並試描述這些策略？
單元測試策略主要有三種方式：
1.自頂向下的單元測試策略：從頂層調用的單元做成樁模組；對第二層測試，使用上面已測試的單元做驅動模組；依次類推，直到全部單元測試結束。
2.自底向上的單元測試策略：先對模組調用的最底層模組進行測試，類比調用該模組的模組為驅動模組；其次，對上一層模組進行單元測試，用已經被測試過的模組做樁模組，依次類推，直到全部單元測試結束。
3.孤立測試的單元測試策略：無需考慮每個模組與其他模組之間的關係，分別為每個模組單獨設計樁模組和驅動模組，逐一完成所有單元模組的測試。
測試結束的標準是什嗎？