-
按測試模式分類： 瀑布模型：項目計劃、需求分析、軟件設計、程序開發、軟件測試、集成維護 優點：1.強調需求、設計的作用； 2.前一階段完成后，只需關注后續階段 3.為項目提供了按階段劃分的檢查點，里程碑清晰 4.文檔規范 缺點：1.難以適應需求的頻繁變化 2.項目周期后段才能看到成果，增加了風險 3.強制的里程碑、完成時間點，適應能力差 4.文檔工作量大 v模型 w模型（雙v模型） x模型查看全部
-
按測試手段分類：黑盒測試、白盒測試；靜態、動態；手工、自動化測試 黑盒測試：只檢查程序的功能，通過用戶的需求 優點：1.容易實施，不需要關注內部的實現；2.更貼近用戶的使用角度 缺點：1.測試覆蓋率低，不到代碼的40%； 2.針對黑盒的自動化測試，復用率低，維護成本高 主要測試：1.是否有不正確或遺漏的功能； 2.在接口上輸入是否能正確接受，能否輸入正確的結果 3.是否有數據結構或外部信息（數據文件）訪問錯誤 4.性能是否滿足要求 設計方法：等價類劃分法、 白盒測試：針對程序的邏輯結構（語句、條件、條件組合、分支、路徑） 優點：1.迫使測試人員去仔細思考軟件的實現，理解原理 2.可以檢測代碼中的每條分支和路徑 3.提示隱藏在代碼中的錯誤 4對代碼的測試比較徹底 缺點：1.昂貴；2.無法檢測代碼中遺漏的路徑和數據敏感性錯誤；3.不能直接驗證需求的正確 性 灰盒測試：介于黑、白盒測試之間的，關注輸出對輸入的正確性，同時也關注內部表現 靜態測試：無須執行被測程序，而是通過評審軟件文檔或代碼，度量程序靜態復雜度，檢查軟件是否符合編程標準，借以發現編寫的程序不足之處，減少錯誤出現率 方式：互審、走查、會議 動態測試：通過運行被測程序，檢查運行結果與預期結果的差異，并分析運行效率、正確性和健壯性等。 手工測試：由專門的測試人員從用戶的視角來驗證軟件是否滿足設計要求的行為。更適用針對深度的測試和強調主觀判斷的測試。（眾包測試、探索測試） 自動化測試：使用單獨的測試工具軟件控制測試的自動化執行及對預期和結果進行自動化檢查。（單元測試、接口測試、性能測試） 手工測試：容易發現缺陷、易實施、創造性、靈活性；覆蓋量化難、重復測試效率低、不一 致性、可靠性低，人力資源依賴 自動化測試：高效率、速度快、高復用性、覆蓋率容易度量、準確、可靠、不知疲勞；機械、發現缺陷率低、一次性投入較大查看全部
-
IEEE定義：使用人工或自動的手段來運行或測量軟件系統的過程，以檢驗軟件系統是否滿足規定的要求，并找出與預期結果之間的差異查看全部
-
軟件測試定義查看全部
-
軟件測試最新定義查看全部
-
軟件測試概念查看全部
-
AB測試查看全部
-
功能測試查看全部
-
1.軟件測試的分類： a.按軟件測試階段分類：單元測試、集成測試、系統測試、驗收測試 單元測試：對軟件中的最小可測試單元進行檢查和驗證。 單元測試原則：1.盡可能保證各個測試用例是相互獨立的。2.一般由代碼的開發人員來實施，用以檢驗所開發的代碼功能符合自己的設計要求。 單元測試的益處：1.盡早發現缺陷； 2.有利于重構 3簡化集成 4.文檔 5.用于設計 單元測試限制：1.不可能覆蓋所有的執行路徑，發現所有路徑的錯誤 2.每一行代碼 一般需要3~5行測試代碼才能完成單元測試，存在投入和產出的一個平衡 集成測試：在單元測試的基礎上，測試在將所有的軟件單元按照概要設計規格說明的要求組裝成模塊、子系統或系統的過程中各部分工作是否達到或實現相應技術指標及要求的活動 集成測試的主要實施方案：Bigbang、自頂向下、自底向上（常用）、核心系統集成、高頻集成 單元和集成區別：測試對象不同（單元：軟件基本單元；集成：模塊與子系統） 測試依據不同（單元：軟件詳細設計；集成：概要設計） 測試方法不同 （集成：接口；單元：單元的類） 系統測試：是將經過集成測試的軟件，作為計算機系統的一個部分與系統中其他部分結合起來，在實際運行環境下對計算機系統進行的一系列嚴格有效的測試，以發現軟件的問題 關注點：關注系統本身的使用、關注系統與其他系統間的連通、關注系統在不同壓力下的表現、關注系統在真實環境下的表現 系統測試和集成測試 1.測試對象不同：集成：由通過了單元測試的各個模塊集成起來的構件； 系統：除了軟件之外，還包括計算機硬件及相關的外圍設備、數據采集和傳輸機構、支持軟件、系統操作人員等整個系統。 2.測試時間：集成測試介于單元測試和系統測試之間，系統測試在集成測試之后 3.測試內容：集成：各個單元模塊之間的接口 系統：整個系統完整的功能 4.測試角度：集成：偏于技術；系統：偏于業務 驗收測試：確定系統是否滿足驗收標準 用戶驗收測試和運行驗收測試、合同和規范驗收、alpha測試（開發者環境）、beta測試（用戶環境）查看全部
-
IEEE定義：使用人工或者自動的手段來運行或測量軟件系統的過程，以檢驗軟件系統是否滿足規定的要求，并找出與預期結果之間的差異。 1.軟件測試的對象：軟件需求，源代碼，可運行的程序，軟件運行環境，軟件詳細設計，概要設計 2.軟件遵循的準則：（1）軟件測試可以發現缺陷的存在，但并不能證明軟件系統沒有缺陷 （2）窮盡測試時不可能的，要及時設定終止條件 （3）軟件測試要盡早 （4）缺陷具備群集特性（要多關注問題多的模塊） （5）測試的殺蟲劑悖論（如果用同個測試用例和測試方法反復測試某一模塊，很難發現新的問題，所以測試用例和方法要不定期的修改和評審，并且增加不同的測試用例和方法來測試軟件的不同部分，從而發現更多的缺陷） （6）測試的二八原則（把80%的時間用在重點的20%的模塊） （7）測試活動依賴于測試背景 3.軟件測試的分類 4.何時開始進行測試？測試方案如何設計 5.測試流程是怎樣的？怎么提bug？怎么寫報告？ 6.為什么要做自動化測試？怎么做？查看全部
-
主要MBT工具： Spec Explorer GraphWalker Tcases modeljunit查看全部
-
ET探索式測試的優點3查看全部
-
ET探索式測試的優點2查看全部
-
ET探索式測試的優點查看全部
-
ST Vs ET查看全部
舉報
0/150
提交
取消