軟件測試復習資料(已修改)

　

【正文】 第一篇：軟件測試復習資料1． 黑盒測試法是通過分析程序的功能來設計測試用例的方法。2． 黑盒測試除了測試程序外，它還適用于對需求分析階段的軟件文檔進行測試。3． 白盒測試除了測試程序外，它也適用于對軟件具體設計階段的軟件文檔進行測試。4． 單元測試一般以白盒測試法為主，測試的依據是模塊功能規格說明。5． 軟件測試中常用的靜態分析方法是引用分析和接口分析。6． 測試人員的基本素質為計算機專業技能、測試專業技能、行業知識7． 軟件危機的體現為：A、開發成本和進度估計不正確B、用戶對完成的軟件不滿足C、軟件經常不可維護；8． 軟件測試按照開發階段劃分：A、單元測試B、集成測試；系統測試C、確認測試；驗收測試9． 軟件測試按照測試技術劃分：A、性能測試、負載測試、壓力測試B、恢復測試、安全測試、兼容測試10． 軟件測試項目周期是指：A、需求階段、測試計劃B、階段測試、設計階段測試、執行階段 11． 軟件測試原則有：A、制定嚴格的測試計劃 B、保留所有的測試文檔C、功能測試中的缺陷確認 12． 制定測試計劃的步驟：確定測試范圍、確定測試策略、確定測試標準、確定測試構架、確定項目管理機制、預計測試工作量、測試計劃評審 13． 對于軟件的β測試，β測試就是在軟件公司外部展開的測試，由非專業的測試人員執行的測試。14． 正式的技術評審FTR（Formal Technical Review）是軟件質量保證活動，其相關的描述為： 15． 在進行單元測試時，常用的方法是采用白盒測試，輔之以黑盒測試16． 側重于觀察資源耗盡情況下的軟件表現的系統測試被稱為壓力測試 17． 必須要求用戶參與的測試階段是驗收測試 18． 系統測試的目的是對最終軟件系統進行全面的測試，確保最終軟件系統滿足產品需求并且遵循系統設計。19． 測試通常可分為白盒測試和黑盒測試。白盒測試是根據程序的內部邏輯來設計測試用例,黑盒測試是根據軟件的規格說明來設計測試用例。20． 一個程序中所含有的路徑數與程序的復雜程度有著直接的關系。1． 測試階段的根本目標是盡可能多地發現并排除軟件中潛藏的錯誤，最終把一個高質量的軟件系統交給用戶使用。2． 功能測試時系統測試的主要內容，檢查系統的功能、性能是否與需求規格說明相同。3． 軟件測試主要分為單元測試、集成測試、確認測試和系統測試四類測試。4． 漸增方式把模塊結合到程序中去時，有自頂向下和自底向上兩種集成策略。5． 編寫測試用例的依據是單元測試計劃和詳細設計說明書。6． 系統測試時在集成測試完成后，確認測試之前進行的測試。7． 設計系統測試計劃需要參考的項目文檔有軟件測試計劃、軟件需求工件、和迭代計劃。8． 測試設計員的職責有設計測試用例、設計測試過程、腳本。9． 軟件驗收測試包括正式驗收測試、alpha測試、beta測試三種類型。10． 軟件測試按照開發階段劃分單元測試、集成測試、系統測試、確認測試、驗收測試。11． 軟件測試按照測試技術劃分性能測試、負載測試、壓力測試、恢復測試、安全測試、兼容測試12． 靜態測試基本特征是在對軟件進行分析、檢查和審閱，不實際運行被測試的軟件 13． 軟件測試項目周期是指需求階段、測試計劃、階段測試、設計階段測試、執行階段 14． 軟件測試的角色分析人員、設計人員、開發人員、執行人員 15． 軟件測試原則有制定嚴格的測試計劃、保留所有的測試文檔、功能測試中的缺陷確認16． 測試工作的文檔主要有：測試計劃、測試模型和用例設計或規格說明、測試分析報告等17． 測試計劃的制定必須要注重測試策略、測試范圍、測試方法、測試安排、測試風險、測試治理18． 缺陷的分類為：需求文檔的缺陷、軟件配置引起的缺陷、分析、設計的缺陷、靜態文檔的缺陷、軟件開發引起的缺陷、短視將來的缺陷 19． 測試用例工作主要是如何添加測試用例、如何編寫測試用例、將測試用例和需求關聯20． 自動化測試工具有：ratinal Robot、winrunner、quicktest 21． 軟件性能測試工具有： loadRunner、Ratinaol Visual Qantify、PureLoad 22． BUG的種類有：需求階段的BUG、分析設計階段的BUG、實現階段的BUG、配置階段的BUG、靜態文檔的BUG。23． 測試項目主要包括以下幾個階段：計劃階段、初始階段、執行階段、總結評估階段、設計階段。1． 缺陷報告是描述軟件缺陷現象和重現步驟地集合。軟件缺陷報告Software Bug Report（SBR）或軟件問題報告Software Problem Report（SPR）2． 回歸測試是指重新執行已經做過的測試的某個子集，以保證修改變化沒有帶來非預期的副作用。3． 動態測試 通過運行軟件來檢驗軟件的動態行為和運行結果的正確性。動態測試的兩個基本要素： 被測試程序、測試數據（測試用例）4． 白盒測試又稱為結構測試和邏輯驅動測試，允許測試人員對程序內部邏輯結構及有關信息來設計和選擇測試用例，對程序的邏輯路徑進行測試。白盒測試是把測試對象看作一個打開的盒子，測試人員須了解程序的內部結構和處理過程，由于白盒測試是一種結構測試，所以被測對象基本上是源程序，以程序的內部邏輯和指定的覆蓋標準確定測試數據。5． 黑盒測試又稱為功能測試或數據驅動測試，把系統看成一個黑盒子，不考慮程序的內在邏輯，只根據需求規格說明書的要求來檢查程序的功能是否符合它的功能說明。6． 路徑覆蓋的含義是，選取足夠多的測試數據，使程序的每條可能路徑都至少執行一次(如果程序圖中有環，則要求每個環至少經過一次)。7． 軟件測試 ：在軟件投入運行前，對軟件需求分析、設計規格說明和編碼的最終復審，是軟件質量保證的關鍵步驟。8． 單元測試（模塊測試）：針對每個模塊進行的測試，可從程序的內部結構出發設計測試用例，多個模塊可以平行地對立地測試。通常在編碼階段進行，必要的時候要制作驅動模塊和樁模塊。9． 集成測試：在單元測試的基礎上，將所有模塊按照設計要求組裝成為系統，應提交集成測試計劃、集成測試規格說明和集成測試分析報告。10． 確認測試：驗證軟件的功能和性能及其它特性是否與用戶的要求一致。11． 系統測試：將軟件放在整個計算機環境下，包括軟硬件平臺、某些支持軟件、數據和人員等，在實際運行環境下進行一系列的測試。1． 測試過程中會產生哪些基本文檔？（1）測試計劃（通常包括單元測試和集成測試）：確定測試范圍、方法和需要的資源（2）測試過程：詳細描述和每個測試方案有關的測試步驟和數據（包括測試數據及預期的結果）；（3）測試結果：把每次測試運行的結果歸入文檔，如果運行出錯，則應產生 問題報告，并且必須通過調試解決所發現的問題。（4）? 1）.模塊測試在設計得好的軟件系統中，每個模塊完成一個清晰定義的子功能，而且這個子功能和同級其他模塊的功能之間沒有相互依賴關系。因此，有可能把每個模塊作為一個單獨的實體來測試，而且通常比較容易設計檢驗模塊正確性的測試方案。模塊測試的目的是保證每個模塊作為一個單元能正確運行，所以模塊測試通常又稱為單元測試。在這個測試步驟中所發現的往往是編碼和詳細設計的錯誤。2）.子系統測試子系統測試是把經過單元測試的模塊放在一起形成一個子系統來測試。模塊相互間的協調和通信是這個測試過程中的主要問題，因此，這個步驟著重測試模塊的接口。3）.系統測試系統測試是把經過測試的子系統裝配成一個完整的系統來測試。在這個過程中不