-
軟件測試分類 按測試類型： 功能測試 性能測試 兼容性測試 部署測試 易用性測試 文檔測試 本地化測試 安全測試 無障礙測試 可靠性測試 功能測試：對提供給客戶的軟件進行功能測試。 針對的問題：功能錯誤或遺漏，界面問題，性能錯誤，數據及訪問錯誤，初始化及終止錯誤 工具：QTP silkTest Rational robot selenium watir sikuli查看全部
-
敏捷測試:Agile Testing----遵循敏捷宣言的一種測試實踐 敏捷宣言：個體與交互 重于 過程和工具 可用的軟件 重于 完備的文檔 客戶協作 重于 合同談判 響應變化 重于 遵循計劃 敏捷測試：強調從客戶角度測試 重點關注迭代測試新功能，不在強調測試階段 盡早測試，不間斷測試，具備條件即測試 強調持續反饋 預防缺陷重于發現缺陷 敏捷測試VS傳統測試： 傳統測試 敏捷測試 測試是質量的最后保護者 開發和測試人員緊密合作，大家都有責任對軟件負責 嚴格的變更管理 變更可以接受 預先的計劃和細節準備 計劃隨著進展時常調整 重量級文檔 只需要必要的文檔 各階段測試嚴格的入口和出口標準 各迭代之間沒有明顯入口和出口標準 更多在回歸測試時進行重量級自動化測試 所有階段都要自動測試，每個人都需要做，是項目集成一部分 測試 開發 相對獨立 合作 ================================================================================== 基于腳本的測試 SBT script-based testing 和ET【探索性測試】 互補 ST ET 系統性強 自由靈活 容易管理控制 和ST互補 設計在先，執行在后 執行和設計并行 主要是驗證自己的思路 不斷和系統交互，帶著問題測試 可預見 學習的過程 探索式測試更適用于敏捷項目。測試管理上有局限性。只有在SUT完全可用下更有作用。生產率難定義。 輸入 狀態 代碼路徑 用戶數據 執行環境 全局探索測試： 漫游測試法 ================================================================== 基于風險的測試：RBT 一種基于對軟件失效的風險評估并以此指導測試計劃，設計，執行，結果評價的軟件測試類型 風險包括 質量風險 管理風險 基于模型的測試：MBT 主要MBT工具：Spec Explorer GraphWalker Tcases modeljunit查看全部
-
軟件測試分類： 瀑布模型： 項目計劃 （制定總體的研發計劃，確定主要的里程碑節點－輸出項目計劃書） 需求分析（明確用戶需求定義，并對定義進行清晰描述，充分理解需求，描述產品功能－ 輸出產品需求規格說明） 軟件設計－根據需求定義，設計產品的實現方案，包括定義軟件硬件的結構、組件、實現方法、接口、界面、數據－輸出概要設計、詳細設計 程序開發－根據概要和詳細設計具體實現，根據編程規范構建各類組件模塊，輸出產品版本。 軟件測試－通過獨立的測試小組評估產品是否滿足需求定義－輸出測試報告 集成維護－交付用戶，根據用戶使用情況進行維護及升級 敏捷測試 基于腳本的測試 基于風險的測試 探索式測試查看全部
-
軟件測試五大要素和兩大目標查看全部
-
軟件測試的對象查看全部
-
軟件測試標準的定義查看全部
-
軟件測試最早是hetzal于1973年提出來的到今天有40多年的歷史。測試是為了發現錯誤而執行程序的過程，測試的目的是為了發現錯誤，而手段是通過執行程序。查看全部
-
軟件測試最早是hetzal于1973年提出來的到今天有40多年的歷史。測試是為了發現錯誤而執行程序的過程，測試的目的是為了發現錯誤，而手段是通過執行程序。查看全部
-
軟件測試最早是hetzal于1973年提出來的到今天有40多年的歷史查看全部
-
H模型 把測試當成一個完全獨立的流程 便于盡早的完成測試查看全部
-
x模型 針對v模型的改進，主要交接和周期的問題查看全部
-
w模型 v模型的改進 增加了開發各個階段的驗證，測試的對象不再是對象，對需求和分析都有測試過程 有利于及于發現風險，線性的相互關系 不能很好的支持迭帯查看全部
-
V模型<br> 是瀑布模型的變種<br> 明確表明測試過程的不同級別，階段 單元測試－集成測試－系統測試－驗收測試<br> 并且描述了各個階段與開發過程各個階段的對應關系 ，<br> 優 v模型 強調軟件開發的協作 ，反應測試活動和分析設計的關系 缺 僅把關系明確對應，忽略了對需求分析的驗證，對需求和功能的測試到驗收測試才能發現查看全部
-
瀑布模型優：<br> 強調需求、設計的作用，保證用戶需求有一個充分的了解<br> 階段分工明確<br> 按階段劃分檢查點，里程碑清晰<br> 文檔規范<br> 缺：<br> 難以適應需求變化<br> 項目周期后段才能看到成果<br> 強制里程碑、完成時間 點 ，對變化不容易適應<br> 產生大量文檔， 工作量大<br> 從測試角度不能體現測試的價值和地位查看全部
-
軟件測試分類： 瀑布模型： 項目計劃 （制定總體的研發計劃，確定主要的里程碑節點－輸出項目計劃書） 需求分析（明確用戶需求定義，并對定義進行清晰描述，充分理解需求，描述產品功能－ 輸出產品需求規格說明） 軟件設計－根據需求定義，設計產品的實現方案，包括定義軟件硬件的結構、組件、實現方法、接口、界面、數據－輸出概要設計、詳細設計 程序開發－根據概要和詳細設計具體實現，根據編程規范構建各類組件模塊，輸出產品版本。 軟件測試－通過獨立的測試小組評估產品是否滿足需求定義－輸出測試報告 集成維護－交付用戶，根據用戶使用情況進行維護及升級 敏捷測試 基于腳本的測試 基于風險的測試 探索式測試查看全部
舉報
0/150
提交
取消